專利名稱：用于電子節(jié)目指南系統(tǒng)的用戶請求處理系統(tǒng)和處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字電視和交互式網(wǎng)絡(luò)電視系統(tǒng)，尤其涉及一種用于電子節(jié)目指南系 統(tǒng)的用戶請求處理系統(tǒng)和處理方法。
背景技術(shù)：
EPG是電子節(jié)目指南(Electronic Program Guide)的英文縮寫。在現(xiàn)代數(shù)字電視 和IPTV的系統(tǒng)中，各種業(yè)務(wù)的索引及導(dǎo)航都是通過EPG系統(tǒng)來實現(xiàn)的。EPG實際上就是數(shù) 字電視或IPTV系統(tǒng)的一個門戶子系統(tǒng)，其功能及性能對終端用戶的服務(wù)體驗影響很大。終端用戶利用EPG所提供的電子菜單，可以選擇自己喜歡的組播頻道、點播自己 喜愛的視頻節(jié)目、查詢IPTV或相關(guān)系統(tǒng)提供的各種在線信息以及選購各類附加的增值服 務(wù)。在現(xiàn)有IPTV系統(tǒng)中，EPG服務(wù)器都采用基于Web的架構(gòu)。用戶機(jī)頂盒(STB)與EPG 服務(wù)器(EPG Server)之間采用HTTP協(xié)議進(jìn)行交互，EPG Server作為服務(wù)器端，STB作為客 戶端，STB的請求命令以URL請求的方式到達(dá)EPG服務(wù)器端。EPG服務(wù)器根據(jù)其內(nèi)在邏輯和 內(nèi)部數(shù)據(jù)庫存放的內(nèi)容信息，將服務(wù)響應(yīng)以HTML頁面的形式返饋給STB端。一個EPG服務(wù) 器實例的概要框架如圖1所示，客戶端的請求首先發(fā)送到基于Tomcat環(huán)境的JSP/Java業(yè) 務(wù)應(yīng)用程序，然后根據(jù)客戶端請求來檢索Xbase數(shù)據(jù)庫，獲得相關(guān)數(shù)據(jù)后反饋給客戶端，而 Xbase數(shù)據(jù)庫則通過業(yè)務(wù)管理接口模塊與后臺IPTV業(yè)務(wù)系統(tǒng)聯(lián)系，根據(jù)從后臺IPTV業(yè)務(wù)系 統(tǒng)獲取的信息來定期更新Xbase數(shù)據(jù)庫中的內(nèi)容記錄?，F(xiàn)有EPG系統(tǒng)的一個普遍問題是系統(tǒng)運(yùn)行性能不佳，以上述系統(tǒng)為例，EPG服務(wù)器 中基于Tomcat的JSP/Java應(yīng)用程序(或者說，Web表現(xiàn)層)在處理用戶請求時具有性能瓶 頸。有關(guān)測試及資料表明，即使沒有后端業(yè)務(wù)邏輯層和數(shù)據(jù)庫層的復(fù)雜操作，在2-3秒內(nèi)， 這種Web表現(xiàn)層最多也只能處理600-800個用戶請求，難以滿足電信運(yùn)營商IPTV網(wǎng)絡(luò)的客 戶需求。而且，在現(xiàn)有EPG系統(tǒng)中，查找數(shù)據(jù)只能對數(shù)據(jù)庫進(jìn)行全面檢索，因此數(shù)據(jù)庫的操 作低效低速，進(jìn)一步限制了系統(tǒng)的響應(yīng)速度和容量。綜合上述因素，現(xiàn)有EPG系統(tǒng)的整體性 能低下，在2-3秒內(nèi)只能完成100-200個用戶請求。此外，經(jīng)過前期的發(fā)展，現(xiàn)有的EPG系統(tǒng)已經(jīng)積累了大量的業(yè)務(wù)邏輯應(yīng)用程序，如 重新從頭開發(fā)高性能的系統(tǒng)必然會導(dǎo)致原有系統(tǒng)的業(yè)務(wù)功能無法使用，從而造成資源的浪 費(fèi)、整體開發(fā)周期以及開發(fā)成本的顯著增加。因此，有必要設(shè)計一種系統(tǒng)和方法，在保留現(xiàn)有系統(tǒng)業(yè)務(wù)功能的前提下，克服現(xiàn)有 EPG系統(tǒng)性能不佳的缺陷，從整體上提升EPG系統(tǒng)的性能。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)的缺陷，本發(fā)明的目的在于提出一種在無損現(xiàn)有EPG系統(tǒng)現(xiàn)有功能 的情況下、能夠大幅度提高EPG系統(tǒng)的用戶請求處理能力的系統(tǒng)和方法。
4
為實現(xiàn)上述目的，本發(fā)明提供了一種用于電子節(jié)目指南系統(tǒng)的用戶請求處理系 統(tǒng)，所述電子節(jié)目指南系統(tǒng)包括EPG現(xiàn)有業(yè)務(wù)邏輯模塊和數(shù)據(jù)庫，所述用戶請求處理系統(tǒng) 包括HTTP請求處理器、HTML頁面緩存器和應(yīng)用接口模塊，其中，所述HTTP請求處理器用于 接收來自客戶端的HTTP請求，并用于將根據(jù)客戶請求生成的HTML頁面反饋給客戶端；所述 HTML頁面緩存器用于在頁面緩存區(qū)中緩存并管理生成的HTML頁面，并根據(jù)接收到的HTTP 請求在頁面緩存區(qū)中查找客戶請求的頁面；所述應(yīng)用接口模塊用于將需要處理的HTTP請 求轉(zhuǎn)發(fā)到相關(guān)的業(yè)務(wù)邏輯模塊進(jìn)行處理，并將業(yè)務(wù)邏輯模塊生成的HTML頁面寫入頁面緩 存區(qū)。優(yōu)選地，所述HTML頁面緩存器還用于以預(yù)定的時間間隔在頁面緩存區(qū)中反復(fù)查 找客戶請求的HTML頁面，直到找到為止。優(yōu)選地，當(dāng)頁面緩存區(qū)飽和時，所述HTML頁面緩存器能夠根據(jù)被緩存頁面的熱門 度對頁面緩存區(qū)進(jìn)行清理。優(yōu)選地，所述用戶請求處理系統(tǒng)進(jìn)一步包括HTTP請求集合器，所述HTTP請求集合 器用于，在所述HTML頁面緩存器未查找到客戶請求的頁面時，判斷所述請求是否正在被業(yè) 務(wù)邏輯模塊處理，并只將確實需要處理的請求轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。優(yōu)選地，所述HTTP請求集合器還用于對需要處理的HTTP請求進(jìn)行分析，將對應(yīng)于 相同HTML頁面的請求合并處理，以確保針對一個HTML頁面，有且只有一個請求被轉(zhuǎn)發(fā)到業(yè) 務(wù)邏輯模塊。優(yōu)選地，所述用戶請求處理系統(tǒng)進(jìn)一步包括數(shù)據(jù)對象緩存器，所述數(shù)據(jù)對象緩存 器用于在數(shù)據(jù)對象緩存區(qū)中緩存并管理從數(shù)據(jù)庫中查詢獲得的數(shù)據(jù)對象，并根據(jù)業(yè)務(wù)邏輯 模塊的請求在數(shù)據(jù)對象緩存區(qū)中查找相關(guān)的數(shù)據(jù)對象。優(yōu)選地，所述數(shù)據(jù)對象緩存器采用循環(huán)方式對數(shù)據(jù)對象緩存區(qū)進(jìn)行存儲，如果數(shù) 據(jù)對象緩存區(qū)存滿，則以新數(shù)據(jù)覆蓋舊數(shù)據(jù)。此外，本發(fā)明還提供了一種用于電子節(jié)目指南系統(tǒng)的用戶請求處理方法，包括以 下步驟接收來自客戶端的HTTP請求；根據(jù)接收到的HTTP請求在頁面緩存區(qū)中查找客戶請求的頁面；如果查找到客戶請求的頁面，則從頁面緩存區(qū)中取出頁面，并將所述頁面反饋給 客戶端；如果未查找到客戶請求的頁面，則將需要處理的HTTP請求轉(zhuǎn)發(fā)到相關(guān)的業(yè)務(wù)邏 輯模塊進(jìn)行處理，并將業(yè)務(wù)邏輯模塊生成的HTML頁面寫入頁面緩存區(qū)。優(yōu)選地，如果未查找到客戶請求的頁面，則以預(yù)定的時間間隔在頁面緩存區(qū)中反 復(fù)查找，直到找到為止。優(yōu)選地，當(dāng)頁面緩存區(qū)飽和時，根據(jù)被緩存頁面的熱門度對頁面緩存區(qū)進(jìn)行清理。優(yōu)選地，如果未查找到客戶請求的頁面，判斷所述HTTP請求是否正在被業(yè)務(wù)邏輯 模塊處理，在所述HTTP請求未被處理時，將所述HTTP請求轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。優(yōu)選地，在將需要處理的HTTP請求轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯模塊之前，對所述HTTP請求進(jìn) 行分析，將對應(yīng)于相同HTML頁面的請求合并處理，以確保針對一個HTML頁面，有且只有一 個請求被轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。
優(yōu)選地，將從數(shù)據(jù)庫中查詢獲得的數(shù)據(jù)對象緩存在數(shù)據(jù)對象緩存區(qū)中，并根據(jù)業(yè) 務(wù)邏輯模塊的請求在數(shù)據(jù)對象緩存區(qū)中查找相關(guān)的數(shù)據(jù)對象。優(yōu)選地，采用循環(huán)方式對數(shù)據(jù)對象緩存區(qū)進(jìn)行存儲，如果數(shù)據(jù)對象緩存區(qū)存滿，則 以新數(shù)據(jù)覆蓋舊數(shù)據(jù)。在本發(fā)明的用戶請求處理方法和系統(tǒng)中，通過針對HTML頁面和數(shù)據(jù)內(nèi)容的緩存 機(jī)制，提高了已產(chǎn)生的動、靜態(tài)HTML頁面和已尋獲數(shù)據(jù)的復(fù)用效率，避免了不必要的復(fù)雜 計算和緩慢的數(shù)據(jù)庫查詢，從而使EPG系統(tǒng)的性能整體上獲得大幅提升；而且，通過應(yīng)用接 口模塊，實現(xiàn)了與現(xiàn)有系統(tǒng)中業(yè)務(wù)邏輯應(yīng)用程序模塊的無縫對接，避免了重新開發(fā)系統(tǒng)業(yè) 務(wù)功能導(dǎo)致的人力和資源的浪費(fèi)。相關(guān)的測試表明，本發(fā)明的用戶請求處理系統(tǒng)和方法可 以使現(xiàn)有EPG系統(tǒng)的性能提高5-10倍。


