專利名稱：一種iptv系統(tǒng)日志消息跟蹤方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信通訊業(yè)務(wù)IPTV (網(wǎng)絡(luò)電視)領(lǐng)域，特別地，涉及系統(tǒng) 日志消息跟蹤的方法及系統(tǒng)。
背景技術(shù)：
IPTV是基于寬帶高速IP網(wǎng)的以網(wǎng)絡(luò)視頻資源為內(nèi)容主體，以電視機(jī)、 電腦等為顯示終端的交互式網(wǎng)絡(luò)電視，融合了互聯(lián)網(wǎng)、多媒體、通訊等各種 技術(shù)，可以提供包括數(shù)字電視節(jié)目、節(jié)目點(diǎn)播、在線信息咨詢、可視IP電 話等在內(nèi)的諸多服務(wù)。由于IPTV充分利用了電信、電視、互聯(lián)網(wǎng)各自的優(yōu) 勢(shì)和特點(diǎn)，有效地實(shí)現(xiàn)了媒體提供者和媒體消費(fèi)者之間的實(shí)質(zhì)性互動(dòng)，因此， 它將會(huì)成為電信行業(yè)下一個(gè)極具前景的增值業(yè)務(wù)，具有巨大的市場潛力。
為了實(shí)現(xiàn)上述功能，IPTV整個(gè)系統(tǒng)由多個(gè)部分組成，包括SMS(服務(wù) 管理系統(tǒng))、CDN (內(nèi)容分發(fā)網(wǎng)絡(luò))、EPG (電子節(jié)目單)等。其中每部分 都由很多小的模塊組成，這些小的模塊每個(gè)分別完成系統(tǒng)的某項(xiàng)特定功能， 在運(yùn)行時(shí)，也分別將自己的運(yùn)行日志記錄到自己單獨(dú)的日志文件中。這樣就 會(huì)產(chǎn)生一個(gè)問題， 一個(gè)功能的實(shí)現(xiàn)大多會(huì)牽涉到多個(gè)模塊，所以為了跟蹤一 個(gè)功能的實(shí)現(xiàn)過程，就需要同時(shí)打開所有相關(guān)模塊的日志開關(guān)，同時(shí)查看。 這樣不但查看時(shí)繁瑣，容易遺漏，而且對(duì)于對(duì)系統(tǒng)內(nèi)部模塊不熟悉的用戶來 說，查看運(yùn)行過程基本是不可能的事。
下面以CDN的內(nèi)容發(fā)布來說明現(xiàn)有的IPTV系統(tǒng)日志消息跟蹤方法。
內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Distribution Network, CDN子系統(tǒng))在IPTV中 擔(dān)負(fù)著內(nèi)容的分發(fā)控制、將內(nèi)容推送到邊緣服務(wù)節(jié)點(diǎn)提高內(nèi)容服務(wù)質(zhì)量的功 能。
如圖1，內(nèi)容發(fā)布過程，牽涉到多個(gè)功能模塊，首先SMS WEB (門戶)生成一個(gè)內(nèi)容發(fā)布任務(wù)，記錄到SMS數(shù)據(jù)庫中。內(nèi)容代理模塊定時(shí)掃描SMS 數(shù)據(jù)庫，查詢到內(nèi)容發(fā)布任務(wù)后，取出，發(fā)送給CDN的中心控制模塊，然 后生成到發(fā)布中心節(jié)點(diǎn)的內(nèi)容調(diào)度任務(wù)，寫入CDN數(shù)據(jù)庫，發(fā)送給CDN 的節(jié)點(diǎn)代理控制模塊，轉(zhuǎn)給代理接口模塊，生成適配消息發(fā)送給流媒體執(zhí)行 內(nèi)容調(diào)度任務(wù)。在產(chǎn)生操作結(jié)果后，再逐級(jí)返回，最終在SMSWEB上顯示。
在這個(gè)過程中，每個(gè)功能模塊都會(huì)在日志文件中打印接收或發(fā)送的消 息，記錄途中的重要步驟和操作結(jié)果。而這些用戶在使用過程中都是不知道 的，只能通過WEB查看最終的操作結(jié)果成功或者失敗。
如果是發(fā)布失敗，此時(shí)為了查找失敗原因，對(duì)系統(tǒng)了解的人員，可以逐 個(gè)模塊將日志打開，查看發(fā)布日志，由于每個(gè)模塊都有自己的日志，所以可 能同時(shí)跟蹤查看5、 6個(gè)日志，而且日志中不區(qū)分功能，同時(shí)會(huì)打印模塊中 所有子線程的操作日志，每個(gè)模塊都是所有操作日志混雜在一起，區(qū)分查看 時(shí)需要極大的耐心，耗時(shí)耗力。
而對(duì)系統(tǒng)不了解的人，想要查找發(fā)布失敗的原因是不可想象的。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種IPTV系統(tǒng)日志消息跟蹤方法及 系統(tǒng)，實(shí)現(xiàn)IPTV系統(tǒng)中各個(gè)模塊的日志消息的統(tǒng)一展示，更加方便日志消 息的使用和查找。
為了解決上述技術(shù)問題，本發(fā)明提供了一種IPTV系統(tǒng)日志消息跟蹤方 法，包括
門戶服務(wù)器接收用戶輸入的對(duì)IPTV系統(tǒng)中日志消息進(jìn)行過濾的條件， 并下發(fā)給內(nèi)容代理模塊；
內(nèi)容代理模塊接收到所述過濾條件后，將接收到的所述過濾條件以及相 應(yīng)的門戶服務(wù)器信息進(jìn)行存儲(chǔ)；
內(nèi)容代理模塊發(fā)送日志獲得請(qǐng)求給底層各功能模塊；
底層各功能模塊接收到所述日志獲得請(qǐng)求后，將日志信息發(fā)送給內(nèi)容代 理模塊；
5內(nèi)容代理模塊將收到的日志信息與所述過濾條件進(jìn)行對(duì)比，將滿足所述 過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。
為了解決上述技術(shù)問題，本發(fā)明還提供了一種IPTV系統(tǒng)日志消息跟蹤 系統(tǒng)，包括
接收模塊，用于接收用戶在門戶服務(wù)器輸入的對(duì)IPTV系統(tǒng)中日志消息 進(jìn)行過濾的條件；
內(nèi)容代理模塊，用于接收到所述過濾條件后發(fā)出存儲(chǔ)指令，發(fā)送日志獲 得請(qǐng)求給底層各功能模塊；
第 一存儲(chǔ)模塊，用于接收到存儲(chǔ)指令后將所述接收到的過濾條件以及相 對(duì)應(yīng)的服務(wù)器信息進(jìn)行存儲(chǔ)；
底層各功能模塊，用于接收到所述日志獲得請(qǐng)求后，將日志信息進(jìn)行發(fā)
送；
對(duì)比模塊，用于接收底層各功能模塊發(fā)送的日志信息，與過濾條件進(jìn)行 對(duì)比，將滿足過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。
使用本發(fā)明的方法及系統(tǒng)，可以將IPTV系統(tǒng)整個(gè)業(yè)務(wù)流程的主要日志 都在web上統(tǒng)一展示，方面用戶查看和查找問題原因。通過本發(fā)明的方法， 即使對(duì)底層各模塊不熟悉的人也可以方便的查看到流程執(zhí)行的全過程，即使 發(fā)布過程失敗，也可以直觀的看到哪個(gè)模塊的錯(cuò)誤，及時(shí)通知相關(guān)人員解決。


