專利名稱：一種文件實時傳輸?shù)姆椒ê拖到y(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及數(shù)字電視收視分析技術(shù)領域，尤其涉及一種文件實時傳輸?shù)姆?法和系統(tǒng)。
背景技術(shù)：
數(shù)字電視收視分析是一個嶄新的收視分析領域，數(shù)字電視收視分析系統(tǒng)應 用于經(jīng)過數(shù)字化改造后的廣電網(wǎng)絡，利于機頂盒實時收集用戶收視行為數(shù)據(jù)， 然后從多層次、多角度，通過進行時段分析、頻道分析、節(jié)目分析、廣告分析 等，從而將獲取的分析指標用于對觀眾收視行為的解釋、分析和預測。
其中用戶收視行為數(shù)據(jù)是使用機頂盒的用戶觀看電視的信息的記錄，包括
時間、DVB頻道號、VOD點播影片信息等，詳細記錄了用戶的收視行為信息。
數(shù)據(jù)采集服務器能夠接收所有被管理的機頂盒的用戶收視行為數(shù)據(jù)，并按 一定周期(如一小時)，將用戶收視行為數(shù)據(jù)保存為一定格式的文件，文件名 通常按照文件類型及年月日時分秒的格式保存，便于理解該文件的類型及產(chǎn)生 時間，定期生成新的數(shù)據(jù)被保存在新的文件里，并存儲在磁盤陣列中。數(shù)據(jù)采 集服務器是分布式部署的，每個數(shù)據(jù)采集服務器管理一定范圍內(nèi)的機頂盒。
數(shù)據(jù)分析中心能夠?qū)⒏鱾€數(shù)據(jù)采集服務器收集來的用戶收視行為數(shù)據(jù)文 件匯聚在一起，然后進行多層次、多角度的分析。
因此，如何將各個數(shù)據(jù)采集服務器上的用戶收視行為數(shù)據(jù)文件實時的、不 重復的、準確的、安全的匯聚到數(shù)據(jù)分析中心是一個關鍵的問題。
目前對于文件的傳輸常用的方法就是通過FTP傳輸，通過FTP軟件遠程連 接到FTP服務器，將FTP服務器上的對應文件下載到本地。這種技術(shù)方案的有以下缺點
實時性低，且無法判斷文件結(jié)束標志。通過FTP的方式很難確定文件是否 已經(jīng)打上結(jié)束標記，進而不能實時的將已經(jīng)結(jié)束的文件上傳。
自動化程度低。通過FTP軟件，通常需要人為去檢査需要下載的文件，這
樣自動化程度太低，且容易出錯。
靈活性差。通過FTP軟件或方法，使用過程復雜，且靈活性差，不能自動 獲取文件服務器地址及變更情況。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種文件實時傳輸?shù)姆椒ê拖到y(tǒng)，適用于數(shù)字電視 收視分析系統(tǒng)，能夠?qū)崟r地將已經(jīng)完成的用戶收視行為數(shù)據(jù)文件上報給數(shù)據(jù)分 析中心。
為達此目的，本發(fā)明采用以下技術(shù)方案-
一種文件實時傳輸?shù)姆椒?，適用于數(shù)字電視收視分析系統(tǒng)，包括以下步驟
A、 文件代理維護文件列表和文件服務器對應的文件發(fā)送列表；
B、 文件服務器登錄到所述文件代理；
C、 所述文件代理定期査詢文件發(fā)送列表，根據(jù)所述文件服務器對應的文 件發(fā)送列表，將所述文件列表上還沒有傳輸給所述文件服務器的文件發(fā)送給所 述文件服務器。
所述文件包括用戶收視行為數(shù)據(jù)，由數(shù)據(jù)采集服務器定期生成。 步驟A進一步包括以下步驟
Al、所述文件代理定期按照順序讀取文件存放目錄下的文件的文件名； A2、判斷所述文件是否存在于內(nèi)存中的文件列表，如果是，則返回步驟 Al，如果否，則轉(zhuǎn)至步驟A3;
A3、判斷所述文件是否為過期文件，如果是，則返回步驟A1，如果否，則轉(zhuǎn)至步驟A4;
A4、判斷所述文件是否已經(jīng)結(jié)束，如果否，則返回步驟Al,如果是，則
轉(zhuǎn)至步驟A5;
A5、將所述文件信息加到所述文件列表中。 步驟B迸一步包括以下步驟
Bl、所述文件服務器從配置文件或者數(shù)據(jù)庫中讀取文件代理的IP地址、 端口信息、登錄的用戶名和密碼；
B2、所述文件服務器根據(jù)所述文件代理的IP地址、端口信息和所述文件 代理建立套接字連接，并發(fā)送登錄信息；
B3、所述文件代理對所述文件服務器進行鑒權(quán)。
步驟C中，所述文件發(fā)送列表保存了所述文件服務器的文件發(fā)送狀態(tài)信 息，包括當前發(fā)送文件在內(nèi)存中文件列表的位置、當前發(fā)送文件的總包數(shù)、已 經(jīng)發(fā)送的包序號、當前包的發(fā)送狀態(tài)、當前文件的發(fā)送狀態(tài)和當前文件的文件 名。
步驟C進一步包括以下步驟
Cl、所述文件代理定期查詢所述文件服務器對應的文件發(fā)送列表，獲取所
述文件服務器對應的文件發(fā)送狀態(tài)信息；
C2、所述文件代理根據(jù)所述文件服務器對應的文件發(fā)送狀態(tài)信息，判斷當 前文件是否發(fā)送完成，如果是，則轉(zhuǎn)至步驟C3，如果否，則轉(zhuǎn)至步驟C5;
C3、所述文件代理根據(jù)所述文件列表，判斷是否存在沒有發(fā)送給所述文件 服務器的文件，如果是，則轉(zhuǎn)至步驟C4，如果否，則結(jié)束本次發(fā)送，再返回 步驟C1;
C4、所述文件代理向所述文件服務器發(fā)送下一個文件的第一個包，并更新 所述文件服務器的文件發(fā)送狀態(tài)信息，直到所有文件發(fā)送完成，再轉(zhuǎn)至步驟 Cl;C5、所述文件代理判斷當前文件的包是否發(fā)送完成，如果是，則轉(zhuǎn)至步驟 C6，如果否，則轉(zhuǎn)至步驟C7;
C6、發(fā)送下一個包，更新包的發(fā)送狀態(tài)，直到當前文件的包全部發(fā)送完成， 并返回步驟C3;
C7、發(fā)送當前文件的當前的包，直到當前文件的包全部發(fā)送完成，并返回 步驟C3。
步驟C進一步還包括以下步驟
所述文件服務器收到所述文件代理傳輸?shù)奈募?，將所述文件包保存到?地文件中，如果保存文件包失敗，則向所述文件代理發(fā)送重傳當前文件包的命 令。
一種文件實時傳輸?shù)南到y(tǒng)，適用于數(shù)字電視收視分析系統(tǒng)，包括文件代理 和文件服務器，所述文件代理和所述文件服務器通過網(wǎng)絡連接，所述文件代理 用于維護文件列表、定期查詢文件發(fā)送列表并根據(jù)所述文件服務器對應的文件 發(fā)送狀態(tài)信息，將文件列表上還沒有傳輸給所述文件服務器的文件發(fā)送給所述 文件服務器，所述文件服務器用于接收所述文件代理發(fā)送的文件。
所述文件代理位于數(shù)據(jù)采集服務器上，所述文件服務器位于數(shù)據(jù)分析中心 或者文件匯聚中心。
一個文件代理對應不少于一個的文件服務器，一個文件服務器對應不少于 一個的文件代理。
采用了本發(fā)明的技術(shù)方案，通過定期判斷數(shù)據(jù)采集服務器上是否還有新的 已經(jīng)完成的用戶收視行為數(shù)據(jù)文件沒有發(fā)送給數(shù)據(jù)分析中心，來保證實時地把 己經(jīng)完成的用戶收視行為數(shù)據(jù)文件上報給數(shù)據(jù)分析中心。
進一步的，采用了本發(fā)明的技術(shù)方案，用戶收視行為數(shù)據(jù)文件上傳操作、 斷點續(xù)傳等都是自動完成，不需要人為參與。系統(tǒng)可擴張性強，數(shù)據(jù)采集服務器的增加，只需要配置到數(shù)據(jù)庫中，數(shù)據(jù) 分析中心能夠自動收集新增加的數(shù)據(jù)采集服務器的文件。
無論是數(shù)據(jù)采集服務器還是數(shù)據(jù)分析中心服務器的關機以及網(wǎng)絡的不穩(wěn) 定，再次開機或網(wǎng)絡再次聯(lián)通后仍可以繼續(xù)上傳沒有完成的文件。


