一種實現數據交互的方法和系統及其相關裝置的製作方法

2023-05-14 11:03:26

專利名稱：一種實現數據交互的方法和系統及其相關裝置的製作方法
技術領域：
本發明涉及通訊技術領域，具體涉及一種實現數據交互的方法和系統及其 相關裝置。
背景技術：
動態內容分發(DCD, Dynamic Content Delivery )是為了增強用戶的信息 瀏覽體驗，通過周期下載或者推送的方式，把用戶需要的個性化和定製的內容 更新到用戶的終端中。動態內容分發大大地簡化了內容發送和內容獲得的方 式，降低了用戶的使用難度，方便用戶獲得最想要的內容。通過生動的展現這 些內容，增加了用戶的交互性，吸引用戶主動瀏覽更多的相關的內容。
參見圖l, DCD的兩個主要功能實體是伺服器端與客戶端。
DCD伺服器101有兩個功能訂閱與管理功能負責處理DCD伺服器與 DCD客戶端之間交換的服務信息，此外還處理與內容提供商之間的交換信息； 分發與適配功能給客戶端分發DCD內容和內容通知。
DCD客戶端102是一個具有DCD功能的代理，能夠為一個或多個激活的 DCD客戶應用^是供服務。同時，DCD客戶端駐留在移動終端，用來與DCD 伺服器和激活的DCD客戶應用交互的部分。DCD客戶端有三個不同的邏輯功 能分布其中訂閱與管理功能負責處理與DCD伺服器之間交換的服務信息； 內容接收與存儲管理功能負責處理從伺服器來的內容接收；客戶應用的交互功 能使已註冊的客戶應用與DCD系統支持的服務之間的交互成為可能。
DCD伺服器(Server)與DCD客戶端(Client)是DCD系統中最核心的 部分。它們可以完成最基本的DCD內容發送和接收的功能。
DCD客戶端與DCD伺服器間的接口有三個主要功能完成從DCD服務
DCD客戶端的激活去激活、註冊、系統消息的交換等。而DCD伺服器到DCD 客戶端的內容發送也可以分為Pull和Push兩步完成Pull完成內容的請求， Push完成內容的推送。並且在這個最基本的方式上可以增加BCAST或P2P
的等內容發送的方式。
圖1中的DCD內容提供商103和DCD客戶端應用程式104雖然不在DCD
範疇內，^f旦是也會影響到DCD系統。
DCD內容提供商(CP) 103,提供DCD的服務內容和相關信息給伺服器； DCD客戶端應用程式104 ，用來將DCD內容遞交給最終用戶。 在現有技術中，DCD客戶端為了獲取DCD內容，會首先從DCD伺服器
發來的內容列表中挑選所需要的信息，然後再將自身所需要的一部分信息列表
內容(或信息的URI)反饋給DCD伺服器，然後再由DCD伺服器通過HTTP
的方式或者PUSH的方式將內容發送到DCD客戶端。並且在現有方案中，終
端可以向DCD伺服器發送數據。
可以看出對於DCD伺服器而言，下發CP提供的信息內容，或者根據用
戶的選擇下發CP提供的內容是目前所完成的任務。
DCD Server與Mobile Client進4亍通4言有三個不同的方式
1 ) DCD Server通過PPG,將Mobile Client需要的內容信息以Push的方
式推送到Mobile Client上，內容由Client上的Push Agent接收；
2) DCD Server通過HTTP方式與Mobile Client進行通信。HTTP方式在
DCD中，目前只是提供下載的一種手段，它的處理在Client上由HTTP hander
完成；
3 ) DCD Server通過BCAST方式與Mobile Client進行通信。BCAST可以 通過FLUTE將內容發送到Client,在Client上由BCAST Client處理。
並且，PushAgent、 HTTP hander、 BCAST Client都是通過DCD Client與 DCD客戶端應用程式(DECA )建立聯繫的。
通過上面對DCD內容下發方式的介紹，可以看出在DCD技術中內容的 下發是至關重要的，也是實現DCD的最終目標的手段，但是在內容下發的過 程當中，我們又必須考慮部分信息的上傳後所需要完成的操作，例如修改、添 加等功能。
雖然，存在DCD伺服器發送信息到DCD客戶端，DCD客戶端接收DCD 伺服器的管理消息，完成與伺服器的參數交互的過程，但是基本上DCD客戶
端所接收的信息都是已經完成的信息，DCD用戶無法進行任何操作。
現有技術中的DCD客戶端只能完成與DCD伺服器的交互，而無法實現
與其它DCD用戶的交互。使得用戶數據不能夠實現共享與互通。
另外，DCD伺服器的信息來源有CP和終端，但是並不能使用戶的數據內
容信息保存在網絡上，並實現在線的修改，而這樣會極大的方便DCD用戶對
數據信息的操作、管理權。但是目前的方案中只有CP能夠進行內容的保存與修改。
綜上所述，實現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 Client主動提供信息，並且通過DCD Server進 行保存、處理、共享，以及與其它DCDClient交互的方法，DCD伺服器接收第 一DCD客戶端上傳的信息；DCD伺服器處理該信息得到處理結果；並將處理 結果發送到滿足預置條件的第二DCD客戶端，因此DCD伺服器可以根據客戶 端的要求處理保存在伺服器上的數據信息，並根據用戶的意願，將數據信息發 布給其它DCD用戶，實現了 DCD客戶端與其它DCD用戶之間的交流和溝通， 從而增強了用戶體驗。


