畢業(yè)設(shè)計(jì)外文資料翻譯- 基于安卓客戶端架構(gòu)的end-2-end實(shí)時(shí)內(nèi)容管理 和個(gè)性化的IPTV移動(dòng)互聯(lián)網(wǎng)設(shè)備服務(wù)

畢業(yè)設(shè)計(jì)外文資料翻譯學(xué)院：信專業(yè)班級(jí)：）學(xué)生姓名：學(xué)號(hào)：指導(dǎo)教師：外文出處：INTERNATIONALJOURNALOFNEXT-GENERATIONNETWORKS,2010,VOI.2(3),PP.67附件：1.外文資料翻譯譯文；2.外文原文指導(dǎo)教師評(píng)語(yǔ)：該同學(xué)的英文專業(yè)資料術(shù)語(yǔ)翻譯較準(zhǔn)確，體現(xiàn)了一定的專業(yè)英語(yǔ)水平。翻譯材料能與原文保持一致，能正確表達(dá)出原文意思。翻譯字、詞數(shù)滿足要求。翻譯材料語(yǔ)句較通順，翻譯材料的格式符合要求。該同學(xué)較好的完成了外文文獻(xiàn)翻譯工作。簽名：2015年10月15日外文資料翻譯譯文基于安卓客戶端架構(gòu)的end-2-end實(shí)時(shí)內(nèi)容管理和個(gè)性化的IPTV移動(dòng)互聯(lián)網(wǎng)設(shè)備服務(wù)摘要：安卓是一個(gè)手持設(shè)備，它是由谷歌開發(fā)出的一個(gè)軟件平臺(tái)。出于這些觀察，我們提出了一個(gè)綜合模型的軟件平臺(tái)，它提供了內(nèi)容管理和增值服務(wù)（VAS），例如IPTVAndroid。論文的主要內(nèi)容如下：首先，我們討論了一些相關(guān)的工作，研究和分析全行業(yè)的內(nèi)容管理和交付的做法。其次，我們討論了Android架構(gòu)特點(diǎn)和一些常量與中間件提供此類增值制約的細(xì)節(jié)。我們所描述的軟件平臺(tái)就像解決關(guān)鍵的挑戰(zhàn)一樣有效率，在實(shí)現(xiàn)可擴(kuò)展性和安全性的同時(shí)也實(shí)現(xiàn)了高效的內(nèi)容交付。模塊互連結(jié)構(gòu)可以直觀的顯示是由三個(gè)基本模塊構(gòu)成，分別是VAS內(nèi)容管理框架，IPTV框架和應(yīng)用服務(wù)框架。該架構(gòu)的應(yīng)用內(nèi)容從不同的角度分類。在我們看來(lái)，這樣分類需要和基本原理end-2-endIPTV體系結(jié)構(gòu)相關(guān)。我們展示了如何使用應(yīng)用程序服務(wù)框架，以確保顯示不同的安卓設(shè)備方便、快捷的好處。最后，我們總結(jié)了一些使用的情況，例如，在Android上反對(duì)帳篷管理服務(wù)如電子服務(wù)指南（ESG）。關(guān)鍵詞：內(nèi)容架構(gòu)、Android、MID、中間件、IPTV、增值服務(wù)1.簡(jiǎn)介隨著移動(dòng)用戶數(shù)量的不斷增長(zhǎng)，各種手機(jī)增值服務(wù)存在著巨大的市場(chǎng)價(jià)值，移動(dòng)行業(yè)早已感受到由企業(yè)提供的內(nèi)容是用戶真正想要的，與通常的電腦系統(tǒng)相比，移動(dòng)設(shè)備有較小的屏幕，有限的記憶能力和計(jì)算能力。更麻煩的是，無(wú)線帶寬低于有線。另一方面，安卓系統(tǒng)制造了一個(gè)早期的消費(fèi)者影響，令人印象深刻的是，大眾市場(chǎng)的成功正是由于“有吸引力的娛樂體驗(yàn)”的成本因素。其內(nèi)容包括瑣碎靜態(tài)的小鈴聲、新型動(dòng)態(tài)的移動(dòng)應(yīng)用和巨大的雜志頁(yè)、內(nèi)容提要、多媒體內(nèi)容和流媒體視頻。在本文中，我們提出了新的軟件架構(gòu)，以解決上述的機(jī)器限制。該架構(gòu)往往是使用未來(lái)的“模塊互連“設(shè)計(jì)，提供所需的靈活性，以增加新的功能，如視頻語(yǔ)音呼叫。在內(nèi)容管理框架中，這一點(diǎn)可以在內(nèi)容管理框架中實(shí)現(xiàn)。本文還提供了不同的架構(gòu)觀點(diǎn)，如“元架構(gòu)”，“概念查看”，“邏輯視圖”，以進(jìn)行進(jìn)一步的研究，在這個(gè)方向。試圖去演示了這一體系結(jié)構(gòu)，我們已經(jīng)展示了一些共同的用戶方案以及實(shí)施指南，如碩士（信息狀態(tài)圖），并以此作為參考，這一點(diǎn)也表明了一些設(shè)計(jì)模式的方法，這是最適合的實(shí)施方法，可確保最終產(chǎn)品開發(fā)的魯棒性和可接受性。2.設(shè)計(jì)方法在本文中，我們?cè)O(shè)想提供“大畫面”的內(nèi)容管理安卓系統(tǒng)。我們把詳細(xì)的內(nèi)容分成幾個(gè)方面，基于安卓系統(tǒng)的IPTV術(shù)語(yǔ)架構(gòu)。文獻(xiàn)綜述顯示內(nèi)容手持設(shè)備的分類方法可以基于一系列從大小格式解碼器對(duì)定價(jià)模型的DRM應(yīng)用等。然而，建議在內(nèi)容分類的最佳做法是基于組合的雙因子。首先，用戶段的數(shù)據(jù)地址里的數(shù)據(jù)都不是一樣的。其次，這種轉(zhuǎn)變可能需要高效邏輯交付。鑒于此，我們提出了分類的內(nèi)容分為四個(gè)類別：平凡的靜態(tài)網(wǎng)頁(yè)，基于信息內(nèi)容豐富的文本（如RSS），多媒體內(nèi)容的播放和多媒體內(nèi)容交付網(wǎng)絡(luò)作為最增值的交付網(wǎng)絡(luò)，本文主要側(cè)重于最后一類。我們的增值服務(wù)內(nèi)容管理框架涉及內(nèi)容接收、內(nèi)容適配以及將內(nèi)容轉(zhuǎn)換為用戶想要的格式。同時(shí)，服務(wù)如IPTV，ESG的基礎(chǔ)上接受和認(rèn)可的標(biāo)準(zhǔn)，如DVB-H，我們定義的IPTV架構(gòu)組件解決問題，如數(shù)據(jù)采集，轉(zhuǎn)碼等，以確保強(qiáng)大媒體管理。另一方面，Android是基于一個(gè)不透明的IPC模型。服務(wù)暴露給系統(tǒng)的功能，并在運(yùn)行時(shí)，其他應(yīng)用程序可以請(qǐng)求這些功能。從本質(zhì)上講，該平臺(tái)提供托管和安全的后期代碼結(jié)合。這個(gè)模型是很有用的，在我們的軟件平臺(tái)之間的相互作用，安卓應(yīng)用框架內(nèi)的應(yīng)用程序框架以確?？梢浦残?。在3節(jié)中提出的相關(guān)的軟件體系結(jié)構(gòu)，并簡(jiǎn)要介紹軟件模塊。3.安卓的內(nèi)容管理平臺(tái)根據(jù)文獻(xiàn)的查閱，表明了以下的關(guān)鍵因素，語(yǔ)音收費(fèi)的減少和移動(dòng)運(yùn)營(yíng)商的增加，對(duì)數(shù)據(jù)增值服務(wù)的展望，關(guān)鍵是增加收入，同時(shí)在移動(dòng)設(shè)備上提供VAS。下面是運(yùn)營(yíng)商考慮增值到最終消費(fèi)者的關(guān)鍵因素。用戶體驗(yàn)：一個(gè)引人注目的用戶體驗(yàn)是增加VAS應(yīng)用的關(guān)鍵。個(gè)性化：允許用戶增加使用個(gè)性化的服務(wù)?；谖恢玫姆?wù)：了解用戶在哪里可以增加個(gè)性化和使用的意義。有些服務(wù)只有在位置感知時(shí)才有效。付款方式：收費(fèi)短信，預(yù)支付和后支付將增加廣告支持。商業(yè)模式（內(nèi)容提供商）：另一種模式是各種內(nèi)容供應(yīng)商，為他們的內(nèi)容帶來(lái)新的渠道。移動(dòng)運(yùn)營(yíng)商傾向于提供一個(gè)廣泛的數(shù)據(jù)應(yīng)用程序。這些分別反映了他們以傳播為中心，以通信為中心的應(yīng)用程序，主要包括人與人之間通過移動(dòng)網(wǎng)絡(luò)通信。以交易為中心的應(yīng)用涵蓋金融和貨幣移動(dòng)網(wǎng)絡(luò)交易。以內(nèi)容為中心的應(yīng)用程序覆蓋的內(nèi)容通過移動(dòng)交付。符合定義移動(dòng)內(nèi)容框架的目標(biāo)主要涵蓋以內(nèi)容為中心的服務(wù)和應(yīng)用程序。內(nèi)容包括用于所有類型的移動(dòng)內(nèi)容應(yīng)用程序的靜態(tài)和動(dòng)態(tài)，內(nèi)容目錄為音樂，新聞，游戲，體育和更多的內(nèi)容。A.IPTV應(yīng)用：電子服務(wù)指南（ESG）、個(gè)人視頻錄像（PVR），網(wǎng)絡(luò)廣播，圖片庫(kù)，網(wǎng)絡(luò)瀏覽器，媒體播放器等。B.應(yīng)用服務(wù)框架（ASF）：應(yīng)用服務(wù)框架負(fù)責(zé)與安卓系統(tǒng)發(fā)布的相關(guān)事件應(yīng)用框架組件。ASF的輸入和外部事件的反應(yīng)，這包括用戶輸入，連接與應(yīng)用IPTV的應(yīng)用現(xiàn)狀。C.增值內(nèi)容框架：框架提供的API，很容易采用，但能夠創(chuàng)建先進(jìn)的應(yīng)用程序。該框架負(fù)責(zé)提供純網(wǎng)絡(luò)服務(wù)和透明管理新服務(wù)的檢測(cè)。D.IPTV中間件框架：本單位負(fù)責(zé)提供所有的IPTV應(yīng)用服務(wù)框架。反過來(lái)，ASF處理請(qǐng)求，處理并通過安卓應(yīng)用程序框架發(fā)送到相應(yīng)的應(yīng)用程序。它由ESG引擎、下載管理、協(xié)議棧等。建筑設(shè)計(jì)方面理性的Android平臺(tái)是一個(gè)“破壁壘和建設(shè)新創(chuàng)新的服務(wù)和應(yīng)用程序”，特別在內(nèi)容管理的領(lǐng)域。像IPTV技術(shù)一樣，為了豐富一個(gè)多媒體內(nèi)容的表達(dá)方式，Android軟件平臺(tái)搭建把簡(jiǎn)單的交互和更多的復(fù)雜交互服務(wù)和粘結(jié)在一起。因此，VB-SH標(biāo)準(zhǔn)提供的IPTV服務(wù)，價(jià)值在于一個(gè)強(qiáng)大的開發(fā)創(chuàng)新的應(yīng)用程序，基于內(nèi)容管理和對(duì)等的范式。此外，Android應(yīng)用程序的一個(gè)重要特征是應(yīng)用程序本身。事實(shí)上，他們?yōu)橛脩籼峁┑膬?nèi)存仍然是可用的。這是特別重要的內(nèi)容抽象層API，VAS和分組視頻多媒體框架。在安卓和安卓服務(wù)架構(gòu)下，決定將資源分配給一個(gè)特定的應(yīng)用程序。4.1內(nèi)容管理框架這個(gè)框架是負(fù)責(zé)提供中間件功能，通知有關(guān)事件和檢測(cè)新的服務(wù)，如天氣股票更新等。它支持“推模式”和“拉模型”來(lái)處理的內(nèi)容的calpi。推模型：在現(xiàn)有服務(wù)通道的更新檢測(cè)方面，屏幕應(yīng)該顯示在UI選項(xiàng)選擇/取消選擇的特征。提醒一個(gè)特定的程序，這個(gè)框架會(huì)觸發(fā)一個(gè)推送通知的應(yīng)用程序。另一個(gè)用例會(huì)有更新的內(nèi)容的動(dòng)態(tài)，如股票，天氣等。拉模式：選擇相應(yīng)的菜單（比如ESG菜單），內(nèi)容頻道/節(jié)目信息應(yīng)顯示給用戶。這種情況下的應(yīng)用從這個(gè)框架中觸發(fā)一個(gè)數(shù)據(jù)的拉力。安全管理（SM）：獲取接口與用于提供用戶身份驗(yàn)證、數(shù)據(jù)加密和身份驗(yàn)證的系統(tǒng)狀態(tài)控制器。內(nèi)容接收管理器（客戶關(guān)系管理）：該組件主要負(fù)責(zé)下載內(nèi)容，從指定位置訪問內(nèi)容，并持久存儲(chǔ)。一個(gè)觀察者模式可以用來(lái)作為源。用例：與底層系統(tǒng)服務(wù)層進(jìn)行交互，以建立傳輸數(shù)據(jù)連接（如HTTP），開始接收數(shù)據(jù)（如：在XML或RSS的形式）。成功完成后，將生成一個(gè)通知，該通知將生成內(nèi)容適配器指示數(shù)據(jù)準(zhǔn)備好了。該組件將需要注冊(cè)的硬件與原事件開始觸發(fā)下載到存儲(chǔ)介質(zhì)的數(shù)據(jù)。內(nèi)容適配器（CA）：負(fù)責(zé)向calpi提供所請(qǐng)求的數(shù)據(jù)ASF。一個(gè)觀察者行為模式可以用來(lái)從客戶關(guān)系管理系統(tǒng)中得到通知。一座橋或裝飾模式可用于地圖界面的calpi層。使用案列：然而，在動(dòng)態(tài)更新的情況下，如股票信息，應(yīng)用程序可以還要求calpi獲取數(shù)據(jù)。卡普里島是一個(gè)命令的行為模式自動(dòng)獲得所請(qǐng)求的數(shù)據(jù)事件的更新。會(huì)話管理器（標(biāo)準(zhǔn)）：維護(hù)當(dāng)前可用的和下一步的信息會(huì)話。首先，它找到了選定的知識(shí)產(chǎn)權(quán)平臺(tái)的層次文件的位置，并得到可在知識(shí)產(chǎn)權(quán)平臺(tái)上提供的服務(wù)詳情。系統(tǒng)狀態(tài)控制器（SSC）：是這個(gè)框架保持整體的狀態(tài)系統(tǒng)的機(jī)器的心臟。任何事件從IPTV框架/底層接收將被發(fā)送到取決于系統(tǒng)的當(dāng)前狀態(tài)的相應(yīng)組件。一個(gè)調(diào)停者模式可用于將事件轉(zhuǎn)發(fā)到各個(gè)模塊來(lái)處理。使用案例：當(dāng)IPTV應(yīng)用程序啟動(dòng)，用戶自動(dòng)請(qǐng)求通過選擇所需的安全級(jí)別來(lái)驗(yàn)證自己的身份。如果認(rèn)證失敗，用戶將被通知退出應(yīng)用程序。建立用戶身份和加密的音頻和視頻流可以執(zhí)行所定義的軟件模塊，并根據(jù)用戶的安全級(jí)別偏好提供了一個(gè)工具，可以集成在一個(gè)DRM代理。4.2IPTV架構(gòu)電子服務(wù)指南（ESG）是安排廣播電視節(jié)目屏幕上的指導(dǎo)，功能允許觀眾瀏覽、選擇、記錄、提醒，并按時(shí)間，標(biāo)題，渠道，流派發(fā)現(xiàn)內(nèi)容等。系統(tǒng)還提供了獲取信息的功能，這是需要宣傳的直播流媒體服務(wù)和廣播下載服務(wù)。IPTV框架負(fù)責(zé)提供上面提到的應(yīng)用服務(wù)框架所有的中間件的功能。它由以下幾個(gè)模塊組成。ESG引擎：本模塊將保持所有最新的ESG（XML格式）信息。ESG引擎跟蹤文件的版本信息，每當(dāng)ESG發(fā)現(xiàn)更新時(shí)，它會(huì)開始下載。一個(gè)持久化存儲(chǔ)機(jī)制將用于存儲(chǔ)的ESG信息。維護(hù)相關(guān)的信息：負(fù)責(zé)可用的服務(wù)，他們的日程安排及相關(guān)內(nèi)容服務(wù)將提供個(gè)人信息購(gòu)買或捆綁式服務(wù)，包括獲取相關(guān)信息訪問服務(wù)，它也包含XML解析器，根據(jù)XML架構(gòu)解析ESG文件和操作員按規(guī)范可以提取信息。用戶配置文件管理器（UPM）：芬歐匯川集團(tuán)負(fù)責(zé)存儲(chǔ)和檢索用戶配置文件持久存儲(chǔ)在設(shè)置表中的信息。芬歐匯川集團(tuán)還負(fù)責(zé)更新存儲(chǔ)在內(nèi)容表中的每個(gè)方案列表，以便修改用戶配置文件。實(shí)時(shí)時(shí)鐘（RTC）組件：它是一個(gè)中間組件的多媒體流圖。RTC負(fù)責(zé)提供實(shí)時(shí)時(shí)鐘與主機(jī)同步。智能推薦：投資者關(guān)系管理（IRM）負(fù)責(zé)提供推薦名單項(xiàng)目calpi。如自動(dòng)記錄的功能，它計(jì)算出下一個(gè)自動(dòng)記錄考慮已預(yù)定的錄音和媒體上的空間。服務(wù)引擎（SE）：負(fù)責(zé)IPTV業(yè)務(wù)的檢測(cè)和配置。當(dāng)應(yīng)用程序啟動(dòng)時(shí)，它首先創(chuàng)建服務(wù)管理器，創(chuàng)建其他模塊中間件。服務(wù)經(jīng)理負(fù)責(zé)獲得現(xiàn)有平臺(tái)的詳細(xì)信息。用例場(chǎng)景–基于Android的IPTV服務(wù)推模式-股票/天氣ESG動(dòng)態(tài)更新，為了演示各種內(nèi)容的管理服務(wù)，我們創(chuàng)建了測(cè)試床來(lái)模擬我們的架構(gòu)。如果用戶已經(jīng)設(shè)置了關(guān)于股票的定期更新信息，內(nèi)容將調(diào)用接收器管理器將更新的數(shù)據(jù)推到用戶界面上?；诎沧康脑O(shè)備使用案例模擬驗(yàn)證，我們已經(jīng)進(jìn)行了一個(gè)實(shí)驗(yàn)，在運(yùn)行的機(jī)器上實(shí)施我們的架構(gòu)?；贏ndroid的手持設(shè)備，我們軟件平臺(tái)的目標(biāo)是提供融合服務(wù)的IPTV。我們架構(gòu)的增強(qiáng)，在IPTV框架顯著增加個(gè)性化的IPTV業(yè)務(wù)。這樣的一個(gè)模塊化和便攜式結(jié)構(gòu)包括增值內(nèi)容管理、IPTV和ASF，這肯定會(huì)導(dǎo)致多個(gè)供應(yīng)商競(jìng)爭(zhēng)。個(gè)性化的IPTV服務(wù)中使用的測(cè)試場(chǎng)景如下所示：“當(dāng)8:00的鐘敲響，內(nèi)容框架是打開的。當(dāng)內(nèi)容框架打開，一個(gè)新的照片替換原來(lái)存儲(chǔ)的舊照片，一個(gè)周期性的執(zhí)行程序的測(cè)試場(chǎng)景可以被描述為：1.如果一個(gè)新的場(chǎng)景被交付，它將會(huì)被分析。2.注冊(cè)分析方案的事件。3.八點(diǎn)時(shí)，注冊(cè)事件（內(nèi)容框架）被觸發(fā)。4.當(dāng)執(zhí)行命令從內(nèi)容框架交付時(shí)，要求它執(zhí)行到一個(gè)適當(dāng)s/w模塊。5.內(nèi)容框架發(fā)送解析命令和執(zhí)行請(qǐng)求6.內(nèi)容框架裝置通知執(zhí)行其狀態(tài)變化的結(jié)果7.內(nèi)容框架通知它從特定的網(wǎng)絡(luò)服務(wù)器接收到的內(nèi)容并解析XML的內(nèi)容。隨著狀態(tài)的改變，下一個(gè)觸發(fā)事件是個(gè)性化相框的自動(dòng)轉(zhuǎn)換。6.架構(gòu)的建議：內(nèi)容提供商用戶可以選擇在電子服務(wù)指南（ESG）視圖中所需的程序項(xiàng)目按照生活的時(shí)間表分部。在現(xiàn)有的廣播系統(tǒng)中，由內(nèi)容提供商創(chuàng)造的服務(wù)通知被服務(wù)提供商的配送中心所收集。服務(wù)提供商增加了ESG數(shù)據(jù)和內(nèi)容被返送給每個(gè)廣播站并作為ESG數(shù)據(jù)分布。在這種方法中，服務(wù)提供者需要一個(gè)可以編譯每個(gè)內(nèi)容提供者并作為ESG數(shù)據(jù)分發(fā)給用戶的函數(shù)，與現(xiàn)有的廣播系統(tǒng)不同的是，內(nèi)容供應(yīng)商特定上傳到硅收集和交付中心的是沒有服務(wù)區(qū)的物理約束，因此最大的目標(biāo)可以擴(kuò)展到整個(gè)世界。這樣的一個(gè)用例中，它不是用戶所需要大量的實(shí)踐MES的SI數(shù)據(jù)去分發(fā)涵蓋所有程序的ESG數(shù)據(jù)。因此，最佳的方法是將嵌入式系統(tǒng)屏幕的用戶配置文件數(shù)據(jù)（如語(yǔ)言和地區(qū)）、用戶偏好數(shù)據(jù)（如內(nèi)容類型）、終端屬性信息（如播放文件格式）、創(chuàng)建與分布區(qū)域和個(gè)人用戶的喜好，根據(jù)ESG內(nèi)容、支持用戶特定的服務(wù)提供者的要求IC或特定區(qū)域的ESG在我們的架構(gòu)中有效地處理用戶配置文件管理器和安裝管理器組件。這使得用戶可以查看傳統(tǒng)的廣播服務(wù)從未提供的廣泛多樣的內(nèi)容。此功能是服務(wù)提供商無(wú)需返回創(chuàng)建的ESG數(shù)據(jù)內(nèi)容的最終形式的顯著優(yōu)勢(shì)。相反，ESG數(shù)據(jù)可以充分利用網(wǎng)絡(luò)從交付供應(yīng)商直接分配給用戶。7.結(jié)論與未來(lái)工作在本文中，我們提出了一種新的服務(wù)架構(gòu)，以滿足內(nèi)容管理和交付基于安卓的手持設(shè)備。雖然安卓有著巨大的潛力，用現(xiàn)有的媒體管理技術(shù)無(wú)法滿足IPTV服務(wù)。這表示，文件的概述和安卓系統(tǒng)服務(wù)可以解決內(nèi)容管理的有效交付。所提出的架構(gòu)設(shè)想，以解決關(guān)鍵參數(shù)的可擴(kuò)展性，采用不同的邏輯接口的效率和框架定義的安全性。一個(gè)概念延伸的機(jī)器平臺(tái)證明，評(píng)估這種體系結(jié)構(gòu)的可行性轉(zhuǎn)化為產(chǎn)品的部署。有效的內(nèi)容管理和服務(wù)交付是必不可少的手持設(shè)備，一個(gè)基于功能高效的框架分類在我們的架構(gòu)中也可應(yīng)用，如PVR寬譜等。此外為了顯示這種方法的有效性，我們已經(jīng)討論和調(diào)查了幾個(gè)用戶的方案，以確定成功的產(chǎn)品部署所需的特點(diǎn)和能力。一個(gè)新設(shè)計(jì)的相關(guān)目標(biāo)，是提供信息狀態(tài)圖、流程圖和最佳配合設(shè)計(jì)模式科學(xué)的設(shè)計(jì)環(huán)境。最后，對(duì)上述架構(gòu)的評(píng)價(jià)表明，最初的成就是已經(jīng)滿足了基于安卓的內(nèi)容管理服務(wù)。在未來(lái)的工作中，包括集中在ESG的廣告支持和運(yùn)營(yíng)商的具體內(nèi)容，另一個(gè)目標(biāo)是由操作員指定包含基于內(nèi)容信息動(dòng)作的推薦方案。2.外文原文AROBUSTCLIENTARCHITECTUREONANDROIDTOCATEREND-2-ENDREAL-TIMECONTENTMANAGEMENTANDPERSONALIZEDIPTVSERVICESTOMOBILEINTERNETDEVICESSumanKumarS.P1andVijayAnand21CentreofExcellence(CoE)Division,AricentCommunications,SigmaTechParkSuman.Prasanna@2WhitefieldMainRoad,Bangalore-560066.Karnataka,IndiaVijay.Anand@ABSTRACThandhelddevicestoo.Android,asoftwareplatformfromGoogle,pioneeringmiddlewareandapplicationsforhandhelddevicesdoesnotoffersupportforcontentmanagementservicesbydesign.Motivatedbytheseobservations,weproposeanaggregatemodelsoftwareplatformtooffercontentmanagementandvalueaddedservices(VAS)likeIPTVonandroid.Theoutlineofpaperisasfollows:First,wediscussfewrelatedworkstoinvestigateandanalyzeindustry-widecontentmanagemenanddeliverypractices.Second,wediscussfewcharacteristicsofandroidarchitectureanddetailtheconstraintsassociatedwithmiddlewaretooffersuchVAS.Consequently,wedescribetheproposedsoftwareplatformwhichaddresseskeyinherentchallengeslikeEfficiency,ExtendibilityandSecuritywhileachievingefficientcontentdelivery.TheModuleInterconnectionArchitecturecanbevisualizedtobeconstitutedbythreebasicbuildingblocks,namely:VASContentManagementframework,IPTVframeworkandApplicationServicesframework.Thearchitectureemploysadifferentperspectiveofclassifyingcontentbasedonapplications.Wepointouttheneedandrationalebehindsuchaclassificationtocorrelateinanend-2-endIPTVarchitecture.WeshowthebenefitsofusingtheApplicationServicesframeworktoensuresmoothandswiftportabilityontovariousflavorsofandroid.Finally,weconcludebydetailingsomeuse-casesindicatingcontentmanagementserviceslikeElectronicServiceGuide(ESG)onAndroid.KEYWORDSContentFramework,Android,MID,Middleware,IPTV,ValueAddedServices1.INTRODUCTIONWiththeconstantlygrowingmobile-subscriberbase,existenceofavastvarietyofhandsetsandmarket-valueofValueAddedServices,themobileindustryhaslongfelttheimportanceofprovidingcontenttotheuserthattheyactuallywantandthatisthemostappropriatetothedevicetheyhave.Themobiledevices,ascomparedtotheusualPCsystems,havesmallerscreens,limitedprimaryandsecondarymemoriesandalimitedcomputingpower.Toaddtothecomplexityisthewirelessbandwidthwhichisquitelessascomparedtoitswiredcounterpart.Ontheotherhand,androidmakinganimpressiveimpactamongtheearlyadopterconsumersisensuringmassmarketsuccesspreciselydueto“TheCostFactorwithAppealingEntertainmentExperience”.Thecontentrangesfromastrivial,staticandsmallasring-tones,mobile-applicationstoasnovel,dynamicandhugeasactualwebInternationalJournalofpages,content-feeds,multimediacontentandstreamingvideos.Inthispaper,weproposenovelsoftwarearchitectureonAndroidtoaddressaboveseenlimitations.Thearchitecturetendstobefuturisticbyusinga“ModuleInterconnectionArchitecture”designwhichprovidestherequiredflexibilitytoaddnewfeatureslikeVideoVoiceCall.Ex:ThiscanbeachievedwithslightextensioninContentManagementFramework.Thispaperalsoprovidesdifferentarchitecturalviewslike“MetaArchitecture”,“ConceptualView”,“LogicalView”tostimulatefurtherresearchinthisdirection.Inanattempttodemonstratetheevaluationofthisarchitecture,wehavedemonstratedfewcommonuserscenariosalongwithimplementationguidelineslikeMSC(MessageStateChart).Inanefforttoaiddesignersconsideringthisarchitectureasreference,thispaperalsosuggestsfewdesignpatternmethodologieswhichisbestsuitedfortheimplementationtoensurerobustnessandacceptableperformanceintheendproductdeveloped.2.DESIGNAPPROACHInthispaper,weenvisiontoprovide“TheBigPicture”ofthecontentmanagementsystemextendingandroid.Wedetailfewaspectsofcontentclassification,IPTVterminologiesandarchitectureaspectsofAndroid.Aliteraturesurveyoncontentmanagementrevealscontentclassificationmethodsforhandholddevicescanbebasedonanumberoffactorsrangingfromsizetoformatofcodetopricing-modeltoDRMappliedandsoon.However,earlyinvestigationssuggestbestpracticesincontentclassificationtobebasedonacombinationoftwosignificantfactors.Firstly,thesubscriber-segmentthedataaddresses.Everykindofdataisnotmeantforeveryone.Secondly,thekindoftransformationthecontentmayrequireforefficientandlogicaldelivery.Inviewofthis,weproposetheclassificationofcontentintofourcategories:Trivialstaticwebs,Text-basedInformationRichContent(likeRSS),MultimediacontentplaybackandMultimediacontentdeliveredovernetworkAsmostVASwillbedeliveredovernetwork,thispaperprimarilyfocusesonthelastcategory.OurVASContentManagementFrameworkdealswithContentReception,ContentAdaptationandtransformingthecontenttouserdesiredformat.Also,serviceslikeIPTV,ESGbasedonwellacceptedandprovenstandardslikeDVBH,wehavedefinedIPTVframeworkwithcomponentsaddressingissueslikedataacquisition,transcodingandsoontoensurerobustmediamanagement.Onotherhand,androidisbaseduponanopaqueIPCmodel.Applications,Servicesexposetothesystemtheirfunctionalities,andatruntime,otherapplicationscanrequestthesefunctionalities.Essentially,theplatformprovidesamanagedandsecuredlatecodebinding.ThismodelisspecificallyusefulintheinteractionbetweenoursoftwareplatformandApplicationServicesFrameworkwithinApplicationframeworkonAndroidtoensureeasierportability.Theassociatedsoftwarearchitectureisproposedinthesection3alongwiththebriefdescriptionofthesoftwaremodules.3.PROPOSEDCONTENTMANAGEMENTPLATFORMONANDROIDLiteraturesurveyindicatesthefollowingcriticalfactortobeconsideredwhileofferingVASinmobiledevices.Asvoicerevenuesdecrease,MNOareincreasingandlookingtowardsdataandValueAddedServicesforincreasedrevenueandasakeydifferentiator.FollowingarekeyfactorsthatoperatorsareconsideringwhileofferingVAStoendconsumers.UserExperience:AcompellinguserexperienceisthekeytoincreasingtheusageofVAS.Personalization:Allowingtheusertopersonalizetheserviceincreasesusage.LocationBasedServices:Understandingwheretheuserislocatedcanallowforincreasedpersonalization,meaning,andusage.Someservicesareonlyeffectivewhenlocation-aware.Cost/PaymentMethods:PremiumSMS,pre-paidandpost-paidwillbesupplementedwithadvertisementsupportedandopt-in(givinguppersonalinformation).BusinessModel(ContentProviders):Anothermodelistogoafterthevariouscontentproviders(TimesofIndia,etc.)andbringthemanewchannelfortheircontent.Mobileoperatorstendtoofferawidespectrumofdataapplications.Thesecanbedividedintocategoriesreflectingtheirnatureofbeingcommunication-centric,transaction-centricorcontentcentric.Communication-centricapplicationsmainlycoverperson-to-personcommunicationsovermobilenetworks.Transaction-centricapplicationscoverfinancialandmonetarytransactionsovermobilenetworks.Content-centricapplicationscoverthedeliveryofcontentovermobilenetworks.InlinewiththeobjectivesofdefiningtheMobileContentFrameworkprincipallycoverscontent-centricservicesandapplications.TheContentincludesvast,richcatalogueofstaticanddynamiccontentforalltypesofmobilecontentapplications,includingcontentformusic,news,games,sportsandmore.a.IPTVApplications:ElectronicServiceGuide(ESG),PersonalVideoRecording(PVR),Internetradio,Photogallery,WebBrowser,MediaPlayerandsoon.b.ApplicationServicesFramework(ASF):TheApplicationServicesFrameworkisresponsibleforrespondingtoeventspostedbymiddlewareandinteractingwithAndroidApplicationframeworkcomponents.TheASFreactswithinputandexternalevents,whichincludesUserinput,Connection&applicationstatusforIPTVapplications.c.VASContentFramework:TheVASContentframeworkprovidesAPI’sthatareeasytoadopt,yetcapableofcreatingadvancedapplications.Theframeworkisresponsibletoprovidepurelynetworkservicesandtransparentlymanagethedetectionofnewservices.d.IPTVFramework:ThismiddlewareentityisresponsibleforprovidingallIPTVservicesontoApplicationServiceFramework.In-turn,ASFhandlestherequests,processesthemandsendsittocorrespondingapplicationthroughtheandroidapplicationframework.ItconsistsofESGEngine,DownloadManager,protocolstackslikeFLUTEetc.,4.ARCHITECTURALDESIGNASPECTSMSEDAPPLICATIONSTherationaleoftheandroidplatformis“breakingdownthebarrierstobuildingnewandinnovativeservicesandapplications”,particularlyinthefieldofcontentmanagementandpeertopeernetworks.TechnologieslikeIPTVhavespecificationsinordertosupportrichmultimediacontentinaveryexpressivemanneroncomplexcommunications.Itallowsustogivesemanticstothecommunicationwithouttakingintoaccountthemessagecontentandtheunderlyingplatform.Moreover,asoftwareplatformlikeandroidallowsustobuildbothsimpleinteraction(i.e.request-response)andmorecomplexones(i.e.servicesandbinderinteractionusefulforprovidingserviceinaclient-serverfashion)[4,5].Hence,leveragingtheflexibilityofferedbyDVB-SHstandardforIPTVservices,withthepoweroftheANDROIDplatform,inouropinion,bringsastrongvalueinthedevelopmentofinnovativeapplicationsbasedoncontentmanagementandpeer-to-peerparadigm.Furthermore,itisworthtomentionaveryimportantfeatureofAndroid:theapplicationprocess’slifetimeisnotdirectlycontrolledbytheapplicationitself.Asamatteroffactitisdeterminedbythesystembyanalyzingwhatpartsoftheapplicationthesystemknowsarerunning,howimportanttheyarefortheuserandhowmuchtotalmemoryisstillavailable.ThisisparticularlyimportantforourContentAbstractionLayerAPI(CALPI)whichinteractswithIPTV,VASandPacketVideoMultimediaframeworkofandroidandtheAndroidServicesframeworktodecideontheresourcestobeallocatedforaparticularapplication.4.1VASContentManagementFrameworkThisframeworkisresponsibleforprovidingthemiddlewarefunctionalitieslikeestablishingthesession,notifyingabouteventsanddetectionofnewservicelikeWeatherStockupdatesandsoon.Itsupportsboth“push-model”and“pull-model”tohandlethecontentwiththeCALPI.Fig4andFig5showstheworkingexecutionmodelofvariouscomponentsconstitutingtheVAScontentmanagementframework.Ex(push-model):Ondetectionofupdateinexistingservicechannel(s)anotificationscreenshouldbeshownonUIwithoptionstoselect/deselectthefeature.Ex:ARemindonaparticularprogrammaybetriggeredfromthisframeworktotheapplication.Inthiscasethisframeworktriggersapushnotificationtotheapplication.Anotheruse-casecouldbeDynamicupdateofcontentlikeStocks,Weatherandsoon.Ex(pull-model):Uponselectingtherespectivemenu(SayESGMenu),thecontentsofchannel/programinformationshouldbeshowntotheuser.Thiscasetheapplicationtriggersapullfordatafromthisframework.SecurityManager(SM):Toenablesecurity,theSecurityManagergetsinterfacedwiththesystemstatecontrollerforprovidinguserauthentication,dataencryptionandauthentication.ContentReceiverManager(CRM):Thiscomponentisprimarilyresponsiblefordownloadingthecontent,accessingthecontentfromthespecifiedlocationandstoringinpersistentstorage.Anobserverpatternmaybeusedwiththisassource.UseCase:ItinteractswiththeunderlyingSystemServicesLayertoestablishthetransportdataconnection(Ex:HTTP)andstartreceivingthedata(Ex:intheformofXMLorRSSfeed).Uponsuccessfulcompletion,anotificationwillbegeneratedtotheContentadapterindicatingthedataisready.ThiscomponentwillneedtoregisterforthehardwarefoundeventwithEHtostarttriggeringthedownloadofdatatothestoragemedium.Figure4:ExecutionArchitectureondetectingnewVASClientContentAdapter(CA):isresponsibleforprovidingtherequesteddatatotheCALPIandtheASF.AnobserverbehaviorpatterncanbeusedtogetthenotificationsfromtheCRM.Withintheimplementation,abridgeordecoratorpatterncanbeusedtomaptheinterfaceswiththeCALPIlayer.UseCase:However,incaseofdynamicupdatelikestockinformation,theapplicationcanalsorequestCALPItogetthedata.CAPLIbeingaCommandbehaviorpatternwillautomaticallygettheupdateoftherequesteddataevent.SessionManager(SM):maintainsinformationpertainingtocurrentlyavailableandnextsessions.InitiallyitfindsoutthelocationofhierarchyfileforselectedIPplatformandgetsdetailsofservicesavailableontheIPPlatform.Itregularlychecksforanyupdatestothedetailsofthesessions.SystemStateController(SSC):istheheartofthisframeworkmaintainingtheoverallstatemachineofthesystem.AnyeventsreceivedfromtheIPTVframework/underlyinglayerswillbesenttorespectivecomponentsdependingoncurrentstateofthesystem.Amediatorpatterncanbeusedtoforwardtheeventtorespectivemoduletohandlethesame.UseCase:WhentheIPTVAppstartsup(sayChildlockfeatureinMediaGuide),theuserisautomaticallyrequestedtoauthenticatehimselfbychoosingthedesiredlevelofsecurity.Ifauthenticationfails,theuserisinformedoftheresultandtheapplicationexits.WithSecurityManager,useridentityisestablishedandencryptionontheaudioandvideostreamscanbeperformedwiththedefinedsoftwaremodulesandaccordingtotheuser’ssecuritylevelpreference.TheSMmoduleprovidesafacilitythatcouldbeintegratedwithinaDRMAgent.4.2IPTVFrameworkAnelectronicserviceguide(ESG)isanon-screenguidetoschedulebroadcasttelevisionprograms,typicallywithfunctionsallowingaviewertonavigate,select,record,remind,anddiscovercontentbytime,title,channel,genreandsoon.ESGalsoprovidesacquisitioninformation,whichisneededforrenderinglivestreamingservicesanddownloadingbroadcastservices.IPTVframeworkisresponsibleforprovidingallthemiddlewarefunctionalitiesmentionedabovetotheApplicationServicesFramework.Itiscomposedofthefollowingmodulesdescribedbelow.ESGEngine:Thismodulewillmaintainallup-to-dateESG(inXMLformat)information.ESGenginetrackstheversioninformationoftheESGfilesandwheneveranupdateisfound,itwillinitiateforadownload.ApersistentstoragemechanismwillbeusedtostoreESGinformation.Itisalsoresponsibletomaintaininformationrelatedto:AvailableServices,theirscheduleandrelatedcontentServiceProvisioninginformationforpurchasinganindividualorbundledservices.ServiceAcquisitionrelatedinformationtoaccesstheservice.ItalsocontainsXMLParsertoparseESGfilesandextractinformationasperXMLSchemagivenaspertheOperatorspecification.UserProfileManager(UPM):UPMisresponsibleforstoringandretrievinguserprofileinformationinthesetuptableofpersistentstorage.UPMisalsoresponsibletoupdatetheratingofeachprogrammesliststoredincontenttableincasetheuserprofileismodified.RealTimeClockComponent(RTC):isanintermediatecomponentinmulti-mediaflowgraph.RTCisresponsibletoprovidearealtimeclocksynchronizedwiththehost.IntelligentRecommender(IRM):IRMisresponsibletoprovidealistofrecommendedprogrammestoCALPI.Forfeatureslikeautomaticrecordingitcalculatesthenextautomaticrecordingtakingintoaccountthealreadyscheduledrecordingsandthespaceonthemedia.ServiceEngine(SE):isresponsibleforIPTVServiceDetectionandconfiguration.Whentheapplicationstarts,itfirstcreatesServicemanagerwhichin-turncreatesothermodulesofthemiddleware.ServiceManagerisresponsibleforgettingthedetailsoftheplatformsavailable.5.USECASESCENARIOS–IPTVSERVICESONANDROIDPushModel-DynamicupdateofStocks/WeatherontoESG.Inordertodemonstratevariouscontentmanagementservices,wehavecreatedthetestbedtosimulateourarchitecture.Iftheuserhassetaperiodicupdateofinformationaboutstock,thecontentreceivermanagerwillbeinvokedtopushtheupdateddataontotheUI.TheusecasewassimulatedtoverifyonAndroidbaseddevice.WehaveperformedanexperimentimplementingourarchitectureonARMbasedhandhelddevicerunningonAndroid.TheobjectiveofoursoftwareplatformistodeliverconvergedservicesofIPTVonandroidbasedhandhelddevices.OurarchitectureaugmentsthatsignificantlybyaddingpersonalizedIPTVservicesontoIPTVframework.BeingsuchamodularandeasilyportablearchitectureencompassingVAScontentmanagement,IPTVandASFwillalmostcertainlyresultinmultiplevendors.AscenarioforpersonalizedIPTVServiceusedinthistestisgivenshownbelow:“WhenClockstrikes8:00:00,ContentFrameworkisturnedon.WhencontentFrameworkison,oneofthenewstoredphotosreplacestheoldoneperiodically.”Theexecutionprocedureofthetestscenariocanbedescribedas:1.Ifanewscenarioisdelivered,itisanalyzed.2.Aneventoftheanalyzedscenarioisregistered.3.At8:00,theregisteredevents(ContentFramework)aretriggered.4.Whenanexecutioncommandisdeliveredfromcontentframework,itfindsaserviceinCommonDescriptionRepositoryandrequestsit’sexecutiontoanappropriates/wmodule.5.Contentframeworkparsesacommandtransmittedfromandrequestsit’sexecution.6.Thecontentframeworkdevicenotifiesitsstatuschangesasaresultoftheexecution.7.ContentFrameworknotifiesthatithasreceivedthecontentfromthespecificnetworkserverandparsestheXMLbasedcontent.Asthestatusischanged,thenexteventwhichtriggersanautomaticchangeofthepersonalizedpictureframes.6.EVALUATIONOFPROPOSEDARCHITECTURE:CONTENTPROVIDERSAusercanselectandviewadesiredprograminElectronicServiceGuide(ESG)forprogramsthataredistributedliveaccordingtoatimeschedule.Inexistingbroadcastingsystems,theserviceinformation(SI)createdbycontentprovider(broadcaststation)arecollectedatServiceproviders’SICollectionandDeliveryCenter.ServiceprovideraddstheESGdataandsubsequentlythecontentisreturnedtoeachbroadcaststationanddistributedasESGdata.Inthismethod,serviceproviderrequiresafunctionthatcancompileSIofeachcontentprovideranddistributethemtoauser(terminal)asanESGdata.Unlikeexistingbroadcastingsystems,thecontentprovider-specificSIuploadedtotheSICollectionandDeliveryCenterdonothavethephysicalconstraintsofserviceareaandhencethemaximumviewertargetcanbeextendedtotheentireworld.Insuchause-case,itiscertainlynotpracticaltodistributeESGdatacoveringallprogramstoallusersasitwouldrequirevastvolumesofSIdata.Therefore,anoptimalapproachwouldbetoembedasystemtoscreentheuserprofiledata(suchaslanguageandarea),userpreferencedata(suchascontentgenres),andterminalattributeinformation(suchasplaybackfileformat)andcreateESGcontentinaccordancewithdistributionareaandindividualuserpreferences.Suchrequirementofserviceprovidertosupportuser-specificorarea-specificESGishandledefficientlybyUserProfileManagerandSetupManagerComponentsinourarchitecture.Thisenablesausertoviewwidelydiversecontentthatwasneverprovidedbyconventionalbroadcastingservices.ThisfeatureisofsignificantadvantagetoserviceproviderasthereisnoneedtoreturnthefinalformofcreatedESGdatatoacontentprovider.Instead,theESGdatacanbedirectlydistributedtoauserfromanSICollectionandDeliveryProvidertakingfulladvantageoftheIPnetwork.7.CONCLUSIONSANDFUTUREWORKInthispaper,wepresentednovelservicearchitecturetocatercontentmanagementanddeliverytoandroidbasedhandhelddevices.Thoughandroidhasvastpotentialforcontentmanagement,existingmediamanagementtechniquesareineffectivetocaterserviceslikeESGofIPTV.Thatsaid,thepaperoutlinesandaddressesefficientdeliveryofcontentmanagementservicesonAndroid.TheproposedarchitectureenvisionedtoaddresskeyparameterslikeExtendibility,EfficiencyandSecurity