動態內容分發的內容同步方法、設備及系統的製作方法

2023-08-02 06:01:56

專利名稱：：動態內容分發的內容同步方法、設備及系統的製作方法
技術領域：
：本發明涉及通信
技術領域：
，尤其涉及動態內容分發的內容同步方法、設備及系統。
背景技術：
：動態內容分發(DynamicContentDelivery,DCD)是一種基於C/S(Client/Server,客戶機/伺服器)結構，由網絡側伺服器在預先設定的時間從內容源獲取內容後，通過特定的觸發機制向移動終端推送內容的技術。DCD伺服器對不同類別的內容以頻道的形式進行分類，並以頻道的形式向用戶的DCD終端分發(如體育頻道、娛樂頻道等)。各頻道中的內容以頻道項的形式組織，即每個頻道中包含若干條內容。DCD伺服器在頻道設置的同步時間到達時，從內容源獲取內容並緩存。DCD終端後續可以連接網絡，並向DCD伺服器發起內容同步請求；DCD月l務器將緩存的最新內容同步給DCD終端。發明人發現，在傳統行動網路中，由於終端並非一直在線，因此伺服器端要通過向終端發送WAP(WirelessAccessProtocol,無線訪問協議)Push(推送)消息來通知終端連接網絡併到特定的URL(UniformResourceLocator,統一資源定位符)地址獲取內容，這種方式往往需要單獨的通知過程，消耗特定的網絡資源。同樣的，DCD終端也並非一直在線，若將前述WAPPUSH消息通知方式應用於DCD終端連接網絡並向DCD伺服器發起內容同步請求，也會需要單獨的通知過程，消耗特定的網絡資源
發明內容本發明實施例提供一種動態內容分發DCD的內容同步方法，用以節約網絡資源，該方法包括DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；DCD終端在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。本發明實施例還提供一種DCD伺服器，用以節約網絡資源，該DCD伺服器包括接收模塊，用於接收DCD終端發起的對用戶訂閱內容的同步請求；發送模塊，用於在接收到DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間。本發明實施例還提供一種DCD終端，用以節約網絡資源，該DCD終端包括發送模塊，用於向DCD伺服器發起對用戶訂閱內容的同步請求；接收模塊，用於接收DCD伺服器發送的當前用戶訂閱內容及該內容的生存時間；更新模塊，用於根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；控制模塊，用於在所述生存時間結束時，指示所述發送模塊向DCD伺服器發起對用戶訂閱內容的下一次同步請求。本發明實施例還提供一種DCD系統，用以節約網絡資源，該DCD系統包括DCD終端和DCD伺服器，其中DCD伺服器，用於在接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端，用於發起對用戶訂閱內容的同步請求；根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；以及，在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。本發明實施例中，DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；DCD終端在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求，其中，由DCD終端主動向DCD伺服器發起同步請求，而無需DCD伺服器向DCD終端發送WAPPush消息來通知DCD終端發起同步請求，可以避免DCD伺服器向DCD終端進行尋址、IP位址確認和路由選4奪等操作，降低業務的複雜性，同時有效節省網絡帶寬，減輕網絡負載，並且也能夠保證DCD終端按時得到最新的頻道內容。圖1為本發明實施例中DCD內容同步的處理流程圖2為本發明實施例中訪問頻度列表的一個實例圖3為本發明實施例中DCD伺服器計算TTL時間的處理流程圖4為本發明實施例中DCD終端控制發起同步請求的處理流程圖5為本發明實施例中計算TTL基本時間的一個實例圖6為本發明實施例中選取預計的用戶訪問量最小的時間段的示意圖7為本發明實施例中DCD伺服器的結構圖8為本發明實施例中DCD伺服器在一個實例中的結構圖9為本發明實施例中DCD終端的結構圖IO為本發明實施例中DCD終端在一個實例中的結構圖11為本發明實施例中DCD系統的結構圖。具體實施例方式本發明實施例中，DCD伺服器將頻道項內容同步給DCD終端時，會告知7DCD終端下一次發起同步請求的時間，也就是本次同步的頻道項內容的生存時間(TimeToLive,TTL時間)。DCD終端在本次內容失效後，也即TTL結束後，自動向DCD伺服器發起下一次內容同步請求，以獲取更新的頻道項內容。如圖l所示，本發明實施例中，DCD內容同步的處理流程如下步驟101、DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間。實施時，DCD伺服器可以按一定時間算法計算TTL時間，並獲得用戶訂閱內容，將用戶訂閱內容封裝為同步響應數據包返回給客戶端，其中同步響應數據包中攜帶TTL參數。步驟102、DCD終端根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新。步驟103、DCD終端在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。從圖l所示流程可以看出，TTL時間是決定DCD終端何時發起內容同步請求的一個時間。DCD終端每次發起內容同步請求後，在DCD伺服器返回的同步響應數據包中能夠獲得本次內容的生存時間，即在同步響應數據包中得到一個由DCD^^務器產生的新的TTL時間。DCD終端才艮據該TTL時間重新開始計時，當這個時間到達時，DCD終端將再次發起內容同步請求。本發明實施例中，DCD伺服器的TTL產生算法主要依據的原則有保證用戶得到最新的頻道信息。根據該原則，TTL時間的產生可以根據用戶訂閱頻道的情況，確定用戶什麼時候應該同步，以獲得最新的頻道信息。一個實施例中，DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，可以根據用戶訂閱內容的頻道更新起始時刻、結束時刻、更新周期(當然也可以是頻率)，確定用戶訂閱內容的頻道更新時刻表；根據本次同步請求時刻及所述頻道更新時刻表確定當前用戶訂閱內容的生存時間。一個實施例中，可以將用戶所訂閱內容的下一次頻道更新時刻與本次同步請求時刻的差值，確定為當前用戶訂閱內容的生存時間。舉例來說，可以先獲得用戶訂閱的頻道信息以及頻道的內容更新開始時間、更新結束時間、頻道更新周期。從用戶同步請求時刻起，對於每一個頻道，都有一個"下一次更新時間"，設頻道n的"下一次更新時間"為Fn。頻道n的"下一次更新時間"Fn是指頻道n下一次更新時刻與當前同步請求時刻的差值。其中，下一次更新時刻可通過內容更新開始時間、更新結束時間、頻道更新周期得到。例如新聞1的下一次更新時刻為12:00,當前同步請求時間為9:35，那麼新聞1的更新時間Fn為12:00減去9:35,即Fn-2小時25分。對某一個頻道來說，"下一次更新時間"即該頻道內容的生存時間，為用戶所訂閱頻道的下一次更新時刻與本次同步請求時刻的差值。若用戶訂閱內容包括多個頻道，則DCD伺服器根據本次同步請求時刻，以及用戶訂閱內容中各頻道的更新起始時刻、結束時刻、更新周期，確定包含用戶訂閱內容中各頻道更新時刻的頻道更新時刻表；根據本次同步請求時刻及所述頻道更新時刻表，計算各頻道當前用戶訂閱內容的生存時間；後續比較各頻道當前內容的生存時間，將其中最小值確定為當前用戶訂閱內容的生存時間。如上例中，將所有頻道的"更新時間"都算出後，即得到F1、F2、F3.....Fn,這些值中選出最小的值Fk，作為TTL時間。由於DCD終端與DCD伺服器之間的同步一般集中在某一特定的時間段，這樣，在某時間段內，所有訂製相同頻道的DCD終端將同時向DCD伺服器發起同步請求，可能對DCD伺服器造成沖擊。為減少這種衝擊，本發明實施例還提出對生存時間進行調整的方法，將用戶向DCD伺服器發送同步請求的時間散列在某一個可配置的時間內，緩和伺服器負載。則本發明實施例中，DCD伺服器的TTL產生算法主*據的原則還在於散列用戶發起訪問的時間。該TTL散列時間用於散列用戶發起同步的時間點，以避免同步時間過度集中而造成伺服器負載過大。9將前述確定的當前用戶訂閱內容的生存時間作為TTL基本時間，則可以得到TTL時間(調整後的)=TTL基本時間+TTL散列時間。一個實施例中，在DCD伺服器向DCD終端發送所述生存時間之前，DCD伺服器可以根據當前用戶訪問總量確定散列時間範圍；在散列時間範圍內，對確定的當前用戶訂閱內容的生存時間進行調整；將調整後的當前用戶訂閱內容的生存時間發送給DCD終端。將TTL散列時間範圍記為A,則TTL散列時間的取值將在該範圍內。在本發明實施例中，根據統計數據，提供一與DCD伺服器活動用戶規模相關聯的TTL散列時間範圍，其目的在於儘量減少伺服器的負載工作。TTL散列時間範圍根據活動用戶規模的增加而增加。具體如表1所示表l:TTL散列時間範圍值建議表tableseeoriginaldocumentpage10一個實施例中，DCD伺服器可以維護一個一天的訪問時間點列表(稱為訪問頻度列表)，該列表以T分鐘為間隔，記錄在該T分鐘內，有多少用戶將要發起對DCD伺服器的訪問，圖2為一個T=5分鐘的訪問頻度列表的例子。T可以進行配置，T取得越小，散列的時間更加精確，用戶訪問時間分布更加均勻，但是算法的複雜度將會越高；T取得越大，即散列時間粒度大，精確度低，但是算法複雜度低。本發明實施例中將時間T與TTL散列時間範圍相關聯。當TTL散列時間範圍很小時，T會隨著減小。建議值如表2。通過該列表，可以直接獲得在當前之後的一段時間內，將會有多少用戶向DCD伺服器發起同步請求。TTL散列時間產生時可以根據該列表，選擇用戶比較少的時間段，將用戶的訪問時間調整到該時間段中。tableseeoriginaldocumentpage11DCD伺服器可以以確定的當前用戶訂閱內容的生存時間結束時刻為起始、在散列時間範圍內，按散列時間間隔確定預計的用戶訪問量最小的時間段；將預計的用戶訪問量最小的時間段起始時刻與本次同步請求時刻的差值，加上散列時間間隔內一隨^/L時間值，確定為調整後的當前用戶訂閱內容的生存時間。以TTL基本時間為起點，在TTL散列時間範圍之內，從訪問頻度列表中，選出訪問次數最少的時間間隔，如圖2所示舉例說明，TTL基本時間所在時刻為12:00，散列時間範圍30分鐘，散列時間間隔為5分鐘，則在12:00-12:30中，預計的用戶訪問量最小的時間段為12:05-12:10，其訪問次數(185次)，將該時間段的起點記為S。產生一個以毫秒為單位，在5分鐘時間內的時間隨機數，也就是說，在5*60*1000=300000範圍內產生一個隨機數，記為R。用S減去TTL基本時間所在的時刻，結果記為P,P加上R，即得到TTL散列時間，即TTL散列時間=P+R。則TTL散列時間-(訪問頻度最少的TTL時間段的起始時間-TTL基本時間所在的時刻)+5分鐘的隨機值=(S-TTL基本時間所在時刻)+R。最後，TTL時間=TTL基本時間+TTL散列時間，得出了最終的TTL時間之後，根據該時間，即可推算用戶下次發起訪問時所在的時間點。DCD伺服器可以將預計的用戶訪問量最小的時間段的預計的用戶訪問量記錄加l，作為下一次調整用戶訂閱內容生存時間的依據，即在訪問頻度列表該時間點所在的時間4史中將預計的用戶訪問數量增加1。如圖3所示，一個實施例中，DCD伺服器計算TTL時間的處理流程如下步驟301、接收到來自用戶的同步信息，即DCD同步請求。步驟302、解析同步請求包，提取用戶信息。步驟303、通過訪問關係資料庫，獲得用戶訂閱的所有頻道的同步信息，計算所有頻道的"更新時間"F。步驟304、從F1、F2、F3.....Fn中取出最小值，作為TTL基本時間。步驟305、根據訪問頻度列表，計算TTL散列時間。步驟306、取TTL基本時間與散列時間之和，得出TTL時間。步驟307、計算出該用戶使用此TTL時間後，下次訪問DCD伺服器的時刻，並根據該時刻更新訪問頻度列表(訪問次數加1)。步驟308、將TTL時間輸出到響應包中。如圖4所示，一個實施例中，DCD終端控制發起同步請求的處理流程如下步驟401、接收到來自DCD伺服器的同步信息，即同步請求的響應包。步驟402、解析同步響應包，提取TTL。步驟403、將TTL作為參數啟動計時器。步驟404、判斷計時器是否到時，若是，則繼續步驟405,若否，則繼續計時。步驟405、生成同步請求包，發送同步請求。下面給出一個TTL時間算法的實例，現假設(1)用戶A訂閱了以下頻道1、天氣預報頻道的內容更新開始時間7:00，內容更新結束時間21:00，更新周期為12小時，則如不使用TTL散列時間，在同一天內，用戶訪問該頻道的時刻為7:00，19:00。2、新聞1:內容更新開始時間8:00,內容更新結束時間22:00，更新周12期為4個小時，則如不使用TTL散列時間，在同一天內，用戶訪問該頻道的時刻為8:00，12:00,16:00，20:00。3、娛樂1:內容更新開始時間8:00，內容更新結束時間22:00,更新周期6小時，則如不使用TTL散列時間，在同一天內，用戶訪問該頻道的時刻為8:00,14:00,20:00。(2)伺服器散列時間範圍A為30分鐘，頻度列表時間間隔T為5分鐘。(3)終端本次請求時間是09:35(即當前時刻為9:35)。根據以上假設，DCD伺服器的TTL算法步驟如下1、DCD伺服器在9:35接收到來自用戶A的同步請求；2、根據用戶A的同步請求包，DCD伺服器查詢訂閱關係，得到了用戶所訂閱的頻道信息；3、伺服器產生該用戶的TTL基本時間。根據頻道信息，計算出天氣頻道的更新時間Fl、新聞1頻道的更新時間F2和娛樂1頻道的更新時間F3;其中，對於天氣頻道，其更新周期為12小時，下一次更新時刻為19:00,則頻道更新時間Fl=19:00-09:35=9小時25分鐘；對於新聞1頻道，其更新周期為4小時，下一次更新時刻為12:00，則頻道更新時間F2=12:00-09:35=2小時25分鐘；對於娛樂1頻道，其更新周期為6小時，下一次更新時刻為14:00,則頻道更新時間F3=14:00-09:35=4小時25分鐘；在F1，F2，F3選擇最小的更新時間作為TTL基本時間，如圖5所示，得出TTL基本時間為2小時25分，即8700000ms;4、產生TTL散列時間，以上已經得出TTL基本時間為2小時25分，如果不加上TTL散列時間，用戶A下一次訪問DCD伺服器的時刻應為12:00。在訪問頻度列表中12:00-12:30時段內(如圖6)，12:05-12:IO這個時間間隔中，訪問次數最少，因此選擇此時段的起始點12:05作為起始點S;5、將S減去TTL基本時間所在時刻=12:05-12:00=5分鐘，合300000ms;6、產生5分鐘內的散列時間R,假設產生的隨機時間為R=80000(ms);7、得出TTL散列時間300000+80000=380000(ms);8、得出最終的TTL時間為8700000+380000=9080000(ms);9、輸出TTL時間並攜帶於響應包中返回症合用戶A的終端；10、用戶A的終端接收到響應包後，提取到的TTL值為9080000ms。終端激活計時器，以9080000為時限啟動計時器，開始計時；11、計時器到時之後，用戶A的終端將在12:06分20秒時，重新發起同步請求，此次同步他將能獲取到天氣預報頻道的DCD內容項。基於同一發明構思，本發明實施例還提供一種DCD伺服器，其結構如圖7所示，可以包括接收模塊701,用於接收DCD終端發起的對用戶訂閱內容的同步請求；發送模塊702,用於在接收到DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間。一個實施例中，圖7所示的DCD伺服器還可以包括基本生存時間產生模塊703，用於根據用戶訂閱內容的頻道更新起始時刻、結束時刻、更新周期，確定用戶訂閱內容的頻道更新時刻表；根據本次同步請求時刻及所述頻道更新時刻表確定當前用戶訂閱內容的生存時間。一個實施例中，圖7所示的DCD伺服器還可以包括調整模塊704,用於根據當前的用戶訪問總量確定散列時間範圍；在散列時間範圍內，對確定的當前用戶訂閱內容的生存時間進行調整；貝'J,發送模塊702還可以用於將調整後的當前用戶訂閱內容的生存時間發送給DCD終端。針對TTL時間算法，在DCD伺服器側，可以有TTL伺服器軟體功能模塊，用於實現TTL時間的計算和管理。在DCD伺服器，對於每一個用戶，都保留有一個DCD的TTL數據。一個具體實施如圖8所示，在DCD伺服器側，TTL時間算法的功能模塊主要包括以下幾個l)調度器整體調度，接收用戶同步請求後，調用用戶請求解析器對同14步請求進行解析，提取用戶信息，根據用戶信息情況調用TTL基本時間產生器和TTL散列時間產生器，最後對兩個時間進行求和，得出TTL時間；2)TTL散列時間產生器產生TTL散列時間；3)TTL基本時間產生器產生TTL基本時間；4)隨機時間發生器產生一個5分鐘以內，以毫秒為單位的時間隨機值；5)用戶訪問頻度列表維護器維護和產生用戶訪問頻度列表；6)用戶、頻道訂閱關係管理器TTL基本時間產生器調用該模塊獲得用戶、訂閱關係、頻道信息等相關數據；7)用戶請求解析器解析用戶請求包體的XML信息，提取算法中的相關信息；8)訪問頻度列表訪問頻度列表數據結構；9)用戶訂閱關係邀:據庫保存用戶訂閱關係。基於同一發明構思，本發明實施例還提供一種DCD終端，其結構如圖9所示，可以包括發送模塊卯l,用於向DCD伺服器發起對用戶訂閱內容的同步請求；接收模塊902，用於接收DCD伺服器發送的當前用戶訂閱內容及該內容的生存時間；更新模塊903,用於根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；控制模塊904,用於在所述生存時間結束時，指示所述發送模塊向DCD伺服器發起對用戶訂閱內容的下一次同步請求。在DCD終端軟體中，DCD終端可以記錄上一次同步過程中得到的TTL時間，根據TTL時間設立計時器，從上次同步時間開始算起，在TTL時間到達時，激活同步請求模塊，向DCD伺服器發起同步請求。DCD終端功能模塊可以DCD終端側用於管理DCD的TTL的一個軟體模塊，其主要作用是接收與DCD伺服器同步時的，同步響應包中攜帶的TTL。在DCD終端軟體中，該模塊將記錄上一次同步過程中得到的TTL時間，以TTL時間為計時時限激活計時器，從本次同步時間開始算起，在TTL時間到達時，激活手機同步請求模塊，向DCD伺服器發起同步請求。一個具體實施如圖lO所示，DCD終端主要包括1)調度器TTL算法時間的總調度；2)TTL時間維護器用於維護TTL時間變量；3)計時器以TTL時間為範圍開始計時，失效時產生到時事件，調度器捕捉到到時事件後會激活終端同步請求模塊，發送同步請求；4)XML包解析器，解析XML響應數據包。5)同步請求模塊，發起同步請求。6)響應包接收模塊，接收響應數據包。基於同一發明構思，本發明實施例還提供一種DCD系統，其結構如圖11所示，包括DCD終端1101和DCD伺服器1102，其中DCD伺服器1102，用於在接收DCD終端1101發起的對用戶訂閱內容的同步請求後，向DCD終端1101發送當前用戶訂閱內容及該內容的生存時間；DCD終端1101,用於發起對用戶訂閱內容的同步請求；根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；以及，在所述生存時間結束時，向DCD伺服器1102發起對用戶訂閱內容的下一次同步請求。本發明實施例中，DCD終端在獲得訂製內容時，DCD伺服器告知DCD終端本次同步內容的生存時間，即TTL時間。DCD終端在內容失效後，也即TTL時間到達後，向DCD伺服器發起下一次同步，確保了手機終端定時向伺服器發送同步請求，保證了手機終端按時同步最新的頻道內容；另外，由DCD終端主動向DCD伺服器發起同步請求，而無需DCD伺服器向DCD終端發送WAPPush消息來通知DCD終端發起同步請求，可以避免DCD伺服器向DCD終端進行尋址、IP位址確認和路由選擇等操作，降低業務的複雜性，有效節省網絡帶寬，減輕網絡負載。另外，本發明實施例通過TTL散列時間算法，將DCD終端向DCD伺服器發起同步的時間散列開，可以避免所有訂製同一頻道的DCD終端在同一時刻向DCD伺服器發起同步請求的現象，從而減少DCD終端同步請求對DCD伺服器的沖擊。明的精神和範圍。這樣，倘若對本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。1權利要求1、一種動態內容分發DCD的內容同步方法，其特徵在於，該方法包括DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；DCD終端在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。2、如權利要求1所述的方法，其特徵在於，DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，進一步包括DCD伺服器根據用戶訂閱內容的頻道更新起始時刻、結束時刻、更新周期，確定用戶訂閱內容的頻道更新時刻表；4艮據本次同步請求時刻及所述頻道更新時刻表確定當前用戶訂閱內容的生存時間。3、如權利要求2所述的方法，其特徵在於，所述根據本次同步請求時刻及所述頻道更新時刻表確定當前用戶訂閱內容的生存時間包括將用戶訂閱內容的下一次頻道更新時刻與本次同步請求時刻的差值，確定為當前用戶訂閱內容的生存時間。4、如權利要求2所述的方法，其特徵在於，若用戶訂閱內容包括多個頻道，則:DCD伺服器根據本次同步請求時刻，以及用戶訂閱內容中各頻道的更新起始時刻、結束時刻、更新周期，確定包含用戶訂閱內容中各頻道更新時刻的頻道更新時刻表；才艮據本次同步請求時刻及所述頻道更新時刻表，計算各頻道當前用戶訂閱內容的生存時間；DCD伺服器比較各頻道當前內容的生存時間，將其中最小值確定為當前用戶訂閱內容的生存時間。5、如權利要求2至4任一項所述的方法，其特徵在於，在DCD伺服器向DCD終端發送所述生存時間之前，進一步包括DCD伺服器根據當前的用戶訪問總量確定散列時間範圍；DCD伺服器在散列時間範圍內，對瑜定的當前用戶訂閱內容的生存時間進行調整。6、如權利要求5所述的方法，其特徵在於，DCD伺服器在散列時間範圍內，對確定的當前用戶訂閱內容的生存時間進行調整包括DCD伺服器根據散列時間範圍確定散列時間間隔；DCD伺服器以確定的當前用戶訂閱內容的生存時間結束時刻為起始、在散列時間範圍內，按散列時間間隔確定預計的用戶訪問量最小的時間段；DCD伺服器將預計的用戶訪問量最小的時間段起始時刻與本次同步請求時刻的差值，加上散列時間間隔內一隨機時間值，確定為調整後的當前用戶訂閱內容的生存時間。7、如權利要求6所述的方法，其特徵在於，DCD伺服器將預計的用戶訪問量最小的時間段的預計的用戶訪問量記錄加1，作為下一次調整用戶訂閱內容生存時間的依據。8、一種DCD伺服器，其特徵在於，包括接收模塊，用於接收DCD終端發起的對用戶訂閱內容的同步請求；發送模塊，用於在接收到DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間。9、如權利要求8所述的DCD伺服器，其特徵在於，還包括基本生存時間產生模塊，用於根據用戶訂閱內容的頻道更新起始時刻、結束時刻、更新周期，確定用戶訂閱內容的頻道更新時刻表；才艮據本次同步請求時刻及所述頻道更新時刻表確定當前用戶訂閱內容的生存時間。10、如權利要求9所述的DCD伺服器，其特徵在於，還包括調整模塊，用於根據當前的用戶訪問總量確定散列時間範圍；在散列時間範圍內，對確定的當前用戶訂閱內容的生存時間進行調整；所述發送模塊進一步用於將調整後的當前用戶訂閱內容的生存時間發送給DCD終端。11、一種DCD終端，其特徵在於，包括發送模塊，用於向DCD伺服器發起對用戶訂閱內容的同步請求；接收模塊，用於接收DCD伺服器發送的當前用戶訂閱內容及該內容的生存時間；更新模塊，用於根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；控制模塊，用於在所述生存時間結束時，指示所述發送^i塊向DCD伺服器發起對用戶訂閱內容的下一次同步請求。12、一種DCD系統，其特徵在於，包括DCD終端和DCD伺服器，其中DCD伺服器，用於在接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端，用於發起對用戶訂閱內容的同步請求；根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；以及，在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。全文摘要本發明公開了一種動態內容分發DCD的內容同步方法，該方法包括DCD伺服器接收DCD終端發起的對用戶訂閱內容的同步請求後，向DCD終端發送當前用戶訂閱內容及該內容的生存時間；DCD終端根據接收的當前用戶訂閱內容，進行用戶訂閱內容的更新；DCD終端在所述生存時間結束時，向DCD伺服器發起對用戶訂閱內容的下一次同步請求。本發明同時公開一種DCD伺服器、DCD終端、DCD系統。採用本發明可以保證DCD終端儘可能快速地獲得更新內容，節約網絡資源。文檔編號H04L29/08GK101656753SQ20081011866公開日2010年2月24日申請日期2008年8月21日優先權日2008年8月21日發明者濤劉,尹瑤瑤,溫亮生,鄭於鍔申請人:中國移動通信集團公司