圖1是現有技術的DCD系統框圖； 圖2是實現本發明方法的實施例一的具體信令流程圖； 圖3是實現本發明方法的實施例二的具體信令流程圖； 圖4是實現本發明方法的實施例三的具體信令流程圖； 圖5是實現本發明方法的實施例四的具體信令流程圖； 圖6是實現本發明方法的實施例五的具體信令流程圖； 圖7是本發明系統的組成框圖； 圖8是實現本發明方法的一種裝置示意圖； 圖9是實現本發明方法的另一種裝置示意圖。
具體實施例方式
本發明實施例提供了 一種DCD實現數據交互的方法，本發明實施例還提供 了數據交互系統和相關裝置。本發明實施例中的數據交互方法包括 DCD伺服器接收第一DCD客戶端上傳的信息； DCD伺服器處理該信息得到處理結果；
DCD伺服器將處理結果發送到滿足預置條件的第二DCD客戶端。
通過該方法DCD伺服器可以根據客戶端的要求處理保存在伺服器上的數 據信息，並根據用戶的意願，將數據信息發布給其它DCD用戶，實現了DCD 客戶端與其它DCD用戶之間的交流和溝通，從而增強了用戶體驗。
而DCD伺服器將處理結果發送到滿足預置條件的第二DCD客戶端可以有 幾種不同的情況，另外DCD客戶端實現信息與場景信息相結合也有幾種不同的 情況，以下分別進行詳細說明。
實施例一、
在本實施例中，DCD客戶端能夠與DCD伺服器之間建立一種互動的方式， 並在DCD伺服器與其它的DCD用戶之間也建立這樣互動的方式，從而達到一 個DCD用戶與其它DCD用戶的互動。DCD伺服器完成信息的中轉與處理功能。
例如，DCD用戶A想發送一4爻信息到DCD用戶B,並希望看到發送的結果。 DCD用戶A發送信息到DCD Server可以使用HTTP的方式，DCD Server將結果 顯示給A。然後DCD用戶B再發送信息到DCD Server, DCD Server再將結果發 送到B。通過這樣的交互，DCD用戶A和B就可以實時的完成信息的交流。此 過程中其它DCD用戶都在一個頻道內，因此交互的數據都可以得到。
DCD Client向DCD Server發送數據信息的方法可以是通過DCD-l接口 ，或 HTTP的POST方法。HTTP POST方法是HTTP的標準方法之一，能夠很方便的 實現。由於DCDServer和DCDClient具有支持HTTP的能力，因此使用HTTP的 POST方法將數據可以傳送到DCD Server,所傳送數據可以由XML封裝在 HTTP的消息體中。
本實施例中DCD Client B對發來的信息進行修改只是一個舉例，只是表示 發送方只有一個，接收方有多個，並且其中一個接收方可以進行內容的修改。 參見圖2，下面對實現實施例一的方法的具體步驟進行詳細介紹 步驟201: DCD Client A訂閱DCD Servei^是供的頻道；
該實施例的前提是DCD用戶A、 B、 C的DCDClient已經激活DCD服務，並 註冊。DCD Client A在完成應用激活後，就可以進4亍註冊。DECA( DCD Enabled Client Application)的應用將會註冊到DC (DCD Client)上，同時DCD Client 再將註冊消息發送到DCD Server。
訂閱的時候，DCD Client A可以通過兩種方式
1 ) DCD Server將可訂閱的頻道列表發送到DCD客戶端；
2 ) DCD Client A向DCD Server發送請求，要求DCD Server發送頻道訂閱 信息到DCD客戶端。
DCD Client A訂閱的頻道必須是由DCD Server提供專門進行實時數據信 息傳送服務的，因此也就意味者，其它想要參與或獲得實時數據信息的DCD 用戶都必須加入到這個頻道中來。
步驟202: DCD Client B訂閱與A用戶相同的頻道；
DCD Client B的訂閱與DCD Client A相似，並且訂閱的都是DCD Server為 實時數據信息傳輸所使用的頻道。
步驟203: DCD Client C訂閱與A用戶相同的頻道；
DCD Client C的訂閱與DCD Client A相似，並且訂閱的都是DCD Server為 實時數據信息傳輸所使用的頻道。
步驟204: DCD Client A向DCD Server發送實時數據信息；
DCD Client向提供實時數據傳送頻道的DCD Server發送實時數據，根據現 有技術可以通過DCD-l接口完成也可以通過HTTP方式完成。DCD Client A需 要主動向上傳數據。因此針對目前的DCD內容上傳，需要DCD Client A與DCD Server間建立HTTP連接，這樣就可以向DCD Server發送數據了 。
HTTP POST方法是HTTP的標準方法之一，POST請求要求伺服器接收大量 的信息，除了POST後面跟隨的參數之外，還會在後面持續發送數據，讓服務 器進行處理。通常，POST方法是和CGI程序分不開的，伺服器應該啟動一個 CGI程序來處理POST發送來的數據。這裡使用HTTP的方式對於DCD客戶端上 傳數據信息是可行的，所傳輸的數據可以用XML形式在HTTP上傳送。
步驟205: DCDServer對上傳的內容進行保存，然後處理；DCD Server上具有一個保存DCD客戶端發送數據的"空間，，。DCD Server 會根據用戶的要求對保存的數據進行修改、添加等操作。
例如，DCD用戶在發送完數據後，可以同過DCD-1或DCD-3接口或HTTP 的方式發送一個消息到DCD Server,該消息被DCD Server得到後會轉化為對應 的才喿作。如用戶發送消息"增加圖片r，，則DCD Server會根據消息將圖片l添 加到保存的用戶數據中。
此外，DCD Client A發來的數據信息可能在格式上與DCD Server要在頻道 上發送的內容格式會有一定的差異，因此DCD Server會做出格式轉換的處理。 另外，DCD Server需要使用自己建立的一個頻道，或由CP ( Content Provider) 提供的一個頻道來發送實時信息，因此DCD Server需要對發來的信息內容進^亍 打包處理，使之變成為適合DCD頻道發送的數據包。
步驟206: DCD Server將經過處理後的內容發送給DCD Client B與DCD Client C;
DCD Client B與DCD Client C都是訂閱了該頻道的用戶，因此可以獲得該
頻道的內容信息，
到其它DCD用戶。
步驟207: DCD Client A得到發送的結果；
其它DCD用戶在得到信息內容後，會將接收的確認消息發送到DCD Server, DCD Server得到確認消息後再通過DCD接口發送一個消息到DCD ClientA用戶，通知內容的發送者發送的結果如何。
步驟208: DCD Client B對發來的內容進行添加、修改後上傳；
DCD Client B得到DCD Client A發來的信息後，可以對該信息內容進行添 加、修改，增加自己的意見。DCD Client B將修 仏的信息內容再發送到DCD Server,發送的方法與DCD Client A上傳數據的方法相同。
步驟209: DCD Serverf呆存並處理DCD Client B發來的數據信息；
此步驟與步驟205相同。
步驟210: DCD Server將經過處理後的內容發送給DCD Client A和DCD
Client C;
發送給DCD Client C與步驟206中發送給DCD Client C的方式相同，發送給 DCD Client A和步驟207中發送的方式相同。 步驟211: DCD Client B得到發送的結果。
其它DCD用戶在得到信息內容後，會將接收的確認消息發送到DCD Server。 DCD Server得到確認消息後再通過DCD接口發送一個消息到DCD ClientB用戶，通知內容的發送者發送的結果如何。
本實施例中，DCD客戶端將內容上傳到DCD伺服器；DCD伺服器再根據 DCD客戶端的要求對內容進行處理、匯總，這樣的處理、匯總可以在其它相應 的伺服器上完成；DCD伺服器進行處理、匯總後，將這些信息內容發送給當前 參與該信息內容討論的所有DCD用戶。參與這樣的討論的用戶可以是通過加入 某一頻道，或者共同在一個專門處理實時信息的DCD伺服器上註冊的用戶。從 而實現了 DCD客戶端與其它DCD用戶進行信息共享。
本實施例中所涉及的DCD客戶端發送和接收的實時數據內容信息只是舉 例說明，其他類似的數據信息如果能夠在DCD的業務內進行發送的，都可以進 行用戶間的數據發送和接收，因此所涉及的原理與思想都是一致的。
上面介紹了 一種只有一個內容接收方能進行內容修改的實現本發明的方法。
實施例二、
在實施例二中，DCD Client A發送數據信息到DCD Server, DCD Server通 過一個用於DCD用戶數據交互的頻道將數據發送到其它訂閱了該頻道的用戶。 DCD Client B與DCD Client C均為訂閱了該頻道的用戶，因此他們可以獲得 DCD Client A發來的教:據信息，同時DCD Client B或/和DCD Client C對DCD Client A發來的數據信息進行了一些修改或添加，然後再將修改後的信息發送 到DCD Server,再由DCD Server通過用於數據信息交換的頻道發送到訂閱了該 頻道的其它DCD用戶。例如DCD Client A先發送一個lt據信息到DCD Server, 內容為"123";然後，DCDServer會將該數據信息通過特定的頻道發送到DCD 頁
Client B以及DCD Client C;然後DCD Client B或DCD Client C接收到該消息後 可以在自己的客戶端上對該消息進行任意的修改與添加，例如DCDClientB的 用戶將該消息#~改為"12345", DCD Client C的用戶將該消息<奮改為"234abc"， 然後他們分別將該信息內容再發送到DCD Server,通過頻道發送到DCD Client A、 DCD Client B、 DCD Client C,並且發送信息內容都會標註上本信息是由 哪個用戶發送的。這樣，DCD Client A、 DCD Client B、 DCD Client C就可以 獲得其它DCD用戶發來的數據信息，並進行交互。
DCD Client向DCD Server發送數據信息的方法可以是通過HTTP的POST 方法。HTTP的POST方法是HTTP的標準方法之一，能夠很方便的實現。由於 DCD Server和DCD Client具有支持HTTP的能力，因此使用HTTP的POST方法 將數據可以傳送到DCD Server,所傳送數據可以由XML封裝在HTTP的消息體 中。
參見圖3，下面對實現本實施例方法的具體步驟進行詳細介紹 步驟301至步驟305與步驟201至步驟205相同，此處不再贅述； 步驟306: DCD Server將經過處理後的內容發送給DCD Client A、 DCD Client B和DCD Client C;
步驟307:與步驟207相同；
步驟308: DCD Client B與DCD Client C對發來數據的修改與添加； DCD Client B與DCD Client C在接收到DCD Server發來的DCD Client A上 傳的數據信息後，會對該數據信息在自己的客戶端上進行修改或添加。內容的 添加與修改在本地進行，但是必須在修改的適合標註上是由哪一個用戶進行修 改的。DCD Client B與DCD Client C修改完數據信息後再通過HTTP的方式將數 據發送到DCD Server。數據可以是通過XML的形式用HTTP發送。HTTP的 POST方法是HTTP的標準方法，DCD Server和DCD Client開發簡單。
步驟309: DCD ServeH呆存並處理DCD Client B或/和DCD Client C發來的 數據信息；
DCDServer處理的數據信息，可以保存在伺服器上。並且DCD Server可以 才艮據用戶上傳的消息對數據內容進行修改、添加等操作。
DCDServer處理上傳來的信息，也可以是對數據形式進行一定的轉換。處 理的結果可以是保留以前數據的發送內容，也可以只是本次發送的數據信息。
步驟310: DCD Server通過頻道發送經過處理後的內容到頻道訂閱用戶；
DCD Client A、 DCD Client B與DCD Client C都是訂閱頻道的用戶，同時 又是數據的發送者或修改者，因此DCD Server發送的時候可以再發送給他們， 這樣他們就可以知道自己之前發送數據信息的結果如何了。對於數據的發送 者，也可以不將DCD Server處理後的數據信息發給他們，而只在本地顯示出來。
步驟311: DCD Client B和DCD Client C得到發送的結果。
其它DCD用戶得到信息內容後，會將接收的確認消息發送到DCD Server, DCD Server得到確認信息後再通過DCD接口發送一個消息到DCD Client B和 DCD Client C,通知內容的發送者發送的結果如何。
上面介紹了一種發送方為一個，接收方有多個且每個接收方可以進行內容 修改的實現本發明的方法，下面介紹一種發送方為一個，接收方只有一個且它 們之間的交互不讓其它DCD用戶知道的實現本發明的方法。
實施例三、
在實施例三中，DCDClientA用戶需要將數據只發送給DCD Client B時， DCD Server不必將DCD Client A發送的數據信息發給DCD Client B用戶以外的 其它用戶。這樣做可以保證在用戶發送信息的層面上發送數據的隱私性。發送 給用戶的信息可以通過用戶的手機號碼、DCD Server上記錄的用戶名等識別接 收的用戶。
本實施例中，DCD Client A、 DCD Client B和DCD Client C用戶都是DCD 業務的用戶，並且可以是已經訂閱了DCD頻道，並正在或可以接收DCD頻道 內容的用戶。
參見圖4,下面對實現本實施例方法的具體步驟進行詳細介紹 步驟401: DCD Client A、 DCD Client B和DCD Client C用戶接收DCD Server的頻道內容；
DCD Client A、 DCD Client B和DCD Client C用戶不僅能夠完成本實施例 所述的數據交互，而且他們在數據交互的時候或數據交互前已經訂閱了DCD 頻道，進行了DCD頻道內容的接收。
步驟402: DCD Client A向DCD Server上傳只發送給DCD Client B用戶的數
據信息；
DCD Client A有一些數據信息內容需要發送給DCD Client B用戶，但是這 些信息不希望別的DCD用戶知道。DCD Client A用戶在發送數據的時候需要指 明該數據內容的目的i也，DCD Client A發送的數據以XML的形式用HTTP POST 方法上傳到DCD Server,因此可以在數據頭指明接收方。可以用電話號碼或用 戶名來指明接收方。
步驟403: DCD Server保存並處理DCD Client A上傳來的數據；
DCD Server上具有一個保存DCD客戶端發送數據的"空間"。DCD Server 會根據用戶的要求對保存的數據進行修改、添加等操作。
例如，DCD客戶端在發送完數據後，可以同過DCD-1或DCD-34妄口或HTTP 的方式發送一個消息到DCD Server,該消息被DCD Server得到後會轉化為對應 的操:作。如用戶發送消息"增加圖片l",則DCD Server會才艮據消息將圖片l添 加到保存的用戶數據中。
此外，DCD Server接收到DCD Client A上傳的數據後，需要對數據格式或 內容的形式等進行處理，以滿足DCD傳送數據的格式要求。傳送的數據的格式 可以是DCD業務已制定好的，也可以是用戶傳送的數據格式。
除了對信息內容的過濾和格式的處理外，DCD Server還需要提取內容信息 的目的地址，例如電話號碼和用戶名。DCD Server會根據DCD用戶在伺服器上 註冊的信息，查找到相應的DCD用戶的電話號碼或用戶名，然後查找出對應的 地址信息，然後根據查找的地址信息發送DCD信息內容。
步驟404: DCD Server將數據信息發送到DCD Client B用戶；
DCD Server處理完上傳數據後，就要根據查找的地址信息內容將數據發送 出去。發送的方法可以用Push方法也可以通過DCD接口告知用戶有新內容需要 更新，並附帶內容的URI，讓接收方根據URI進行內容下載。
這裡只是舉例說明兩種獲取信息的方法，也可以通過其它方法獲取信息， 但是原理都是一致的，都是讓正確的用戶得到數據信息。
步驟405: DCD Client A得到發送的結果；
DCD Client B得到信息內容後，會將接收的確i^消息發送到DCD Server, DCD Server得到確認消息後再通過DCD接口發送一個消息到DCD Client A,通 知內容的發送者發送的結果如何。
步驟406: DCD Client B可以對接收的數據內容進行修改、添加等操作；
DCD Client B可以對接收到的內容進行任意的修改，然後再上傳到DCD Server。上傳的方法與DCD Client A上傳的方法相同。
步驟407: DCD Server處理DCD Client B上傳來的數據；
此步驟與步驟503相同。
步驟408: DCD Server發送數據信息到DCD Client A; DCD Server發送經過修改的數據到數據的發送方DCD Client A，這樣用戶 A也可以得到B用戶對自己所發數據的修改意見。 步驟409: DCD Client B得到發送的結果。
DCD Server發送修改數據到DCD Client A後，會得到DCD Client A的確認 信息，DCD Server得到確認信息後將該確認消息再發送到DCD Client B用戶。 這樣就完成了 一個完整的DCD用戶間的數據交互及即時修改的過程。
上面介紹了一種發送方為一個，接收方只有一個且它們之間的交互不讓其 它DCD用戶知道的實現本發明的方法，下面介紹一種接收方可以選擇呈現場景 信息且由DCD伺服器完成對內容和場景信息的結合的實現本發明的方法。
實施例四、
在實施例四中，其它接收信息的DCD客戶端可以選擇呈現場景信息，並通 知伺服器，以此達到完成內容與場景信息結合的目的，增強用戶體驗。
客戶端用戶A向DCD Server上傳一段文字信息後，客戶端用戶B在得到該 信息時，希望這個文字內容通過DCDServer可以添加場景信息。例如讓一副圖 片作為文字信息的背景，再配上優美的音樂。這樣在觀看時會極大的增加用戶 的感受。DCD Server對場景信息和文字信息的結合可以在DCD Server上完成， 再向別的用戶發送。場景信息保存在DCDServer上，因此客戶端用戶可以通過 與伺服器的交互選擇場景信息。
需要說明的是，本實施例中的場景信息可以為場景本身，也可以為場景的 標識或名稱，或者為場景的其他信息。
處理場景信息與信息結合可以是DCD伺服器，也可以是其它伺服器，例如 內容伺服器。結合後的信息可以發給客戶端，也可以發給其它伺服器使用。
參見圖5,本流程中DCD Client已經註冊並能夠正常使用DCD業務，也可 以接收DCD Server發送來的信息，且DCD Client已經通過了DCD Server的上傳 權限的認證，可以向DCD Server發送信息數據。
下面對實現本實施例方法的具體步驟進行詳細介紹
步驟501: DCD Client A將信息發送到DCD Server;
DCD客戶端可以通過DCD-1接口或HTTP方式將內容數據上傳到DCD Server;
步驟502: DCD Server接收並保存數據信息；
DCD Server可以將數據信息發送給其它的用於保存信息的伺服器也可以 保存在本地；
步驟503: DCD Server將場景信息列表發送到DCD Client B;
DCD Server除了為DCD用戶保存信息外，還可以為DCD用戶提供一些場 景信息，來豐富上傳的信息，而這些場景信息是保存在DCDServer上的。場景 信息列表的下載可以是作為內容下載到DCDClient,也可以是作為一個消息發 送到DCD其它用戶。
步驟504: DCD Client B選擇了場景信息後通知DCD Server;
DCD Client B選擇一個場景信息，然後將選擇的結果通知DCD Server。可 以是場景信息的編號，也可以是具體的場景信息文件名。
步驟505: DCD Server對信息和場景信息進行結合；
DCD Server接收到用戶發來的場景信息選擇後，對信息和場景信息進^"結 合。例如，DCD用戶發來的是一段文字，並且選擇了一個背景圖片和一段音樂 的場景信息，那麼DCDServer會將文字加在圖片上，並在打開圖片的時候同時 播放音樂，達到場景信息與信息結合的目的。
除了對場景信息和信息的簡單疊加顯示外，DCD Server還可以對信息進4亍
形式上的替換。發來的一段文字，可以替換為一段聲音文件或flash文件，而由 聲音文件或flash文件來描述這段文字的內容。例如，將"我愛你"這樣的文字， 用一^殳Flash或聲音替換。
步驟506: DCD Server將與背景結合的信息發送給DCD其它用戶；
DCD Server將背景與信息進行結合以後，將結合的信息發送給DCD其它用戶。
步驟507: DCD Client A得到發送結果。
DCD Server發送與背景結合的信息到DCD Client B後，會得到DCD Client B的確認信息，DCD Server得到確認信息後將該確認消息再發送到DCD Client A。
從上面的內容可以看出，DCD Server可以使客戶端選定的背景與信息進行 結合，這樣在接收到信息後，會有更好的用戶體驗。
上面介紹了 一種接收方可以選擇呈現場景信息且由DCD伺服器完成對信 息和場景信息的結合的實現本發明的方法，下面介紹一種接收方可以選擇呈現
場景信息且由DCD客戶端完成對信息和場景信息的結合的實現本發明的方法。 實施例五、
在實施例五中，DCD Client A上傳一段文字信息到DCD Server後，DCD Client B在得到該信息時，希望這個文字信息可以添加場景信息，例如讓一副 圖片作為文字信息的背景，再配上優美的音樂，這樣在觀看時會極大的增加用 戶的感受。場景信息和文字信息的結合可以在接收信息的DCD客戶端上完成。 場景信息保存在DCD Server上，因此客戶端可以通過與伺服器的交互獲得場景 信息。
參見圖6，本流程中DCD Client已經註冊並能夠正常使用DCD業務，也可 以接收DCD Server發送來的信息，且DCD Client已經通過了 DCD Server的上傳 權限的認證，可以向DCD Server發送信息數據。
下面對實現本實施例的方法的具體步驟進行詳細介紹
步驟601至604與步驟501至504相同，這裡不再贅述；
步驟605: DCD Client B下載場景信息到本地；
場景信息的下載可以是通過DCD接口以內容的形式下載到終端。 步驟606: DCD Server向DCD Client B發送信息；
DCD Server可以通過DCD接口在Push承載或廣播承載的方式發送到DCD 客戶端。
步驟607: DCD Client A得到發送結果；
DCD Server發送信息到DCD Client B後，會得到DCD Client B的確認信息， DCD Server得到確認信息後將該確認消息再發送到DCD Client A。 步驟608: DCD Client B結合信息與場景信息。
DCD Client B將接收到的信息與場景信息進行結合，呈現給用戶。場景信 息的結合可以是簡單的內容疊加顯示，也可以是替換顯示。
可以是簡單的內容疊加顯示，例如，DCDClient接收的是一段文字，並且 接收了一個背景圖片加一段音樂的場景信息，那麼DCD CHent會將文字加在圖 片上，並在打開圖片的時候同時播放音樂，以達到場景信息與信息結合的目的。 ' 也可以是形式的替換，例如，發來的一段文字，可以替換為一段聲音文件， 或flash文件，由聲音文件或flash文件來描述這^R文字的信息。例如，將"我愛 你"用客戶端下載的一段聲音或Flash文件來替換。
本實施例中所述場景信息文件，例如Flash文件等，僅僅是一個舉例。場 景信息文件可以是任何一個可以在終端顯示，插S丈的文件，並不局限於圖片、 音樂、視頻等文件範圍。
上面的幾個實施例介紹了幾種實現數據交互的方法，下面介紹一種數據交 互系統和實現本發明方法的相關裝置。
參見圖7， 一種數據交互的系統，包括
DCD伺服器701,用於接收第一DCD客戶端上傳的信息；處理第一DCD客 戶端上傳的信息得到處理結果；將處理結果發送到滿足預置條件的第二DCD 客戶端；
第一DCD客戶端702,用於向DCD伺服器上傳信息，指示DCD力良務器發送 給滿足預置條件的第二DCD客戶端；
第二DCD客戶端703，用於接收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客戶端接收DCD伺服器
的處理結果後的確i人消,t-。
第二DCD客戶端對處理結果進行調整處理得到調整信息；
此實施例中第二DCD客戶端僅為 一個與第一DCD客戶端具有相同頻道屬
性的DCD客戶端。
DCD伺服器將調整信息發送給第一DCD伺服器；
DCD伺服器接收所述第一DCD客戶端發送的確認消息，DCD伺服器將接
收到的確認消息發送給第二DCD客戶端。 參見圖8， 一種DCD伺服器，包括 接收單元811,用於接收DCD客戶端上傳的信息；
信息處理單元812，用於保存接收單元811接收到的信息，對保存的信息進 行處理；
發送單元813，用於將信息處理單元812處理後得到的處理結果發送給滿足 預置條件的DCD客戶端。
實現本發明實施例四方法的DCD伺服器，參見圖8，所述信息處理單元812， 還包括
組合單元814,用於保存場景信息列表供DCD客戶端用戶選擇和將內容和 場景信息進行結合。
場景信息可以保存在DCD Server或可訪問的其它的伺服器上；將場景信息
和內容進行關聯，並在發送時一併發送。
此時信息處理單元812中不需要包含接收保存單元。
實現本發明實施例五方法的DCD伺服器，參見圖8,所述信息處理單元812， 還包括
接收保存單元815,用於接收DCD客戶端選擇場景信息，保存場景信息列
表；
此時信息處理單元812中不需要包含組合單元814。 參見圖9， 一種DCD客戶端，包括
上傳單元911，用於將信息上傳給DCD伺服器，指示DCD伺服器將信息發 送到滿足預置條件的第二DCD客戶端；
獲取單元912，用於獲取DCD伺服器發送的經過處理後得到的處理結果。 所述DCD客戶端還包括
顯示單元913，用於將上傳的信息和/或下栽的處理結果顯示在DCD客戶 端，顯示發送結果。
響本發明的實現。
實現本發明實施例五的方法的DCD客戶端，還包括
第二組合單元914,用於將從DCD伺服器接收的場景信息與信息進行組合； 將從DCD伺服器接收的場景信息與信息進行組合可以是進行簡單的疊加
顯示、播放或將場景信息文件替換信息。
在其它實現本發明的實施例中，DCD客戶端中不需要包含第二組合單元
914，並不影響本發明的實現。
驟是可以通過如下程序來指令相關的石更件來完成
動態內容分發DCD伺服器接收第一DCD客戶端上傳的信息； DCD伺服器處理該信息，得到處理結果；
DCD伺服器將處理結果發送到滿足預置條件的第二DCD客戶端。 該程序可以存儲於一計算機可讀存儲介質中，存儲介質可以包括ROM、 RAM、磁碟或光碟等。
以上對本發明實施例所提供的一種DCD實現數據交互的方法以及裝置進
對於本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應用範圍 上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
1、一種實現數據交互的方法，其特徵在於，包括:動態內容分發DCD伺服器接收第一DCD客戶端上傳的信息；DCD伺服器處理該信息，得到處理結果；DCD伺服器將處理結果發送到滿足預置條件的第二DCD客戶端。
2、 根據權利要求l所述的方法，其特徵在於，所述DCD伺服器將處理結果 發送到滿足預置條件的第二DCD客戶端的步驟包括DCD伺服器將處理結果發送到所有與第一DCD客戶端具有對應頻道屬性 的第二DCD客戶端。
3、 根據權利要求2所述的方法，其特徵在於，所述DCD伺服器接收第一 DCD客戶端上傳的信息之前包括DCD伺服器向所述DCD客戶端發送頻道列表； 接收DCD客戶端選擇的頻道；
4、 根據權利要求l所述的方法，其特徵在於，所述DCD伺服器將處理結杲 發送到滿足預置條件的第二DCD客戶端的步驟包括DCD伺服器從所述第一DCD客戶端上傳的信息中讀取目的方標識； 根據所述目的方標識查詢對應的第二DCD客戶端； 向所述第二DCD客戶端發送所述處理結果。
5、 根據權利要求2或4所述的方法，其特徵在於，所述DCD伺服器將處理 結果發送到滿足預置條件的第二DCD客戶端的步驟之前包括DCD伺服器將場景信息列表發送到所述第二DCD客戶端； DCD伺服器接收所述第二DCD客戶端選擇的場景信息； 所述DCD伺服器處理該信息，得到處理結果的步驟包括 DCD伺服器將信息與場景信息進行結合，得到與場景信息相結合的信息。
6、 4艮據權利要求2或4所述的方法，其特徵在於，所述DCD伺服器將處理 結果發送到滿足預置條件的第二DCD客戶端的步驟包括DCD伺服器將場景信息列表發送到所迷第二DCD客戶端； DCD伺服器接收所述第二DCD客戶端選擇的場景信息；DCD伺服器向所述第二DCD客戶端發送所述場景信息以及信息，用於指 示所述第二DCD客戶端對接收到的信息與場景信息進行結合。
7、 根據權利要求l所述的方法，其特徵在於，所述DCD伺服器將處理結 果發送到滿足預置條件的第二DCD客戶端的步驟之後包括DCD伺服器接收所述第二DCD客戶端發送的確認消息，所述確認消息為 第二DCD客戶端接收DCD伺服器的處理結果後生成的確認消息； DCD伺服器將接收到的確認消息發送給第一DCD客戶端。
8、 根據權利要求l所述的方法，其特徵在於，所述DCD伺服器將處理結果 發送到滿足預置條件的第二DCD客戶端的步驟之後包括DCD伺服器接收第二DCD客戶端發送的調整信息； DCD伺服器將所述調整信息發送給第一DCD客戶端。
9、 根據權利要求8所述的方法，其特徵在於，所述DCD伺服器將調整信 息發送給第一DCD客戶端的步驟之後包括DCD伺服器接收所述第一DCD客戶端發送的確認消息，所述確認信息為 第一DCD客戶端接收DCD伺服器的調整信息後生成的確認消息； DCD伺服器將接收到的確認消息發送給所述第二DCD客戶端。
10、 一種數據交互系統，其特徵在於，包括DCD伺服器，用於接收第一DCD客戶端上傳的信息；處理第一DCD客戶 端上傳的信息得到處理結果;將處理結果發送到滿足預置條件的第二DCD客戶第一DCD客戶端，用於向DCD伺服器上傳信息，指示DCD伺服器發送到 滿足預置條件的第二DCD客戶端；第二DCD客戶端，用於接收DCD伺服器發送的處理結果。
11、 根據權利要求10所述的系統，其特徵在於，所述第二DCD客戶端還用 於對接收到的處理結果進行調整得到調整信息，將所述調整信息發送給DCD 伺服器；所述DCD伺服器還用於向所述第一DCD客戶端發送所述調整信息。
12、 一種DCD伺服器，其特徵在於，包括 接收單元，用於接收DCD客戶端上傳的信息；信息處理單元，用於保存接收單元接收到的信息，對保存的信息進行處理； 發送單元，用於將信息處理單元處理後得到的處理結果發送到滿足預置條 件的DCD客戶端。
13、 根據權利要求12所述的DCD伺服器，其特徵在於，所述信息處理單 元包括組合單元，用於保存場景信息列表供DCD客戶端選擇，將信息和根據DCD 客戶端選擇的場景信息進行組合,指示所述發送單元向DCD客戶端發送所述組 合後的信息。
14、 根據權利要求12所述的DCD伺服器，其特徵在於，所述信息處理單 元包括接收保存單元，用於接收DCD客戶端選擇場景信息，保存場景信息列表， 指示所述發送單元向DCD客戶端發送所述場景信息以及所述信息。
15、 一種DCD客戶端，其特徵在於，包括上傳單元，用於將信息上傳給DCD伺服器，指示DCD伺服器將信息發送 到滿足預置條件的第二DCD客戶端；獲取單元，用於獲取DCD伺服器發送的處理結果。
16、 根據權利要求15所述的DCD客戶端，其特徵在於，所述DCD客戶端 還包括顯示單元，用於將上傳的信息或/和接收到的處理結果顯示在DCD客戶端， 顯示發送結果。
17、 根據權利要求15所述的DCD客戶端，其特徵在於，還包括 第二組合單元，用於將從DCD伺服器接收的場景信息與信息進行組合。
全文摘要
本發明公開了一種實現數據交互的方法和系統及其相關裝置，該方法包括動態內容分發DCD伺服器接收第一DCD客戶端上傳的信息；DCD伺服器處理該信息得到處理結果；DCD伺服器將處理結果發送到滿足預置條件的第二DCD客戶端。該系統包括DCD伺服器、第一DCD客戶端和第二DCD客戶端。通過該方法DCD伺服器可以根據DCD客戶端的要求處理保存在伺服器上的數據信息，並將數據信息發布給其它DCD用戶，實現了DCD客戶端與其它DCD用戶之間的交流和溝通；而其它接收內容的DCD客戶端可以選擇呈現場景信息，實現了內容與場景信息結合，從而增強了用戶體驗。
文檔編號H04L12/18GK101378405SQ20081014930
公開日2009年3月4日 申請日期2008年9月12日 優先權日2008年9月12日
發明者張惠萍, 健 楊, 雷 王, 範姝男, 挺 董, 陳國喬 申請人:深圳華為通信技術有限公司