圖1是舉例的現(xiàn)有技術(shù)中CDN內(nèi)容發(fā)布流程時(shí)序圖2是本發(fā)明提出的日志消息跟蹤的方法流程圖3是本發(fā)明實(shí)施例中WEB服務(wù)器端日志消息跟蹤的簡略流程圖4是后臺(tái)消息跟蹤的詳細(xì)流程圖5是hash表的詳細(xì)說明圖6為本發(fā)明的日志消息跟蹤的系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明使用Web觸發(fā)的模式，由后臺(tái)將過濾的日志發(fā)給Web,然后由 Web統(tǒng)一展示。
下面結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施方式進(jìn)行詳細(xì)說明。
參照?qǐng)D2所示，是本發(fā)明提出的日志消息跟蹤的方法流程圖。所述方法 包括
步驟201:根據(jù)需要獲得的日志消息內(nèi)容設(shè)定對(duì)IPTV系統(tǒng)中日志消息 進(jìn)行過濾的條件；
例如內(nèi)容id = 000002000012，
Nodeid = node 123456,
Unitid-unitl 23456 只有符合這個(gè)條件的日志，才會(huì)采集。
步驟202:用戶在瀏覽器上選擇過濾條件，發(fā)送日志跟蹤請(qǐng)求給WEB 服務(wù)器，請(qǐng)求獲得滿足所述過濾條件的日志消息內(nèi)容；
步驟203: WEB服務(wù)器收到所述日志跟蹤請(qǐng)求后，將所述日志跟蹤請(qǐng) 求轉(zhuǎn)發(fā)給內(nèi)容代理模塊，并在轉(zhuǎn)發(fā)所述日志跟蹤請(qǐng)求時(shí)，攜帶對(duì)WEB服務(wù) 器進(jìn)行區(qū)別的通信參數(shù)信息；
步驟204:內(nèi)容代理模塊收到所述日志跟蹤請(qǐng)求后，生成用于區(qū)分所述 日志跟蹤請(qǐng)求的唯一流水號(hào)；
流水號(hào)是為了區(qū)分不同的日志跟蹤請(qǐng)求消息設(shè)置的唯一區(qū)別標(biāo)志，因?yàn)?在一個(gè)web服務(wù)器上，可以同時(shí)有多個(gè)用戶在ie上訪問，每個(gè)用戶在ie上 設(shè)置的過濾條件不同，此時(shí)就是用該流水號(hào)來區(qū)分的。
步驟205:內(nèi)容代理模塊將相對(duì)應(yīng)的WEB服務(wù)器的通信參數(shù)信息、過 濾條件、流水號(hào)進(jìn)行存儲(chǔ)；
后臺(tái)服務(wù)器只有一個(gè)，而web服務(wù)器可以有多個(gè)，web服務(wù)器發(fā)送過濾 條件給后臺(tái)服務(wù)器后，后臺(tái)服務(wù)器需要保存該過濾條件發(fā)送者的信息，比如 ip 192.168.0.2的月l務(wù)器發(fā)過來過濾條件a, ip 192.168.0.3發(fā)過來的過濾條件是b，在有了符合條件的日志后，后臺(tái)服務(wù)器要向哪臺(tái)web服務(wù)器發(fā)送。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，采用Hash (散列函數(shù))表對(duì)WEB服務(wù) 器的通信參數(shù)信息、過濾條件、流水號(hào)進(jìn)行存儲(chǔ)。當(dāng)然，其他的記錄方式， 只要能實(shí)現(xiàn)本發(fā)明的目的，也可以為本發(fā)明所采用，比如采用鏈表對(duì)相關(guān)信 息存儲(chǔ)，存儲(chǔ)后的過濾條件、WEB服務(wù)器通信參數(shù)、流水號(hào)存在一一對(duì)應(yīng) 關(guān)系.
步驟206:內(nèi)容代理模塊給WEB返回響應(yīng)，所述響應(yīng)中包含生成的流 水號(hào)，同時(shí)下發(fā)日志獲得請(qǐng)求給需要對(duì)其日志消息進(jìn)行跟蹤的目標(biāo)模塊，即 相關(guān)的底層模塊。
步驟207: WEB服務(wù)器收到響應(yīng)消息后，獲得流水號(hào)，創(chuàng)建以所述流 水號(hào)為文件名的文件流水號(hào).txt,做好接收跟蹤日志消息的準(zhǔn)備；
步驟208:需要對(duì)其日志消息進(jìn)行跟蹤的目標(biāo)模塊在收到內(nèi)容代理模塊 的日志獲得請(qǐng)求后，打開日志開關(guān)，將相關(guān)流程產(chǎn)生的跟蹤日志消息發(fā)送給 內(nèi)容代理模塊；需要對(duì)其日志消息進(jìn)行跟蹤的目標(biāo)模塊包括CDN中心控制 模塊等；
步驟209:內(nèi)容代理模塊收到各個(gè)目標(biāo)模塊發(fā)送的消息后，根據(jù)過濾條 件查找，如果符合某項(xiàng)里的過濾條件，則獲取WEB服務(wù)器的通信參數(shù)和流 水號(hào)，將信息發(fā)送給對(duì)應(yīng)的WEB服務(wù)器。
步驟210: WEB服務(wù)器收到內(nèi)容代理模塊的過濾信息后，存放到內(nèi)存 中，每隔一^殳時(shí)間，寫入對(duì)應(yīng)流水號(hào)的文件中。
在用戶瀏覽器請(qǐng)求時(shí)，將文件中的內(nèi)容返回給瀏覽器，方便用戶查看。
參照?qǐng)D3所示，是本發(fā)明實(shí)施例中WEB服務(wù)器端日志消息跟蹤的簡略 流程圖。
步驟301.用戶在IE上輸入過濾條件給門戶服務(wù)器；
步驟302.門戶服務(wù)器將過濾條件發(fā)送給內(nèi)容代理模塊；
步驟303.內(nèi)容代理模塊將符合條件的日志信息發(fā)送給請(qǐng)求的門戶服務(wù)
器；
步驟304.門戶服務(wù)器收到日志信息后，緩存起來，并且查看服務(wù)器上是
8否已經(jīng)存在該流水號(hào)的日志文件，沒有的話生成新的文件；
步驟305.每隔一段時(shí)間，門戶服務(wù)器將緩存信息寫入對(duì)應(yīng)流水號(hào)的曰志 文件；
步驟306.用戶在IE上請(qǐng)求符合過濾條件的日志信息，門戶服務(wù)器讀取 對(duì)應(yīng)的日志文件，展示給用戶。
參照?qǐng)D4所示，是后臺(tái)消息跟蹤的詳細(xì)流程步驟401.用戶在IE上的SMS門戶輸入信息的過濾條件并下發(fā)給內(nèi)容代 理模塊；
步驟402.內(nèi)容代理模塊將收到的過濾信息、流水號(hào)以及門戶服務(wù)器信息 一起插入到hash表中；
步驟403.內(nèi)容代理模塊將過濾信息發(fā)送給底層各功能模塊；
步驟404.底層各功能模塊打開日志開關(guān)，在進(jìn)行相關(guān)搡作時(shí)，將日志發(fā) 送給內(nèi)容代理模塊；
步驟405.內(nèi)容代理模塊將收到的日志信息與存放在hash表中的過濾條 件做對(duì)比，如果不符合則丟棄；
步驟406.如果有滿足的話，則將該信息發(fā)送給相應(yīng)的WEB服務(wù)器。
內(nèi)容代理模塊收到WEB服務(wù)器的消息后，收集信息插入hash表，接受 到相關(guān)模塊的消息后，根據(jù)hash表過濾，查找流水號(hào)鏈表，獲取WEB服務(wù) 器通信參數(shù)，將過濾信息發(fā)送給相應(yīng)的WEB服務(wù)器。
參照?qǐng)D5所示，是hash表的詳細(xì)說明圖；圖5是在內(nèi)容代理模塊存放 過濾信息的數(shù)據(jù)結(jié)構(gòu).箭頭表示單向鏈表。
Hash表的key為過濾條件，value為一個(gè)鏈表，存放不同的WEB服務(wù) 器信息和流水號(hào)等，防止不同的WEB服務(wù)器或者同一個(gè)WEB服務(wù)器不同 的流水號(hào)下發(fā)同樣的過濾條件。
參照?qǐng)D6所示，為本發(fā)明的日志消息跟蹤的系統(tǒng)結(jié)構(gòu)圖。所述系統(tǒng)包括接收才莫塊601,用于接收在用戶在門戶服務(wù)器輸入的對(duì)IPTV系統(tǒng)中日 志消息進(jìn)行過濾的條件；
內(nèi)容代理模塊602，用于接收到所述過濾條件后發(fā)出存儲(chǔ)指令，發(fā)送日 志獲得請(qǐng)求給底層各功能模塊604;
第一存儲(chǔ)模塊603,用于接收到存儲(chǔ)指令后將所述接收到的過濾條件以 及服務(wù)器信息進(jìn)行存儲(chǔ)；
底層各功能模塊604,用于接收到所述日志獲得請(qǐng)求后，將日志信息進(jìn) 行發(fā)送；
對(duì)比模塊605，用于接收底層各功能模塊604發(fā)送的日志信息，與過濾 條件進(jìn)行對(duì)比，將滿足過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。
在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，所述內(nèi)容代理模塊602還用于
生成用于識(shí)別所述過濾條件的流水號(hào)；將所述流水號(hào)返回給門戶服務(wù) 器；相應(yīng)的，
所述第一存儲(chǔ)模塊603還用于將所述接收到的過濾條件、流水號(hào)以及服 務(wù)器信息相對(duì)應(yīng)進(jìn)行存儲(chǔ)；相應(yīng)的，所述系統(tǒng)還包括
生成模塊606，用于門戶服務(wù)器生成以所述流水號(hào)為特征的文件； 第二存儲(chǔ);漠塊607,用于將滿足過濾條件的日志信息存儲(chǔ)于以所述流水 號(hào)為特征的文件。
所述對(duì)比模塊605還用于
將與所述過濾條件相對(duì)應(yīng)的流水號(hào)發(fā)送至所述門戶服務(wù)器。
在本發(fā)明優(yōu)選的實(shí)施例中，所述第一存儲(chǔ)模塊603將過濾條件、流水號(hào) 以及服務(wù)器信息存儲(chǔ)到散列函數(shù)表中?；蛘?，所述第一存儲(chǔ)模塊603將過濾 條件、流水號(hào)以及服務(wù)器信息存儲(chǔ)到鏈表中。
通過本發(fā)明的方法，用戶使用時(shí)，只需機(jī)器上安裝有瀏覽器，隨時(shí)隨地 都可以跟蹤某項(xiàng)功能的實(shí)現(xiàn)過程。而且界面上顯示的內(nèi)容，可以通過樣式設(shè) 定，使日志顯示更加友好；多個(gè)模塊的工作日志統(tǒng)一在界面顯示，不用同時(shí) 查看多個(gè)窗口，對(duì)一個(gè)工作周期內(nèi)的各個(gè)模塊流程整合顯示，不用對(duì)內(nèi)部實(shí)現(xiàn)、模塊分工有過多的了解；界面顯示聯(lián)合日志時(shí)，通過初始頁面設(shè)置的過 濾條件，只顯示自己需要查看的內(nèi)容，不同于日志文件中不管功能類型，內(nèi) 容種類全部打印，查看時(shí)需要仔細(xì)分辨查找。
特別的，系統(tǒng)中可能同時(shí)有多個(gè)Web服務(wù)器，或者一個(gè)WEB服務(wù)器同 時(shí)收到多個(gè)消息跟蹤請(qǐng)求，不管他們的過濾條件相同或者不同，根據(jù)內(nèi)容代 理模塊產(chǎn)生的唯一流水號(hào)和hash表里存放的WEB服務(wù)器通信參數(shù)，內(nèi)容代 理模塊可以同時(shí)根據(jù)過濾條件將同一條消息發(fā)送給一個(gè)或多個(gè)不同的WEB 服務(wù)器，WEB服務(wù)器在收到多個(gè)返回消息后，可以根據(jù)流水號(hào)的不同，存 放到不同的跟蹤日志消息文件中。
這樣，通過本發(fā)明，可以將不同模塊的同一流程根據(jù)某項(xiàng)過濾條件，將 曰志統(tǒng)一跟蹤展示，屏蔽了后臺(tái)多模塊的日志查看細(xì)節(jié)，避免了同時(shí)打開查 看多個(gè)模塊雜亂無章日志的不便，提升了用戶體驗(yàn)，提高了查找問題的效率。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本 領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和 原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
1、一種IPTV系統(tǒng)日志消息跟蹤方法，其特征在于，包括門戶服務(wù)器接收用戶輸入的對(duì)IPTV系統(tǒng)中日志消息進(jìn)行過濾的條件，并下發(fā)給內(nèi)容代理模塊；內(nèi)容代理模塊接收到所述過濾條件后，將接收到的所述過濾條件以及相應(yīng)的門戶服務(wù)器信息進(jìn)行存儲(chǔ)；內(nèi)容代理模塊發(fā)送日志獲得請(qǐng)求給底層各功能模塊；底層各功能模塊接收到所述日志獲得請(qǐng)求后，將日志信息發(fā)送給內(nèi)容代理模塊；內(nèi)容代理模塊將收到的日志信息與所述過濾條件進(jìn)行對(duì)比，將滿足所述過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。
2、 如權(quán)利要求l所述的方法，其特征在于，所述內(nèi)容代理模塊接收到 所述過濾條件后，還包括生成用于識(shí)別所述過濾條件的流水號(hào)；將所述流水號(hào)與接收到的所述過濾條件以及服務(wù)器信息相對(duì)應(yīng)進(jìn)行存儲(chǔ)；將所述流水號(hào)返回給門戶服務(wù)器；相應(yīng)的，所述方法還包括門戶服務(wù)器生成以所述流水號(hào)為特征的文件；將滿足過濾條件的日志信息存儲(chǔ)于以所述流水號(hào)為特征的文件。
3、 如權(quán)利要求2所述的方法，其特征在于，所述將滿足過濾條件的曰 志信息發(fā)送給相應(yīng)的門戶服務(wù)器的步驟，還包括將與所述過濾條件相對(duì)應(yīng)的流水號(hào)發(fā)送至所述門戶服務(wù)器。
4、 如權(quán)利要求2所述的方法，其特征在于，所述內(nèi)容代理模塊將過濾 條件、流水號(hào)以及服務(wù)器信息存儲(chǔ)到散列函數(shù)表中。
5、 如權(quán)利要求2所述的方法，其特征在于，所述內(nèi)容代理模塊將過濾條件、流水號(hào)以及服務(wù)器信息存儲(chǔ)到鏈表中。
6、 一種IPTV系統(tǒng)日志消息跟蹤系統(tǒng)，其特征在于，包括接收模塊，用于接收用戶在門戶服務(wù)器輸入的對(duì)IPTV系統(tǒng)中日志消息 進(jìn)行過濾的條件；內(nèi)容代理模塊，用于接收到所述過濾條件后發(fā)出存儲(chǔ)指令，發(fā)送日志獲 得請(qǐng)求給底層各功能模塊；第一存儲(chǔ)模塊，用于接收到存儲(chǔ)指令后將所述接收到的過濾條件以及對(duì) 應(yīng)的服務(wù)器信息進(jìn)行存儲(chǔ)；底層各功能模塊，用于接收到所述日志獲得請(qǐng)求后，將日志信息進(jìn)行發(fā)送；對(duì)比模塊，用于接收底層各功能模塊發(fā)送的日志信息，與過濾條件進(jìn)行 對(duì)比，將滿足過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。
7、 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述內(nèi)容代理模塊還用于生成用于識(shí)別所述過濾條件的流水號(hào)；將所述流水號(hào)返回給門戶服務(wù) 器；相應(yīng)的，所述第一存儲(chǔ)模塊還用于將所述接收到的過濾條件、流水號(hào)以及服務(wù)器 信息相對(duì)應(yīng)進(jìn)行存儲(chǔ)；相應(yīng)的，所述系統(tǒng)還包括生成模塊，用于門戶服務(wù)器生成以所述流水號(hào)為特征的文件； 第二存儲(chǔ)模塊，用于將滿足過濾條件的日志信息存儲(chǔ)于以所述流水號(hào)為 特征的文件。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述對(duì)比模塊還用于 將與所述過濾條件相對(duì)應(yīng)的流水號(hào)發(fā)送至所述門戶服務(wù)器。
9、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述第一存儲(chǔ)模塊將過濾 條件、流水號(hào)以及服務(wù)器信息存儲(chǔ)到散列函數(shù)表中。
10、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述第一存儲(chǔ)模塊將過濾 條件、流水號(hào)以及服務(wù)器信息存儲(chǔ)到鏈表中。
全文摘要
本發(fā)明公開了一種IPTV系統(tǒng)日志消息跟蹤方法及系統(tǒng)，所述方法包括門戶服務(wù)器接收用戶輸入的對(duì)IPTV系統(tǒng)中日志消息進(jìn)行過濾的條件，并下發(fā)給內(nèi)容代理模塊；內(nèi)容代理模塊接收到所述過濾條件后，將接收到的所述過濾條件以及相應(yīng)的門戶服務(wù)器信息進(jìn)行存儲(chǔ)；內(nèi)容代理模塊發(fā)送日志獲得請(qǐng)求給底層各功能模塊；底層各功能模塊接收到所述日志獲得請(qǐng)求后，將日志信息發(fā)送給內(nèi)容代理模塊；內(nèi)容代理模塊將收到的日志信息與所述過濾條件進(jìn)行對(duì)比，將滿足所述過濾條件的日志信息發(fā)送給相應(yīng)的門戶服務(wù)器。使用本發(fā)明的方法及系統(tǒng)，可以將IPTV系統(tǒng)整個(gè)業(yè)務(wù)流程的主要日志都在門戶服務(wù)器上統(tǒng)一展示，方面用戶查看和查找問題原因。
文檔編號(hào)H04N7/14GK101668155SQ20091016198
公開日2010年3月10日 申請(qǐng)日期2009年9月10日 優(yōu)先權(quán)日2009年9月10日
發(fā)明者權(quán) 徐, 王德超, 馬忠成 申請(qǐng)人:中興通訊股份有限公司