專利名稱：事務處理方法、事務處理系統和發(fā)送端的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及事務處理技術。
技術背景DCD (Dynamic Content Delivery,動態(tài)內容傳送)技術是基于客戶端/服務 器結構，向移動終端用戶發(fā)送個性化內容的重要技術，其核心是用戶定制內 容，服務器根據用戶參數、用戶的位置、在線狀態(tài)等對內容《故個性化處理，并 定時將內容傳送給終端用戶。在現有的DCD規(guī)范中，給出了 "會話，，和"事務"的概念。其中的"會 話"是DCD客戶端與DCD服務器通訊的框架；其中的"事務"是DCD客戶 端與DCD服務器之間的基本通訊機制， 一個事務通常由一個"請求"操作元 語和一個"響應"操作元語構成。由于每一個事務均可能會導致服務器和/或客 戶端狀態(tài)的改變，所以事務之間的先后順序與執(zhí)行事務后的最終結果可能是有 關的，因此為了保證執(zhí)行事務后的最終結果的正確性，事務與事務之間必須是 "序列化"的。所謂"序列化"是指，當前一個事務完成后，后一個事務才可 以開始。在使用事務序列化的方法來保證操作正確性的同時，系統性能在處理信息 的能力方面受到影響，這是因為事務只能一個接著一個的做，不能充分發(fā)揮并 行處理的優(yōu)勢；而且，每一個操作元語都是一個事務，就都需要一條獨立的消 息傳送所述事務，使得消息的數量非常多，從而導致系統對信息的處理效率下 降。為了減少了消息的數量，以及使得服務器能夠并行處理多個事務，以提高 系統對信息的處理效率，在DCD中引入"事務打包"的概念。所謂"事務打包"， 是當DCD客戶端有多個已經準備好的請求元語等事務要初始時，將這些事務合 并為一個事務請求消息，即形成一個事務包。對于服務器，可以按照收到這些 事務的順序來處理，也可以不按照收到這些事務的順序來處理。通過上述描述可以看出，事務之間的"序列化，，能夠保證事務執(zhí)行順序的 正確性，"事務打包，，能夠使系統獲得更高的性能。但是由于DCD中引入的"事 務打包"概念中在事務包的內部不支持事務序列化，使得需要保證執(zhí)行順序的 事務不能利用"事務打包"技術，因此對這些需要保證執(zhí)行順序的事務處理時， 仍然會導致系統對信息的處理效率下降。發(fā)明內容本發(fā)明提供一種事務處理方法和系統，通過本發(fā)明，能夠在事務打包過程 中控制事務執(zhí)行的順序，從而不僅保證了事務執(zhí)行順序的正確性，而且保證了 系統對信息的處理效率，提高了系統性能。本發(fā)明時通過如下技術方案實現的本發(fā)明提供一種事務處理方法，其包括A、 在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個需要順 序執(zhí)行的相關事務打包到事務包中，并表示出所述相關事務的執(zhí)行順序信息， 然后將所述事務包發(fā)送出去；B、 接收端接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行順序信息， 處理所述事務包中的相關事務。其中，所述步驟A具體包括在動態(tài)內容傳送過程中，發(fā)送端將多個事務打包到一個事務包中，所述多 個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的相關事務；表示出所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，然后 將所述事務包發(fā)送出去。其中，所述表示出所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序
信息的過程，具體包括通過事務包中的序列化屬性參數，表示出所述事務包中的所有事務需要按 照順序執(zhí)行的執(zhí)行順序信息。其中，所述步驟A具體包括在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個與執(zhí)行順序 相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所述特定區(qū)域表 示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息，所述特定區(qū)域 內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約定。其中，所述步驟B具體包括接收端接收到所述事務包后，根據所述發(fā)送端表示出的所述事務包中的所 有事務需要按照順序執(zhí)行的執(zhí)行順序信息，以及所述事務包中相關事務之間的先后順序，對接收到的事務包中的所有事務進行處理。 其中，所述步驟B具體包括接收端接收到所述事務包后，對所述事務包進行解析，當發(fā)現所述特定區(qū) 域后，根據與發(fā)送端的事先約定以及所述特定區(qū)域內相關事務之間的先后順 序，對特定區(qū)域內的所有事務進行處理。其中，所述步驟B還包括按照任意順序，處理所述事務包中且位于所述特定區(qū)域外部的所有事務； 或，并行處理所述事務包中且位于所述特定區(qū)域外部的所有事務；或，將所述 事務包中且位于所述特定區(qū)域外部的某個事務安排在位于所述特定區(qū)域內任 意兩個事務之間執(zhí)行。本發(fā)明還提供一種事務處理系統，其包括發(fā)送端和接收端；所述發(fā)送端，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多個 與執(zhí)行順序相關聯的相關事務打包到事務包中，并表示出所述相關事務的執(zhí)行 順序信息，然后將所述事務包發(fā)送出去；
所述接收端，用于在接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行 順序信息，處理所述事務包中的相關事務。其中，所述發(fā)送端包括第一打包單元，用于在動態(tài)內容傳送過程中，將多個事務打包到一個事務 包中，所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的相 關事務；以及，通過事務包中的序列化屬性參數，表示出所述事務包中的所有 事務需要按照順序執(zhí)行的執(zhí)行順序信息。其中，所述發(fā)送端包括第二打包單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多 個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所 述特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息， 所述特定區(qū)域內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約定。其中，所述接收端包括第一事務處理單元，用于從接收到的事務包中，獲取所述發(fā)送端表示出的 所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，并根據所述執(zhí)行 順序信息，以及所述事務包中相關事務之間的先后順序，對接收到的事務包中的所有事務進行處理。其中，所述接收端包括第二事務處理單元，用于對接收到的事務包進行解析，當發(fā)現所述特定區(qū) 域中存在事務后，根據與發(fā)送端的事先約定，以及所述特定區(qū)域內相關事務之 間的先后順序，對特定區(qū)域內的所有事務進行處理。其中，所述接收端還包括第三事務處理單元，用于按照任意順序，處理所述事務包中且位于所述特 定區(qū)域外部的所有事務；或，并行處理所述事務包中且位于所述特定區(qū)域外部的所有事務；或，將所述事務包中且位于所述特定區(qū)域外部的某個事務安排在 位于所述特定區(qū)域內任意兩個事務之間執(zhí)行。
本發(fā)明還提供一種發(fā)送端，其包括 打包單元和包傳輸單元；所述打包單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多 個與執(zhí)行順序相關聯的相關事務打包到事務包中，并表示出所述相關事務的執(zhí) 行順序信息；所述包傳輸單元，用于將所述打包單元打包好的事務包發(fā)送出去。 其中，所述打包單元包括第一打包子單元，用于在動態(tài)內容傳送過程中，將多個事務打包到一個事 務包中，并且所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關 聯的相關事務；以及通過所述事務包中的序列化屬性參數，表示出所述事務包 中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息。其中，所述打包單元包括第二打包子單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將 多個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過 所述特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信 息，所述特定區(qū)域內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約 定。由上述本發(fā)明提供的技術方案可以看出，由于在動態(tài)內容傳送過程中，發(fā) 送端按照需要執(zhí)行的順序，將多個需要順序執(zhí)行的相關事務打包到事務包中， 并表示出所述相關事務的執(zhí)行順序信息，然后將所述事務包發(fā)送出去；接收端 接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行順序信息，處理所述事務 包中的相關事務，所以通過本發(fā)明，能夠在事務打包過程中控制事務執(zhí)行的順 序，從而不僅保證了事務執(zhí)行順序的正確性，而且保證了系統對信息的處理效 率，提高了系統性能，解決了目前不能通過事務打包控制事務執(zhí)行順序的技術 問題。