圖l是本發(fā)明具體實施方式
中文件實時傳輸系統(tǒng)的結(jié)構(gòu)示意圖。
圖2是本發(fā)明具體實施方式
中文件代理維護用戶收視行為數(shù)據(jù)文件列表 的流程圖。
圖3是本發(fā)明具體實施方式
中文件代理和文件服務器建立連接的流程圖。 圖4是本發(fā)明具體實施方式
中文件代理給文件服務器實時上傳文件的流程圖。
具體實施例方式
下面結(jié)合附圖并通過具體實施方式
來進一步說明本發(fā)明的技術(shù)方案。 圖l是本發(fā)明具體實施方式
中文件實時傳輸系統(tǒng)的結(jié)構(gòu)示意圖。如圖l所 示，文件代理104部署在數(shù)據(jù)采集服務器102上，能夠完成將數(shù)據(jù)采集服務器產(chǎn) 生的用戶收視行為數(shù)據(jù)文件上傳給部署在數(shù)據(jù)分析中心101的文件服務器103。
文件代理能夠?qū)Ρ镜氐挠脩羰找曅袨閿?shù)據(jù)文件進行維護，定期打包用戶收 視行為數(shù)據(jù)文件，刪除過期用戶收視行為數(shù)據(jù)文件等。
文件代理還通過維護記錄有文件服務器的文件發(fā)送狀態(tài)信息的文件發(fā)送 列表，并將文件發(fā)送列表通過內(nèi)存文件映射到硬盤上，在文件服務器與文件代 理因網(wǎng)絡或其他原因斷開后，再次建立連接后，繼續(xù)上傳余下的用戶收視行為 數(shù)據(jù)文件或數(shù)據(jù)包來達到斷點續(xù)傳的功能。
文件服務器部署在數(shù)據(jù)分析中心或其他文件匯聚中心，用于接收各個數(shù)據(jù)采集服務器中文件代理上傳的用戶收視行為數(shù)據(jù)文件，然后分類保存在磁盤 上，并對磁盤中的數(shù)據(jù)進行整理，打包，刪除等操作。
文件代理和文件服務器通過網(wǎng)絡連接，都支持一對多，這樣能夠為系統(tǒng)部 署提高靈活性。
下面詳細描述文件實時傳輸?shù)牧鞒獭?br> 首先是用戶收視行為數(shù)據(jù)文件的生成。用戶收視行為數(shù)據(jù)文件是系統(tǒng)傳輸 的對象，它是按照一定格式生成好的文件，文件名稱的命名格式一般為文件生
成的時間，如action—20090104_230054. dat表示該文件是2009年l月4日23點0 分54秒生成的文件，這是為了便于從文件名判斷該文件的生成時間。
每隔一定周期(如一小時)生成一個新的文件，最新生成的文件是正在寫 入的文件，暫時不上傳，等下一個新文件生成時才上傳該文件。
其次文件代理維護用戶收視行為數(shù)據(jù)文件列表。通過讀取用戶收視行為數(shù) 據(jù)文件，文件代理維護一個文件列表，該列表中的文件是需要上傳給文件服務 器的文件。定期輪詢文件列表，將新文件信息添加到文件列表中，將過期的文 件信息從文件列表中刪除。
用戶收視行為數(shù)據(jù)文件分為兩類 一類是已經(jīng)寫完的文件，該文件是一個
周期之前的文件，并且有結(jié)束標識； 一類是正在寫還沒有寫完的文件，沒有結(jié) 束標識。讀取本地用戶收視行為數(shù)據(jù)文件的操作是周期性在做的，在一個很小 的時間間隔內(nèi)，就要對文件存放目錄下的文件進行檢查，檢查新的文件。 圖2是本發(fā)明具體實施方式
中文件代理維護用戶收視行為數(shù)據(jù)文件列表
的流程圖。如圖2所示，該流程包括以下步驟
步驟201、文件代理定期按照順序一個個讀取文件存放目錄下的文件的文 件名。
步驟202、將該文件名與內(nèi)存中的文件列表進行比較，判斷該文件是否存 在于內(nèi)存中的文件列表，如果是，則返回步驟201，如果否，則轉(zhuǎn)至步驟203。步驟203、判斷該文件是否為過期文件，如果是，則返回步驟201，如果 否，則轉(zhuǎn)至步驟204。
步驟204、判斷該文件是否已經(jīng)結(jié)束，如果否，則返回步驟201，如果是， 則轉(zhuǎn)至步驟205。其中該文件是否結(jié)束是通過打開該文件査看是否有結(jié)束標識 來判斷，如果有結(jié)束標識，則已經(jīng)結(jié)束；如果沒有結(jié)束標識，則沒有結(jié)束。
步驟205、將該文件信息加到文件列表中，再返回步驟201。
再次是文件代理和文件服務器之間建立連接。圖3是本發(fā)明具體實施方式
中文件代理和文件服務器建立連接的流程圖。如圖3所示，該流程包括以下步 驟
步驟301、文件代理一直監(jiān)聽文件服務器的連接，對于文件代理來說，一 個文件服務器是文件代理的--個客戶端，文件代理則是服務器。
步驟302、文件服務器從配置文件或者數(shù)據(jù)庫中讀取文件代理的IP地址、 端口信息、登錄的用戶名和密碼。
步驟303、文件服務器根據(jù)文件代理的IP地址、端口信息和文件代理建 立套接字連接，并發(fā)送登錄信息。
步驟304、文件代理對文件服務器進行鑒權(quán)，通過后兩者建立連接。
文件代理和文件服務器建立連接后是文件代理將用戶收視行為數(shù)據(jù)文件 上傳給文件服務器的過程。圖4是本發(fā)明具體實施方式
中文件代理給文件服務 器實時上傳文件的流程圖。如圖4所示，該流程包括以下步驟
步驟401、文件代理維護其對應的文件服務器的文件發(fā)送列表，該文件發(fā) 送列表保存了該文件代理的所有對應文件服務器的文件發(fā)送狀態(tài)信息，包括當 前發(fā)送文件在內(nèi)存中文件列表的位置、當前發(fā)送文件的總包數(shù)、已經(jīng)發(fā)送的包 序號、當前包的發(fā)送狀態(tài)、當前文件的發(fā)送狀態(tài)和當前文件的文件名。
步驟402、文件代理定期査詢該文件發(fā)送列表，獲得每個文件服務器的文 件發(fā)送狀態(tài)信息。步驟403、根據(jù)文件發(fā)送狀態(tài)信息，判斷該文件服務器的當前文件是否發(fā) 送完成，如果是，則轉(zhuǎn)至步驟404，如果否，則轉(zhuǎn)至步驟406。
步驟404、文件代理查詢文件列表，判斷是否存在沒有發(fā)送給文件服務器 的文件，如果是，則轉(zhuǎn)至步驟405，如果否，則結(jié)束，過一段時間返回步驟402。
步驟405、文件代理向文件服務器發(fā)送下一個文件的第一個包，并更新文 件服務器的文件發(fā)送狀態(tài)信息，直到所有文件發(fā)送完成，再過一段時間返回步 驟402。
步驟406、文件代理判斷當前文件的包是否發(fā)送完成，如果是，則轉(zhuǎn)至步 驟407，如果否，則轉(zhuǎn)至步驟408。
步驟407、發(fā)送下一個包，更新包的發(fā)送狀態(tài)，直到當前文件的包全部發(fā) 送完成，并返回步驟404。
步驟40S、發(fā)送當前文件的當前包，直到當前文件的包全部發(fā)送完成，并 返回步驟404。由于內(nèi)存中的文件列表是和硬盤中的文件做了文件映射的，這 樣即使文件或包發(fā)送了一半，文件代理或文件服務器關閉，再次啟動后仍能繼 續(xù)傳送，但數(shù)據(jù)包需要重新傳輸整個包。這就是這里所謂的斷點續(xù)傳。
文件服務器收到文件代理傳輸?shù)奈募瑢⑽募４娴奖镜匚募?，?果保存文件包失敗，則向文件代理發(fā)送重傳當前文件包的命令。
一個文件服務器的文件發(fā)送完成后，文件代理將上傳下一個文件服務器的 文件，如此循環(huán)，對所有對應的文件服務器實時發(fā)送文件。
以上的流程描述了文件代理和文件服務器的交互過程，其中檢查文件列表 中是否有新文件可以保證了文件的實時傳輸，因為一旦有新文件，該文件信息 就加入到了文件列表中，然后就作為新文件發(fā)送給文件服務器了。
文件代理維護的文件服務器的文件發(fā)送列表，記錄了每個文件服務器的文 件發(fā)送狀態(tài)信息，由于是經(jīng)過內(nèi)存磁盤映射技術(shù)處理的，這樣就能保證文件代 理和文件服務器之間傳輸?shù)奈募男畔⒛軌虬踩谋４娴酱疟P上，無論文件代理還是文件服務器進程死掉，重啟后能夠斷點續(xù)傳。
對于本地的文件，超過一定時限的文件認為是無效數(shù)據(jù)，文件代理的文件 信息列表中也已經(jīng)剔除了該文件的信息，不會進行上傳，所以對于該部分文件 進行打包處理，例如三天前的文件，進行壓縮打包，然后刪除原始文件，以保 證磁盤空間的合理利用。
本具體實施方式
解決了數(shù)字電視系統(tǒng)中用戶收視行為數(shù)據(jù)文件高效、高實 時性的傳輸，能夠24小時不間斷的自動完成數(shù)據(jù)文件的上報；在分布式部署 時，可以靈活擴展，通過增加文件代理及在文件服務器配置該文件代理的IP、 端口、用戶名、密碼等信息，從而達到擴展管理范圍的目的。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局 限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變 化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該 以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種文件實時傳輸?shù)姆椒?，適用于數(shù)字電視收視分析系統(tǒng)，其特征在于，包括以下步驟A、文件代理維護文件列表和文件服務器對應的文件發(fā)送列表；B、文件服務器登錄到所述文件代理；C、所述文件代理定期查詢文件發(fā)送列表，根據(jù)所述文件服務器對應的文件發(fā)送列表，將所述文件列表上還沒有傳輸給所述文件服務器的文件發(fā)送給所述文件服務器。
2、 根據(jù)權(quán)利要求1所述的一種文件實時傳輸?shù)姆椒?，其特征在于，所?文件包括用戶收視行為數(shù)據(jù)，由數(shù)據(jù)采集服務器定期生成。
3、 根據(jù)權(quán)利要求1或者2所述的一種文件實時傳輸?shù)姆椒?，其特征在于，步驟A進一步包括以下步驟M、所述文件代理定期按照順序讀取文件存放目錄下的文件的文件名； A2、判斷所述文件是否存在于內(nèi)存中的文件列表，如果是，則返回步驟Al，如果否，則轉(zhuǎn)至步驟A3;A3、判斷所述文件是否為過期文件，如果是，則返回歩驟A1，如果否，則轉(zhuǎn)至步驟A4;A4、判斷所述文件是否已經(jīng)結(jié)束，如果否，則返回步驟A1，如果是，則 轉(zhuǎn)至步驟A5;A5、將所述文件信息加到所述文件列表中。
4、 根據(jù)權(quán)利要求1所述的一種文件實時傳輸?shù)姆椒?，其特征在于，步驟 B進一步包括以下步驟Bl、所述文件服務器從配置文件或者數(shù)據(jù)庫中讀取文件代理的IP地址、 端口信息、登錄的用戶名和密碼；B2、所述文件服務器根據(jù)所述文件代理的IP地址、端口信息和所述文件 代理建立套接字連接，并發(fā)送登錄信息；B3、所述文件代理對所述文件服務器進行鑒權(quán)。
5、 根據(jù)權(quán)利要求l所述的一種文件實時傳輸?shù)姆椒?，其特征在于，步驟 C中，所述文件發(fā)送列表保存了所述文件服務器的文件發(fā)送狀態(tài)信息，包括當 前發(fā)送文件在內(nèi)存中文件列表的位置、當前發(fā)送文件的總包數(shù)、己經(jīng)發(fā)送的包 序號、當前包的發(fā)送狀態(tài)、當前文件的發(fā)送狀態(tài)和當前文件的文件名。
6、 根據(jù)權(quán)利要求5所述的一種文件實時傳輸?shù)姆椒?，其特征在于，步驟C進一步包括以下歩驟Cl、所述文件代理定期査詢所述文件服務器對應的文件發(fā)送列表，獲取所 述文件服務器對應的文件發(fā)送狀態(tài)信息；C2、所述文件代理根據(jù)所述文件服務器對應的文件發(fā)送狀態(tài)信息，判斷當 前文件是否發(fā)送完成，如果是，則轉(zhuǎn)至歩驟C3，如果否，則轉(zhuǎn)至步驟C5;C3、所述文件代理根據(jù)所述文件列表，判斷是否存在沒有發(fā)送給所述文件 服務器的文件，如果是，則轉(zhuǎn)至步驟C4，如果否，則結(jié)束本次發(fā)送，再返回步驟C1;C4、所述文件代理向所述文件服務器發(fā)送下一個文件的第一個包，并更新 所述文件服務器的文件發(fā)送狀態(tài)信息，直到所有文件發(fā)送完成，再轉(zhuǎn)至步驟 Cl;C5、所述文件代理判斷當前文件的包是否發(fā)送完成，如果是，則轉(zhuǎn)至步驟 C6，如果否，則轉(zhuǎn)至步驟C7;C6、發(fā)送下一個包，更新包的發(fā)送狀態(tài)，直到當前文件的包全部發(fā)送完成， 并返回步驟C3;C7、發(fā)送當前文件的當前的包，直到當前文件的包全部發(fā)送完成，并返回 步驟C3。
7、 根據(jù)權(quán)利要求6所述的一種文件實時傳輸?shù)姆椒?，其特征在于，步驟C進一步還包括以下步驟所述文件服務器收到所述文件代理傳輸?shù)奈募?，將所述文件包保存到?地文件中，如果保存文件包失敗，則向所述文件代理發(fā)送重傳當前文件包的命 令。
8、 一種文件實時傳輸?shù)南到y(tǒng)，適用于數(shù)字電視收視分析系統(tǒng)，其特征在于，包括文件代理和文件服務器，所述文件代理和所述文件服務器通過網(wǎng)絡連 接，所述文件代理用于維護文件列表、定期查詢文件發(fā)送列表并根據(jù)所述文件 服務器對應的文件發(fā)送狀態(tài)信息，將文件列表上還沒有傳輸給所述文件服務器 的文件發(fā)送給所述文件服務器，所述文件服務器用于接收所述文件代理發(fā)送的 文件。
9、 根據(jù)權(quán)利要求8所述的一種文件實時傳輸?shù)南到y(tǒng)，其特征在于，所述 文件代理位于數(shù)據(jù)采集服務器上，所述文件服務器位于數(shù)據(jù)分析中心或者文件 匯聚中心。
10、 根據(jù)權(quán)利要求8或者9所述的一種文件實時傳輸?shù)南到y(tǒng)，其特征在于， 一個文件代理對應不少于一個的文件服務器，一個文件服務器對應不少于一個 的文件代理。
全文摘要
本發(fā)明公開了一種文件實時傳輸?shù)姆椒ê拖到y(tǒng)，適用于數(shù)字電視收視分析系統(tǒng)，文件代理維護文件列表，文件服務器登錄到文件代理，文件代理定期查詢文件發(fā)送列表，獲取文件服務器對應的文件發(fā)送狀態(tài)信息，文件代理根據(jù)文件服務器的文件發(fā)送狀態(tài)信息，將文件列表上還沒有傳輸給文件服務器的文件發(fā)送給文件服務器。采用了本發(fā)明的技術(shù)方案，能夠?qū)崟r地將已經(jīng)完成的用戶收視行為數(shù)據(jù)文件上報給數(shù)據(jù)分析中心，并且支持斷點續(xù)傳。
文檔編號H04L29/08GK101534415SQ20091008283
公開日2009年9月16日 申請日期2009年4月23日 優(yōu)先權(quán)日2009年4月23日
發(fā)明者趙利城, 宇 辛 申請人:天柏寬帶網(wǎng)絡科技(北京)有限公司