下面將結(jié)合附圖對本發(fā)明的具體實施例進(jìn)行詳細(xì)的說明，其中圖1是一個現(xiàn)有EPG服務(wù)器實例的結(jié)構(gòu)示意圖；圖2是本發(fā)明優(yōu)選實施方式的用戶請求處理系統(tǒng)的結(jié)構(gòu)示意圖；圖3是本發(fā)明優(yōu)選實施方式的用戶請求處理方法的流程圖。
具體實施例方式圖2示意性地示出了根據(jù)本發(fā)明優(yōu)選實施例的用于電子節(jié)目指南(EPG)系統(tǒng)的用 戶請求處理系統(tǒng)200的結(jié)構(gòu)圖。該用戶請求處理系統(tǒng)200包括HTTP請求處理器201、HTTP 請求集合器202、HTML頁面緩存器203、數(shù)據(jù)對象緩存器204以及應(yīng)用接口模塊206。HTTP請求處理器201從服務(wù)器網(wǎng)絡(luò)端口接收和處理來至STB客戶端的HTTP請求。 HTTP請求處理器通過異步編程模式和對網(wǎng)絡(luò)I/O的優(yōu)化，能夠處理一萬個以上的并發(fā)HTTP 請求。HTTP請求處理器201從客戶端發(fā)來的HTTP請求中解析出的URL，并將該URL傳遞給 HTML頁面緩存器203，由HTML頁面緩存器以URL為關(guān)鍵詞在頁面緩存區(qū)中查找對應(yīng)的頁 面。HTTP請求處理器201還用于將HTML頁面緩存器203查找到的頁面反饋給提出請求的 STB客戶端。HTML頁面緩存器203用于存儲客戶端曾經(jīng)訪問過的頁面，也就是EPG服務(wù)器響應(yīng) 最近收到的HTTP請求而產(chǎn)生的作為請求響應(yīng)的動、靜態(tài)HTML形式的頁面。HTML頁面緩存 器203根據(jù)接收到的URL在頁面緩存區(qū)中查找客戶請求的頁面，并負(fù)責(zé)緩存以及管理由EPG 服務(wù)器產(chǎn)生的HTML頁面。優(yōu)選地，HTML頁面緩存器203包括各種可讀寫的存儲器中用作 緩存區(qū)的部分或全部存儲單元。當(dāng)在頁面緩存區(qū)未查找到客戶請求的頁面時，客戶的HTTP請求被傳遞給HTTP請 求集合器202。HTTP請求集合器202對接收到的請求進(jìn)行分析、合并以及壓縮冗余請求，而 后將需要處理的請求經(jīng)由應(yīng)用接口模塊206轉(zhuǎn)發(fā)到現(xiàn)有EPG系統(tǒng)的業(yè)務(wù)邏輯模塊進(jìn)行處 理。優(yōu)選地，HTTP請求集合起202能夠智能地分析和處理客戶的HTTP請求，例如，根據(jù)請 求指向的URL地址，將同一時間/時段內(nèi)來自不同用戶的對同一 URL地址的訪問請求合并 為一個請求，忽略同一時段內(nèi)來自同一用戶的重復(fù)的訪問請求，從而避免了毫無意義的重 復(fù)處理和查詢，有效地提高了 EPG系統(tǒng)處理客戶請求的效率。
應(yīng)用接口模塊206用于實現(xiàn)本發(fā)明的用戶請求處理系統(tǒng)200與現(xiàn)有EPG系統(tǒng)中現(xiàn) 有業(yè)務(wù)邏輯模塊的無縫對接，它將經(jīng)過HTTP請求集合器202篩選的HTTP請求直接傳遞給 現(xiàn)有業(yè)務(wù)邏輯模塊，并將業(yè)務(wù)邏輯模塊產(chǎn)生的HTML響應(yīng)頁面直接導(dǎo)入HTML頁面緩存器。在 本發(fā)明的優(yōu)選實施例中，以開源JSP容器——Jetty 2. 0作為基礎(chǔ)進(jìn)行改造，形成可與現(xiàn)有 的基于JSP的EPG業(yè)務(wù)層對接的JSP Web容器(1)簡化了 Jetty原有的HTTP請求接收和 處理流程，由于HTTP請求已經(jīng)通過前端的HTTP請求處理器201和HTTP請求集合器202接 收和處理，因此改造后的JSP Web容器只需將處理后的HTTP請求直接傳遞給現(xiàn)有業(yè)務(wù)邏輯 模塊，由此克服了原JSP容器的流程效率不佳的缺陷；(2)簡化和重定向了 HTTP的響應(yīng)輸 出，不再將產(chǎn)生的HTML頁面直接通過網(wǎng)絡(luò)I/O返回給客戶，而是將HTML頁面直接導(dǎo)入HTML 頁面緩存器203。數(shù)據(jù)對象緩存器204設(shè)置于現(xiàn)有EPG系統(tǒng)的業(yè)務(wù)邏輯模塊和數(shù)據(jù)庫之間，響應(yīng)客 戶請求從數(shù)據(jù)庫查詢而獲得的數(shù)據(jù)對象被存儲于數(shù)據(jù)對象緩存區(qū)中，數(shù)據(jù)對象緩存器204 用于緩存和管理其中數(shù)據(jù)對象。優(yōu)選地，所述數(shù)據(jù)對象緩存區(qū)存儲了訪問、使用頻度較高 (例如頻度大于設(shè)定值)的數(shù)據(jù)對象，因此，在直接訪問數(shù)據(jù)庫之前先在數(shù)據(jù)對象緩存區(qū)中 進(jìn)行查詢，可以獲得大量訪問頻率高的數(shù)據(jù)對象，從而避免了大量復(fù)雜而慢速的數(shù)據(jù)庫直 接查詢。優(yōu)選地，數(shù)據(jù)對象緩存器204可以包括各種可讀寫的存儲器中用作緩存區(qū)的部分 或全部存儲單元。由此可見，本發(fā)明的用戶請求處理系統(tǒng)200是獨立于任何EPG現(xiàn)有應(yīng)用業(yè)務(wù)的，其 中，應(yīng)用接口模塊206可以與現(xiàn)有EPG業(yè)務(wù)模塊共生于同一 EPG硬件平臺上，HTTP請求處 理器201、HTTP請求集合器202、HTML頁面緩存器203、數(shù)據(jù)對象緩存器204則取代現(xiàn)有EPG 系統(tǒng)中低效的通用Web容器，從而實現(xiàn)了本發(fā)明的用戶請求處理系統(tǒng)200與現(xiàn)有EPG業(yè)務(wù) 應(yīng)用模塊的無縫結(jié)合。這樣，可以在完全無損EPG業(yè)務(wù)功能的情況下大幅度地提高系統(tǒng)運(yùn) 行性能。圖3示出了根據(jù)本發(fā)明優(yōu)選實施方式的用于EPG系統(tǒng)的用戶請求處理方法的流程 圖。在步驟301，接收來自客戶端的HTTP請求。所述客戶端設(shè)置在例如機(jī)頂盒的裝置 中，并通過各種適合的有線或無線網(wǎng)絡(luò)將用戶的請求發(fā)送至HTTP請求處理器。在步驟302，根據(jù)接收到的HTTP請求在頁面緩存區(qū)中查找客戶請求的頁面。查找 時，優(yōu)選采用從客戶端發(fā)來的HTTP請求中解析出的URL作為關(guān)鍵詞進(jìn)行查找。如果查找到客戶請求的頁面，則在步驟303從頁面緩存區(qū)取出HTML頁面，并將所 述頁面快速反饋給客戶端。如果未查找到客戶請求的頁面，則在步驟304判別所述請求的目標(biāo)URL是否正由 后臺業(yè)務(wù)邏輯模塊處理，即，判別該請求是否為新請求。如果該請求未被后臺業(yè)務(wù)邏輯處 理，即，是新請求，則在步驟305將所述請求轉(zhuǎn)發(fā)到后續(xù)子系統(tǒng)進(jìn)行處理。在本實施例中，具 體地，通過業(yè)務(wù)邏輯模塊對數(shù)據(jù)庫進(jìn)行查詢。而且，由于設(shè)置有數(shù)據(jù)對象緩存器，當(dāng)業(yè)務(wù)邏 輯模塊根據(jù)用戶請求進(jìn)行查詢時，首先由數(shù)據(jù)對象緩存器在數(shù)據(jù)對象緩存區(qū)中進(jìn)行查找， 如果尋獲欲查詢的數(shù)據(jù)對象，則無需對數(shù)據(jù)庫進(jìn)行檢索。此外，可以針對EPG系統(tǒng)的一些基 本和重復(fù)使用量大的數(shù)據(jù)對象，如電視頻道數(shù)據(jù)、回看頻道數(shù)據(jù)、電視劇及電影點播數(shù)據(jù)， 在數(shù)據(jù)對象緩存區(qū)中設(shè)置基于翻頁頁面的緩存，即直接按照客戶端顯示頁面的形式存儲數(shù)
7據(jù)對象，從而可以實現(xiàn)快速索引。在步驟306，將通過業(yè)務(wù)邏輯模塊產(chǎn)生的HTML頁面直接寫入頁面緩存區(qū)。優(yōu)選地， 同時通知HTTP請求集合器將已經(jīng)處理的請求從HTTP請求集合器的任務(wù)列表中清除。優(yōu)選 地，如不能在相關(guān)業(yè)務(wù)邏輯下或預(yù)定時間內(nèi)找到相關(guān)的數(shù)據(jù)對象并生成客戶請求的響應(yīng)頁 面，將根據(jù)具體情況將錯誤狀態(tài)碼發(fā)送給客戶端，錯誤狀態(tài)碼例如HTTP 4xx或5xx。優(yōu)選 地，生成包含錯誤狀態(tài)碼的HTML頁面，并將其存入頁面緩存區(qū)。如果未在頁面緩存區(qū)中查找到客戶請求的頁面，則以預(yù)定時間間隔反復(fù)查詢頁面 緩存區(qū)，即步驟307。一旦經(jīng)由業(yè)務(wù)邏輯模塊產(chǎn)生的HTML頁面被寫入頁面緩存區(qū)，則在步驟 308將找到的頁面發(fā)往客戶端。另外，雖然在圖3中未示出，但本發(fā)明的優(yōu)選實施方式中還包括下列步驟當(dāng)緩存區(qū)接近飽和時(例如緩存區(qū)存儲率大于或等于80%時可認(rèn)為飽和)，HTML 頁面緩存器可針對當(dāng)前被緩存頁面的熱門度進(jìn)行清理。熱門度高(例如，點擊率或被請求 率高)的頁面將盡量保存在緩存區(qū)中，而較冷門的頁面將被優(yōu)先清除掉。優(yōu)選地，還可以將 緩存頁面最近一次被請求訪問的時間作為清理緩存區(qū)的依據(jù)，與熱門度結(jié)合使用，從而更 有效地適應(yīng)客戶的訪問需求來調(diào)節(jié)所緩存的HTML頁面。當(dāng)后臺數(shù)據(jù)庫或EPG業(yè)務(wù)邏輯變化，EPG業(yè)務(wù)邏輯模塊將通過相關(guān)API向HTML頁 面緩存器發(fā)送有關(guān)通知，從而相關(guān)聯(lián)的頁面將會被從緩存區(qū)清除。數(shù)據(jù)對象緩存區(qū)被設(shè)計成循環(huán)式存儲，如果全被占滿，舊數(shù)據(jù)將從頭開始被新數(shù)
據(jù)覆蓋。當(dāng)數(shù)據(jù)庫的原始數(shù)據(jù)發(fā)生更新及變動時，數(shù)據(jù)對象緩存區(qū)中相應(yīng)數(shù)據(jù)將被清除。在上述的實施例中，本發(fā)明的系統(tǒng)并不包括EPG現(xiàn)有業(yè)務(wù)邏輯模塊和相關(guān)數(shù)據(jù) 庫，而是通過接口將需要處理的請求交由現(xiàn)有的業(yè)務(wù)邏輯模塊處理。然而，本領(lǐng)域技術(shù)人員 可以理解，本發(fā)明的系統(tǒng)可以包括自身的業(yè)務(wù)邏輯模塊或內(nèi)置特定的業(yè)務(wù)邏輯，用以實現(xiàn) 現(xiàn)有業(yè)務(wù)模塊所不具備的功能。盡管本發(fā)明是通過上述的優(yōu)選實施例進(jìn)行描述的，但是其實現(xiàn)形式并不局限于上 述的實施方式。應(yīng)該認(rèn)識到在不脫離本發(fā)明主旨的情況下，本領(lǐng)域技術(shù)人員可以對本發(fā)明 做出不同的變化和修改。
權(quán)利要求
一種用于電子節(jié)目指南系統(tǒng)的用戶請求處理系統(tǒng)，所述電子節(jié)目指南系統(tǒng)包括業(yè)務(wù)邏輯模塊和數(shù)據(jù)庫，其特征在于，所述用戶請求處理系統(tǒng)包括HTTP請求處理器、HTML頁面緩存器和應(yīng)用接口模塊，其中，所述HTTP請求處理器用于接收來自客戶端的HTTP請求，并用于將根據(jù)客戶請求生成的HTML頁面反饋給客戶端；所述HTML頁面緩存器用于在頁面緩存區(qū)中緩存并管理生成的HTML頁面，并根據(jù)接收到的HTTP請求在頁面緩存區(qū)中查找客戶請求的頁面；所述應(yīng)用接口模塊用于將需要處理的HTTP請求轉(zhuǎn)發(fā)到相關(guān)的業(yè)務(wù)邏輯模塊進(jìn)行處理，并將業(yè)務(wù)邏輯模塊生成的HTML頁面寫入頁面緩存區(qū)。
2.根據(jù)權(quán)利要求1所述的用戶請求處理系統(tǒng)，其特征在于，所述HTML頁面緩存器還用 于以預(yù)定的時間間隔在頁面緩存區(qū)中反復(fù)查找客戶請求的HTML頁面，直到找到為止。
3.根據(jù)權(quán)利要求2所述的用戶請求處理系統(tǒng)，其特征在于，當(dāng)頁面緩存區(qū)飽和時，所述 HTML頁面緩存器能夠根據(jù)被緩存頁面的熱門度對頁面緩存區(qū)進(jìn)行清理。
4.根據(jù)權(quán)利要求1所述的用戶請求處理系統(tǒng)，其特征在于，所述用戶請求處理系統(tǒng)進(jìn) 一步包括HTTP請求集合器，所述HTTP請求集合器用于，在所述HTML頁面緩存器未查找到 客戶請求的頁面時，判斷所述請求是否正在被業(yè)務(wù)邏輯模塊處理，并只將確實需要處理的 請求轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。
5.根據(jù)權(quán)利要求4所述的用戶請求處理系統(tǒng)，其特征在于，所述HTTP請求集合器還用 于對需要處理的HTTP請求進(jìn)行分析，將對應(yīng)于相同HTML頁面的請求合并處理，以確保針對 一個HTML頁面，有且只有一個請求被轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。
6.根據(jù)權(quán)利要求1至5中任意一項所述的用戶請求處理系統(tǒng)，其特征在于，所述用戶請 求處理系統(tǒng)進(jìn)一步包括數(shù)據(jù)對象緩存器，所述數(shù)據(jù)對象緩存器用于在數(shù)據(jù)對象緩存區(qū)中緩 存并管理從數(shù)據(jù)庫中查詢獲得的數(shù)據(jù)對象，并根據(jù)業(yè)務(wù)邏輯模塊的請求在數(shù)據(jù)對象緩存區(qū) 中查找相關(guān)的數(shù)據(jù)對象。
7.根據(jù)權(quán)利要求6所述的用戶請求處理系統(tǒng)，其特征在于，所述數(shù)據(jù)對象緩存器采用 循環(huán)方式對數(shù)據(jù)對象緩存區(qū)進(jìn)行存儲，如果數(shù)據(jù)對象緩存區(qū)存滿，則以新數(shù)據(jù)覆蓋舊數(shù)據(jù)。
8.一種用于電子節(jié)目指南系統(tǒng)的用戶請求處理方法，所述電子節(jié)目指南系統(tǒng)包括業(yè)務(wù) 邏輯模塊和數(shù)據(jù)庫，其特征在于，所述方法包括以下步驟接收來自客戶端的HTTP請求；根據(jù)接收到的HTTP請求在頁面緩存區(qū)中查找客戶請求的頁面；如果查找到客戶請求的頁面，則從頁面緩存區(qū)中取出頁面，并將所述頁面反饋給客戶端；如果未查找到客戶請求的頁面，則將需要處理的HTTP請求轉(zhuǎn)發(fā)到相關(guān)的業(yè)務(wù)邏輯模 塊進(jìn)行處理，并將業(yè)務(wù)邏輯模塊生成的HTML頁面寫入頁面緩存區(qū)。
9.根據(jù)權(quán)利要求8所述的用戶請求處理方法，其特征在于，所述方法進(jìn)一步包括如果未查找到客戶請求的頁面，則以預(yù)定的時間間隔在頁面緩存區(qū)中反復(fù)查找，直到 找到為止。
10.根據(jù)權(quán)利要求9所述的用戶請求處理方法，其特征在于，所述方法進(jìn)一步包括當(dāng)頁面緩存區(qū)飽和時，根據(jù)被緩存頁面的熱門度對頁面緩存區(qū)進(jìn)行清理。
11.根據(jù)權(quán)利要求8所述的用戶請求處理方法，其特征在于，所述方法進(jìn)一步包括 如果未查找到客戶請求的頁面，判斷所述HTTP請求是否正在被業(yè)務(wù)邏輯模塊處理，在所述HTTP請求未被處理時，將所述HTTP請求轉(zhuǎn)發(fā)到業(yè)務(wù)邏輯模塊。
12.根據(jù)權(quán)利要求11所述的用戶請求處理方法，其特征在于，所述方法進(jìn)一步包括 在將需要處理的HTTP請求轉(zhuǎn)發(fā)給業(yè)務(wù)邏輯模塊之前，對所述HTTP請求進(jìn)行分析，將對應(yīng)于相同HTML頁面的請求合并處理。
13.根據(jù)權(quán)利要求8至12中任意一項所述的用戶請求處理方法，其特征在于，所述方法 進(jìn)一步包括將從數(shù)據(jù)庫中查詢獲得的數(shù)據(jù)對象緩存在數(shù)據(jù)對象緩存區(qū)中，并根據(jù)業(yè)務(wù)邏輯模塊的 請求在數(shù)據(jù)對象緩存區(qū)中查找相關(guān)的數(shù)據(jù)對象。
14.根據(jù)權(quán)利要求13所述的用戶請求處理方法，其特征在于，所述方法進(jìn)一步包括 采用循環(huán)方式對數(shù)據(jù)對象緩存區(qū)進(jìn)行存儲，如果數(shù)據(jù)對象緩存區(qū)存滿，則以新數(shù)據(jù)覆蓋舊數(shù)據(jù)。全文摘要
本發(fā)明提供了一種用于電子節(jié)目指南(EPG)系統(tǒng)的用戶請求處理系統(tǒng)和處理方法，該用戶請求處理系統(tǒng)包括HTTP請求處理器、HTML頁面緩存器和應(yīng)用接口模塊，HTTP請求處理器接收來自客戶端的HTTP請求并將根據(jù)客戶請求生成的HTML頁面反饋給客戶端；HTML頁面緩存器在頁面緩存區(qū)中緩存并管理生成的HTML頁面，并根據(jù)接收到的HTTP請求在頁面緩存區(qū)中查找客戶請求的頁面；應(yīng)用接口模塊將需要處理的HTTP請求轉(zhuǎn)發(fā)到相關(guān)的EPG現(xiàn)有業(yè)務(wù)邏輯模塊進(jìn)行處理，并將業(yè)務(wù)邏輯模塊生成的HTML頁面寫入頁面緩存區(qū)。本發(fā)明能夠與現(xiàn)有EPG系統(tǒng)中業(yè)務(wù)邏輯應(yīng)用程序無縫對接，同時充分利用數(shù)據(jù)和HTML內(nèi)容緩存機(jī)制，增強(qiáng)了已尋獲數(shù)據(jù)或已產(chǎn)生的動、靜態(tài)HTML頁面的復(fù)用效率，可以將現(xiàn)有EPG系統(tǒng)的性能提高5-10倍。
文檔編號H04L29/08GK101882966SQ20091013642
公開日2010年11月10日 申請日期2009年5月7日 優(yōu)先權(quán)日2009年5月7日
發(fā)明者盧晗曉, 王樂挺, 臧群, 趙泛舟 申請人:清流迅(北京)科技有限公司