圖1為本發(fā)明提供的第一實施例的流程圖；圖2為本發(fā)明提供的第一實施例中發(fā)送端打包過程的流程圖；圖3為本發(fā)明提供的第一實施例中接收端處理事務包的流程圖；圖4為本發(fā)明提供的第二實施例的流程圖；圖5為本發(fā)明提供的第二實施例中發(fā)送端打包過程的流程圖；圖6為本發(fā)明提供的第二實施例中接收端處理事務包的流程圖；圖7為本發(fā)明提供的第三實施例的結構示意圖；圖8為本發(fā)明提供的第四實施例的結構示意圖；圖9為本發(fā)明提供的第五實施例的結構示意圖。
具體實施方式
本發(fā)明考慮到在動態(tài)內容傳送過程中，"事務打包，，能夠將多個事務打包 到一個事務包中，從而能夠減少事務包的數量，并能夠使這些事務在服務器得 到并行處理，本發(fā)明利用所述"事務打包，，技術，并同時考慮在同一事務包中 約定需要保證執(zhí)行順序的各個事務之間的順序關系。本發(fā)明提供的第一實施例是一種事務處理方法，其核心是在動態(tài)內容傳 送過程中，發(fā)送端使用事務包中的一個序列化屬性參數來表示打包后得到的事 務包中的事務是否需要按照順序執(zhí)行；接收端根據所述序列化屬性參數獲知到 所述事務包中的事務需要按照順序執(zhí)行時，則按照所述事務包中的事務的先后 順序，對所述事務進行處理。第一實施例中使用的事務包結構包括根元素和事務子元素。其中所述根元 素包括類型屬性參數、計數屬性參數、序列化屬性參數等。其中所述類型屬性參數用來表示所述事務包的類型是普通事務，還是打包 事務。所述計數屬性M用來表示所述事務包中包含的事務個數。 所述序列化屬性參數用來表示所述事務包中的事務是否需要按照順序執(zhí) 行。如果事務之間有嚴格的先后順序，則在打包所述事務時按照事務之間的先 后順序，將需要先執(zhí)行的事務放在前面，將需要后執(zhí)行的事務放在后面。第一實施例的具體實施過程如圖1所示，包括如下步驟 步驟SIO,在動態(tài)內容傳送過程中，發(fā)送端將多個事務打包到一個事務包 中，并且所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的 相關事務；并通過所述事務包中的序列化屬性參數，表示出所述事務包中的所 有事務需要按照順序執(zhí)行的執(zhí)行順序信息；然后將所述事務包發(fā)送出去。 步驟S10中發(fā)送端打包過程的具體流程如圖2所示，包括 步驟S101，發(fā)送端創(chuàng)建事務包，將類型屬性l^t設為"打包事務"，將計 數屬性l^:設置為待打包的事務個數。步驟S102，判斷待打包的事務中是否包括與執(zhí)行順序相關聯的相關事務， 如果包括，則執(zhí)行步驟S103，即將序列化屬性參數設置為"需要序列化，，，并 按照需要執(zhí)行的順序將待打包的事務打包到一個事務包中；否則，執(zhí)行步驟 S104，即將序列化屬性參數設置為"不需要序列化"，并用任意順序將待打包 的事務打包到一個事務包中。步驟S105,結束本次打包過程。步驟S20，接收端接收到所述事務包后，根據所述發(fā)送端表示出的所述事 務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，以及所述事務包中相關 事務之間的先后順序，對接收到的事務包中的所有事務進行處理。步驟S20的具體實施過程，如圖3所示，包括如下步驟步驟S201，接收端接收到所述事務包。步驟S202，檢查所述事務包的類型屬性參數，如果是"打包事務"，則執(zhí) 行步驟S203;如果是"普通事務"，則執(zhí)行步驟S205。步驟S203，檢查所述事務包中的序列化屬性參數，如果是"需要序列化"， 則執(zhí)行步驟S204,即根據所述事務包中事務之間的先后關系，逐條解析事務包中的各個事務，然后執(zhí)行；如果是"不需要序列化"，則執(zhí)行步驟S205。步驟S205,按照任意順序，處理所述事務包中的事務，或并行處理所述 事務包中的事務。步驟S206,處理事務完畢后，結束。下面舉例對第一實施例的過程進行詳細說明。假設DCD客戶端作為發(fā)送 端向作為接收端的DCD服務器請求如下4項內容1 、 DCD客戶端向DCD服務器請求更新music頻道的內容。2、 DCD客戶端向DCD服務器請求更新電視劇頻道的"亮劍"第1集的內容。3、 DCD客戶端向DCD服務器請求更新電視劇頻道的"亮劍"第2集的內容。4、 DCD客戶端向DCD服務器請求更新sports頻道的內容。 可見由于其中包含4項請求，所以所述DCD客戶端選擇打包處理，于是創(chuàng)建事務包時，將類型屬性參數設為"打包事務"，將計數屬性參數設置為4。另 外由于DCD客戶端所請求的內容中包含了 一部電視劇，所以DCD客戶端希望 DCD服務器能夠先處理對電視劇第1集的請求，再處理對第2集的請求，于是所 述DCD客戶端將序列化屬性參數設置為"需要序列化"，并按照需要執(zhí)行的順 序將4項請求打包到一個事務包中，即第2項請求必須設置在第3項請求的前面 執(zhí)行，第1項請求和第4項請求可放置第2項請求和第3項請求的前面或后面，也 可以放置在第2項請求和第3項請求的之間等位置，然后將所述事務包發(fā)送出 去。DCD服務器接收到所述事務包后,檢查所述事務包的類型屬性參數是"打 包事務"，則接著檢查所述事務包的序列化屬性參數，發(fā)現是"需要序列化"， 則逐條解析事務包中的各個事務，順序執(zhí)行。通常在動態(tài)內容傳送過程中，發(fā)送端的事務不僅包括與執(zhí)行順序有關聯 的相關事務，還同時存在一些與執(zhí)行順序沒有關聯的事務，因此為了支持更靈 活的事務處理方式，在事務打包機制中應該能夠支持對需要不同執(zhí)行順序的要 求的不同事務的處理。為此本發(fā)明提供了第二實施例，其核心是發(fā)送端在
包后得到的事務包中劃定"特定區(qū)域"，將需要"^安照順序執(zhí)行的相關事務設置 在所述"特定區(qū)域"內，將不需要按照順序執(zhí)行的相關事務放在所述"特定區(qū) 域"外。接收端按照所述事務包中"特定區(qū)域"中的相關事務之間的先后順序 對所述"特定區(qū)域"中的相關事務進行處理，對于所述"特定區(qū)域"外的事務，可以全部解析，分別執(zhí)行；也可以逐條解析，順序執(zhí)行。 第二實施例中使用的事務包的結構包括根元素和子元素。 其中所述根元素中包括類型屬性參數和計數屬性參數。 其中所述類型屬性參數用來表示所述事務包的類型是"普通事務"，還是 "打包事務"。所述計數屬性M用來表示所述事務包中包含的事務個數。如果有需要保證執(zhí)行順序的事務，則在根元素中還包括一個"特定區(qū)域" 一級子元素，如果沒有需要保證執(zhí)行順序的元語，則不包括該子元素。每一個需要保證才丸行順序的事務都作為"特定區(qū)域"子元素的子元素，即 二級子元素，在放置所述二級子元素時，需要按照其間的先后順序放置；每一 個不需要保證順序的元語都作為根元素的 一級子元素。在執(zhí)行第二實施例之前，發(fā)送端和接收端必須約定在所述"特定區(qū)域，， 內的事務均是需要按照順序執(zhí)行的相關事務。本發(fā)明提供的第二實施例的具體實施過程如圖4所示，包括如下步驟 步驟30，在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個 與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所述 特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息，然 后將所述事務包發(fā)送出去。其中，所述特定區(qū)域內的事務按照順序執(zhí)行由發(fā)送 端與接收端之間事先約定。步驟30的具體實施過程，如圖5所示，具體如下步驟S301，發(fā)送端創(chuàng)建事務包，將類型屬性參數設為"打包事務"，將計 數屬性M設置為待打包的事務個數。
步驟S302,判斷待打包的事務中是否包括與執(zhí)行順序相關聯的相關事務， 如果包括，則執(zhí)行步驟S303，即在所述事務包中創(chuàng)建特定區(qū)域，并按照需要執(zhí) 行的順序，將所述與執(zhí)行順序相關聯的相關事務放置在所述特定區(qū)域中，然后 執(zhí)行步驟S304;否則，直接執(zhí)行步驟S304。由于發(fā)送端和接收端事先有特定區(qū)域內的事務需要按照順序執(zhí)行的約定， 所以在步驟S303中，發(fā)送端就能夠通過所述特定區(qū)域表示出所述特定區(qū)域內 的事務需要按照順序執(zhí)行的執(zhí)行順序信息。步驟S304，將不需要保證順序的事務放置在所述特定區(qū)域的外部，即直接 放置在所述事務包中，然后結束此過程。步驟40，接收端接收到所述事務包后，對所述事務包進行解析，當發(fā)現所 述特定區(qū)域后，根據與發(fā)送端間的事先約定以及所述特定區(qū)域內的事務間的先 后順序，對特定區(qū)域內的所有事務進行處理。步驟40的具體實施過程如圖6所示，包括如下步驟步驟S401，接收端接收到所述事務包。步驟S402，檢查所述事務包中是否包含特定區(qū)域，如果包含，則執(zhí)行步驟 S403,即按照所述特定區(qū)域中的事務之間的先后順序，對所述特定區(qū)域內的事 務進行處理，接下來執(zhí)行步驟S404,即按照任意順序，處理所述特定區(qū)域外部 的事務；或，并行處理所述特定區(qū)域外部的事務；或，特定區(qū)域外部的某個事 務，也可以安排在特定區(qū)域內的任意兩個事務之間執(zhí)行；否則，執(zhí)行步驟S405， 即按照任意順序，處理所述事務包中的事務；或，并行處理所述特定區(qū)域外部 的事務。步驟S406，當處理事務完畢后，結束此過程。下面舉例對第二實施例的過程進行詳細說明。仍然假設DCD客戶端作為 發(fā)送端向作為接收端的DCD服務器請求包括如下4項內容 1 、 DCD客戶端向DCD服務器請求更新music頻道的內容。 2、 DCD客戶端向DCD服務器請求更新電視劇頻道的"亮劍"第1集的內容。3、 DCD客戶端向DCD服務器請求更新電視劇頻道的"亮劍"第2集的內容。4、 DCD客戶端向DCD月良務器請求更新sports頻道的內容。 可見由于其中包含4項請求，所以所迷DCD客戶端選擇打包處理，于是創(chuàng)建事務包時，將類型屬性^:設為"打包事務"，將計數屬性參數設置為4。另 外由于DCD客戶端所請求的內容中包含了一部電視劇，所以DCD客戶端希望 DCD服務器能夠先處理對電視劇第1集的請求，再處理對第2集的請求，于是所 述DCD客戶端繼續(xù)在事務包中創(chuàng)建特定區(qū)域，并按照需要執(zhí)行的順序將第2項 請求和第3項請求放置到所述特定區(qū)域中，即第2項請求必須設置在第3項請求 的前面執(zhí)行，然后將第1項和第4項的請求內容放置在所述特定區(qū)域外部，最后 將所述事務包發(fā)送出去。DCD服務器接收到所述事務包后，檢查所述事務包的類型屬性參lbi"打 包事務"，則接著檢查所述事務包中是否包含特定區(qū)域，發(fā)現包含，則對所述 特定區(qū)域內的事務進行順序處理，即先處理"亮劍"第1集，然后再處理"亮 劍"第2集；而對music頻道和sports頻道的更新，將它們的處理順序安插在 任意位置，或，并行處理。本發(fā)明提供的第三實施例是一種事務處理系統，其對應本發(fā)明提供的第一 實施例，其結構如圖7所示，包括發(fā)送端和接收端。其中所述發(fā)送端包括第一 打包單元。所述接收端包括第一事務處理單元。所述發(fā)送端和接收端對事務的處理如下在動態(tài)內容傳送過程中，所述發(fā)送端通過第一打包單元于將多個事務打包 到一個事務包中，所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序 相關聯的相關事務；以及，通過事務包中的序列化屬性參數，表示出所述事務 包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，然后所述發(fā)送端將所述事 務包發(fā)送出去。發(fā)送端具體打包過程雷同于第一實施例中的相關描述，這里不 再詳細描述。所述接收端通過所述第一事務處理單元從接收到的事務包中，獲取所述發(fā)
送端表示出的所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，并 根據所述執(zhí)行順序信息，以及所述事務包中相關事務之間的先后順序，對接收 到的事務包中的所有事務進行處理。接收端對事務的具體處理過程雷同于笫一 實施例中的相關描述，這里不再詳細描述。本發(fā)明提供的第四實施例是一種事務處理系統，其對應本發(fā)明提供的第二實施例，其結構如圖8所示，包括發(fā)送端和接收端。其中所述發(fā)送端包括第二 打包單元。所述接收端包括第二事務處理單元和第三事務處理單元。 所述發(fā)送端和接收端對事務的處理如下所述發(fā)送端通過所述第二打包單元按照需要執(zhí)行的順序，將多個與執(zhí)行順 序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所述特定區(qū)域 表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息，所述特定區(qū) 域中的事務需要按照順序處理事先由發(fā)送端與接收端約定；然后所述發(fā)送端將 所打包好的事務包發(fā)送出去。發(fā)送端具體打包過程雷同于第二實施例中的相關 描述，這里不再詳細描述。所述接收端接收到所述事務包后，首先通過所述第二事務處理單元對接收 到的事務包進行解析，當發(fā)現所述特定區(qū)域中存在事務后，根據與發(fā)送端的事 先約定以及所述特定區(qū)域內的事務間的先后順序，對特定區(qū)域內的所有事務進 行處理。然后通過所述第三事務處理單元，用于按照任意順序，處理所述事務 包中且位于所述特定區(qū)域外部的所有事務；或，并行處理所述事務包中且位于 所述特定區(qū)域外部的所有事務；或，將所述事務包中且位于所述特定區(qū)域外部 的某個事務安排在位于所述特定區(qū)域內任意兩個事務之間執(zhí)行。接收端對事務 的具體處理過程雷同于第二實施例中的相關描述，這里不再詳細描述。本發(fā)明提供的第五實施例是一種發(fā)送端，其結構如圖9所示，包括打包 單元和包傳輸單元；其中所述打包單元包括第一打包子單元。發(fā)送端內的各個單元對事務的處理如下在動態(tài)內容傳送過程中，發(fā)送端通過所述第 一打包子單元將多個事務打包 到一個事務包中，并且所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的相關事務；然后通過所述事務包中的序列化屬性參數，表示出所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息。發(fā)送端具體打包過程雷同于第一實施例中的相關描述，這里不再詳細描述。然后通過所述包傳輸單元將所述包傳輸單元打包好的事務包發(fā)送出去。 本發(fā)明提供的第六實施例是一種發(fā)送端，其結構包括打包單元和包傳輸單元；其中所述打包單元包括第二打包子單元。 發(fā)送端內的各個單元對事務的處理如下在動態(tài)內容傳送過程中，發(fā)送端通過所述第二打包子單元按照需要執(zhí)行的 順序，將多個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域 中，并通過所述特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí) 行順序信息，所述特定區(qū)域中的事務需要按照順序處理事先由發(fā)送端與接收端 約定。發(fā)送端具體打包過程雷同于笫二實施例中的相關描述，這里不再詳細描 述。然后通過所述包傳輸單元將所述包傳輸單元打包好的事務包發(fā)送出去。 由上述本發(fā)明提供的技術方案可以看出，由于在動態(tài)內容傳送過程中，發(fā) 送端按照需要執(zhí)行的順序，將多個需要順序執(zhí)行的相關事務打包到事務包中， 并表示出所述相關事務的執(zhí)行順序信息，然后將所述事務包發(fā)送出去；接收端 接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行順序信息，處理所述事務 包中的相關事務，所以通過本發(fā)明，能夠在事務打包過程中控制事務執(zhí)行的順 序，從而不僅保證了事務執(zhí)行順序的正確性，而且保證了系統對信息的處理效 率，提高了系統性能，解決了目前不能通過事務打包控制事務執(zhí)行順序的技術 問題。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1、 一種事務處理方法，其特征在于，包括A、 在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個需要順 序執(zhí)行的相關事務打包到事務包中，并表示出所述相關事務的執(zhí)行順序信息， 然后將所述事務包發(fā)送出去；B、 接收端接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行順序信息， 處理所述事務包中的相關事務。
2、 如權利要求l所述的方法，其特征在于，所述步驟A具體包括 在動態(tài)內容傳送過程中，發(fā)送端將多個事務打包到一個事務包中，所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的相關事務；表示出所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，然后將所述事務包發(fā)送出去。
3、 如權利要求2所述的方法，其特征在于，所述表示出所述事務包中的 所有事務需要按照順序執(zhí)行的執(zhí)行順序信息的過程，具體包括通過事務包中的序列化屬性參數，表示出所述事務包中的所有事務需要按 照順序執(zhí)行的執(zhí)行順序信息。
4、 如權利要求l所迷的方法，其特征在于，所述步驟A具體包括 在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所述特定區(qū)域表 示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息，所述特定區(qū)域 內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約定。
5、 如權利要求2或3所述的方法，其特征在于，所述步驟B具體包括 接收端接收到所述事務包后，根據所述發(fā)送端表示出的所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，以及所述事務包中相關事務之間的 先后順序，對接收到的事務包中的所有事務進行處理。
6、 如權利要求4所述的方法，其特征在于，所述步驟B具體包括接收端接收到所述事務包后，對所述事務包進行解析，當發(fā)現所述特定區(qū) 域后，根據與發(fā)送端的事先約定以及所述特定區(qū)域內相關事務之間的先后順 序，對特定區(qū)域內的所有事務進行處理。
7、 如權利要求6所述的方法，其特征在于，所述步驟B還包括 按照任意順序，處理所述事務包中且位于所述特定區(qū)域外部的所有事務；或，并行處理所述事務包中且位于所述特定區(qū)域外部的所有事務；或，將所述 事務包中且位于所述特定區(qū)域外部的某個事務安排在位于所述特定區(qū)域內任 意兩個事務之間執(zhí)行。
8、 一種事務處理系統，其特征在于，包括 發(fā)送端和接收端；所述發(fā)送端，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多個 與執(zhí)行順序相關聯的相關事務打包到事務包中，并表示出所述相關事務的執(zhí)行 順序信息，然后將所述事務包發(fā)送出去；所述接收端，用于在接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行 順序信息，處理所述事務包中的相關事務。
9、 如權利要求8所述的系統，其特征在于，所述發(fā)送端包括 第一打包單元，用于在動態(tài)內容傳送過程中，將多個事務打包到一個事務包中，所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關聯的相 關事務；以及，通過事務包中的序列化屬性^t，表示出所述事務包中的所有 事務需要按照順序執(zhí)行的執(zhí)行順序信息。
10、 如權利要求8所述的系統，其特征在于，所述發(fā)送端包括 第二打包單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過所 述特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信息， 所述特定區(qū)域內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約定。
11、 如權利要求9所述的系統，其特征在于，所述接收端包括第一事務處理單元，用于從接收到的事務包中，獲取所述發(fā)送端表示出的 所述事務包中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息，并根據所述執(zhí)行 順序信息，以及所述事務包中相關事務之間的先后順序，對接收到的事務包中 的所有事務進行處理。
12、 如權利要求IO所述的系統，其特征在于，所述接收端包括 第二事務處理單元，用于對接收到的事務包進行解析，當發(fā)現所述特定區(qū)域中存在事務后，根據與發(fā)送端的事先約定，以及所述特定區(qū)域內相關事務之 間的先后順序，對特定區(qū)域內的所有事務進行處理。
13、 如權利要求12所述的系統，其特征在于，所述接收端還包括 第三事務處理單元，用于按照任意順序，處理所述事務包中且位于所述特定區(qū)域外部的所有事務；或，并行處理所述事務包中且位于所述特定區(qū)域外部 的所有事務；或，將所述事務包中且位于所述特定區(qū)域外部的某個事務安排在 位于所述特定區(qū)域內任意兩個事務之間執(zhí)行。
14、 一種發(fā)送端，其特征在于，包括 打包單元和包傳輸單元；所述打包單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多 個與執(zhí)行順序相關聯的相關事務打包到事務包中，并表示出所述相關事務的執(zhí) 行順序信息；所述包傳輸單元，用于將所述打包單元打包好的事務包發(fā)送出去。
15、 如權利要求14所述的發(fā)送端，其特征在于，所述打包單元包括 第一打包子單元，用于在動態(tài)內容傳送過程中，將多個事務打包到一個事務包中，并且所述多個事務中包括按照需要執(zhí)行的順序放置的與執(zhí)行順序相關 聯的相關事務；以及通過所述事務包中的序列化屬性參數，表示出所述事務包 中的所有事務需要按照順序執(zhí)行的執(zhí)行順序信息。
16、 如權利要求14所述的發(fā)送端，其特征在于，所述打包單元包括 第二打包子單元，用于在動態(tài)內容傳送過程中，按照需要執(zhí)行的順序，將多個與執(zhí)行順序相關聯的相關事務打包到一個事務包中的特定區(qū)域中，并通過 所述特定區(qū)域表示出所述特定區(qū)域內的事務需要按照順序執(zhí)行的執(zhí)行順序信 息，所述特定區(qū)域內的相關事務需要按照順序執(zhí)行由發(fā)送端與接收端事先約 定。
全文摘要
本發(fā)明公開了一種事務處理方法、事務處理系統和發(fā)送端，其核心是在動態(tài)內容傳送過程中，發(fā)送端按照需要執(zhí)行的順序，將多個需要順序執(zhí)行的相關事務打包到事務包中，并表示出所述相關事務的執(zhí)行順序信息，然后將所述事務包發(fā)送出去；接收端接收到所述事務包后，根據所述發(fā)送端表示出的執(zhí)行順序信息，處理所述事務包中的相關事務。通過本發(fā)明，能夠在事務打包過程中控制事務執(zhí)行的順序，從而不僅保證了事務執(zhí)行順序的正確性，而且保證了系統對信息的處理效率，提高了系統性能，解決了目前不能通過事務打包控制事務執(zhí)行順序的技術問題。
文檔編號H04L29/06GK101146096SQ20061012757
公開日2008年3月19日 申請日期2006年9月14日 優(yōu)先權日2006年9月14日
發(fā)明者孫瑞囡, 錦 彭, 高洪濤 申請人:華為技術有限公司