一種利用無線鄉村協議進行數據傳輸的方法和系統的製作方法
2023-07-22 05:31:31
專利名稱：一種利用無線鄉村協議進行數據傳輸的方法和系統的製作方法
技術領域：
本發明涉及一種通信技術，尤其涉及一種利用WV(無線鄉村)協議進行數據傳輸的方法和系統。
背景技術：
隨著通訊技術的發展，WV協議作為一種國際標準的即時通訊協議，能夠允許不同廠商間的設備進行交互，其應用場景也越來越廣泛。WV協議最典型的應用是其可提供IMPS(即時消息和呈現信息)業務，所述的IMPS業務在無線網絡中為用戶提供即時通訊服務。當前正式批准發布的IMPS業務版本有IMPSV1.1和IMPSV1.2、IMPSV1.3，它們都是基於WV協議的。
IM(即時消息)是個人對個人或個人對群組的即時消息。呈現信息是動態變化的、能被他人獲知的用戶的狀態和屬性，可以用來表現自我、共享信息和服務控制。IMPS業務可以通過文本(如聊天記錄)、多媒體信息(如語音、圖片)等多種類型的信息來傳送IM和呈現信息。目前，IMPS業務應用非常廣泛，而且用戶經常希望將即時通信的記錄保存起來，以便下次繼續進行與上次即時通信有關的通信，或將通信記錄留作記念。
然而，由於WV協議在制定之初的主要目的是為了滿足移動終端之間的即時通訊需求，所以在協議中並沒有涉及到即時通信記錄上傳到伺服器或從伺服器上下載到客戶端技術方案。
發明內容
本發明的目的是提供一種利用WV協議進行傳輸數據的方法和系統，能夠方便地將客戶端的即時通信記錄上傳到伺服器，以及將伺服器上的即時通信記錄下載到客戶端。
本發明公開了一種上傳數據的方法，應用於無線鄉村協議中，包括A、客戶端根據客戶端數據傳輸能力容量和待上傳的數據容量向服務發送待上傳的數據；B、伺服器將客戶端發送的數據保存起來。
所述的步驟A具體包括A1、當客戶端數據傳輸能力容量大於或等於待上傳的數據容量時，採取單條上傳方式向伺服器上傳數據；A2、當客戶端數據傳輸能力容量小於待上傳的數據容量時，採取分批上傳方式向伺服器上傳數據。
所述的步驟A1具體包括A11、客戶端向服務發送保存數據請求消息，所述保存數據請求消息包括待上傳的數據內容和數據類型；A12、伺服器向客戶端返回保存數據響應消息。
所述的步驟A2具體包括A21、客戶端根據客戶端數據傳輸能力容量分割待上傳的數據；A22、客戶端向伺服器發送保存數據請求消息，所述保存數據請求消息包括待上傳的數據內容和數據類型；A23、伺服器向客戶端返回保存數據響應消息；A24、返回步驟A22，直到最後一批待上傳數據傳輸完畢。
本發明還公開了一種下載數據的方法，應用於無線鄉村協議中，包括C、客戶端獲得待下載的數據列表；D、客戶端根據待下載的數據列表確定下載數據標識；E、客戶端根據客戶端數據傳輸能力容量從伺服器上下載與下載數據標識相對應的數據。
所述的步驟E具體包括
E1、當客戶端數據傳輸能力容量大於或等於待下載的數據容量時，採取單條下載方式從伺服器下載數據；E2、當客戶端數據傳輸能力容量小於待下載的數據容量時，採取分批下載方式從伺服器下載數據。
所述的步驟E1具體包括E11、客戶端向服務發送獲取數據請求消息，所述的獲取數據請求消息包括數據類型；E12、伺服器向客戶端返回獲取數據響應消息，所述的獲取數據響應消息包括待下載的數據。
所述的步驟E2具體包括E21、伺服器根據客戶端數據傳輸能力容量分割待下載的數據；E22、客戶端向伺服器發送獲取數據請求消息；E23、伺服器向客戶端返回獲取數據響應消息；E24、返回步驟E22，直到最後一批待下載數據傳輸完畢。
所述的方法還包括步驟客戶端獲得待刪除的數據列表；客戶端在待刪除的數據列表中確定刪除數據標識；客戶端向伺服器發送刪除數據請求消息，所述的刪除數據請求消息包括刪除數據標識；伺服器刪除與刪除數據標識相應的數據。
本發明還公開了一種利用無線鄉村協議進行數據傳輸的系統，包括客戶端，用於根據客戶端的數據傳輸能力確定上傳數據方式，並根據上傳數據方式向伺服器發送保存數據請求消息和根據下載數據方式向伺服器發送獲取數據請求消息，接收伺服器的保存數據響應消息和獲取數據響應消息；伺服器，用於根據客戶端的數據傳輸能力確定下載數據方式，並根據上傳數據方式向客戶端發送保存數據響應消息和根據下載數據方式向客戶端發送獲取數據響應消息，接收保存數據請求消息和獲取數據請求消息。
根據本發明，通過對WV協議的擴展，可以使客戶端的數據上傳到伺服器，或從伺服器上將上傳的數據下載到客戶端，以及將上傳的數據從伺服器上刪除。從而為WV協議提供了更強的業務能力，滿足當前移動終端以及Internet接入方式下客戶端數據上傳下載的需求。
圖1示出了本發明實施例的聊天記錄的單條上傳過程；圖2示出了本發明實施例的聊天記錄的分批上傳過程；圖3示出了本發明實施例的聊天記錄的單條下載過程；圖4示出了本發明實施例的聊天記錄的分批下載過程；圖5示出了本發明實施例的聊天記錄的刪除過程；圖6示出了本發明的數據傳輸的系統。
具體實施例方式
為了便於本領域一般技術人員理解和實現本發明，現結合附圖描繪本發明的實施例。
在WV協議中，客戶端可以接收和發送各種類型的即時通信記錄數據，例如，聊天記錄、短消息收發的歷史記錄、MMS(多媒體消息業)收發的歷史記錄等等。在即時通信中，由於絕大多數客戶端都可以接收和發送聊天記錄，為了描述方便，本發明以聊天記錄為例來描述在WV協議中實現上傳下載的過程。其他的即時通信記錄(例如短消息收發的歷史記錄、MMS收發的歷史記錄等等)的上傳下載過程與聊天記錄的上傳下載過程完全相同，因此本發明不再一一描述。
本發明的基本思想是，當客戶端向伺服器上傳聊天記錄時，客戶端首先將聊天記錄轉換成約定格式的記錄，然後將約定格式的記錄發給伺服器，所述的約定格式為客戶端與伺服器協商好的格式。當客戶端從伺服器下載聊天記錄時，客戶端向伺服器發送下載數據請求，所述的下載數據請求包括客戶端的傳輸能力容量，然後根據下載數據請求將下載的聊天記錄轉換為本地記錄。
對於較多內容聊天記錄的傳輸，如聊天記錄的容量超過客戶端傳輸能力的容量時，客戶端需要對聊天記錄分批上傳或分批下載。
(1)對於上傳過程，客戶端根據聊天記錄的容量和客戶端的傳輸能力容量來傳輸聊天記錄。若聊天記錄的容量大於客戶端的傳輸能力容量，則將聊天記錄分為若干段分批上傳。即需要向伺服器發送多條保存數據請求消息，以便將所有的聊天記錄上傳到伺服器。
(2)對於下載過程，客戶端向伺服器發送下載數據請求，所述的下載數據請求中包括客戶端的傳輸能力容量，伺服器接收到客戶端的下載數據請求後，根據聊天記錄的容量和客戶端的傳輸能力容量來傳輸聊天記錄。若聊天記錄的容量大於客戶端的傳輸能力容量，則將聊天記錄分為若干段分批下載。即客戶端向伺服器發送多條獲取數據請求消息，伺服器接收到獲取數據請求消息後，根據接收的下載請求消息將聊天記錄發送給客戶端。
下面參照附圖描述本發明的聊天記錄的上傳和下載過程。
一、聊天記錄的上傳根據聊天記錄的容量和客戶端的數據傳輸能力的大小，上傳方式可分為單條上傳和分批上傳。當聊天記錄的容量小於或等於客戶端的數據傳輸能力容量時，可採用單條上傳方式；當聊天記錄的容量大於客戶端的數據傳輸能力容量時，需要採用分批上傳方式。下面分別對採用單條上傳方式和採用分批上傳方式上傳數據的流程進行詳細描述。
1、聊天記錄的單條上傳流程客戶端根據自身的數據傳輸能力判斷可以一次上傳聊天記錄內容時，即，聊天記錄內容的容量小於客戶端的數據傳輸能力時，這時觸發單條上傳流程，如圖1所示，下面描述聊天記錄的單條上傳流程。
步驟11、客戶端向伺服器發送保存數據請求消息，由於是單條上傳流程，可以將保存數據請求消息中TotolCount(上傳次數)參數設置為1，或者省略該參數。所述的保存數據請求消息如表1所示，其包括數據類型(DateType)、數據編碼(DateEncoding)、數據內容(DateContent)等。
表1
所述的保存數據請求消息的定義(以XML語言為例)如下。
！ELEMENT PutData-Request((DataID，DataIndex)？，TotalCount？，DataType？，DataEncoding，DataContent，Memo？)
其中帶「？」的參數為可選項。
步驟12、伺服器收到客戶端的保存數據請求之後，由於保存數據請求消息中TotolCount參數不存在或者TotolCount參數值為1，則判斷出本次上傳為單次上傳，且DataType為「聊天記錄」，則把DataContent中內容保存起來，如保存到資料庫或者文件中，最後通過保存數據響應消息將操作結果返回給客戶端，所述的操作結果包括成功和失敗，當操作結果為失敗時，客戶端需要重新上傳該聊天記錄；當操作結果為成功時，結束本次上傳過程。
所述的保存數據響應消息的定義(以XML語言為例)如下。
！ELEMENT PutData-Response(Result，DataID？)
其中帶「？」的參數為可選項。
2、聊天記錄分批上傳流程客戶端根據自身的數據傳輸能力和聊天記錄內容的容量判斷需要分批上傳聊天記錄內容時，即，聊天記錄內容的容量大於客戶端的數據傳輸能力時，這時觸發分批上傳流程。在分批上傳前，需要確定上傳的次數，具體而言，客戶端首先將聊天記錄分為多批，並為每一批加上批次。每一批的容量小於或等於客戶端的最大數據傳輸能力容量，例如，可以將客戶端的最大傳輸能力容量確定為單次傳輸的容量。下面參照圖2描述聊天記錄的分批上傳流程。
步驟21、客戶端向伺服器發送保存數據請求消息，由於是分批上傳，客戶端將保存數據請求消息中TotolCount參數設置為該聊天記錄的上傳次數。所述的保存數據請求消息如表2所示，其包括上傳次數(TotalCount)、數據類型(DateType)、數據編碼(DateEncoding)、數據內容(DateContent)等。所述的上傳次數大於1。
表2
所述的保存數據請求消息的定義(以XML語言為例)如下。
！ELEMENT PutData-Request((DataID，DataIndex)？，TotalCount？，DataType？，DataEncoding，DataContent，Memo？)
其中帶「？」的參數為可選項。
步驟22、伺服器收到客戶端的保存數據請求之後，由於保存數據請求消息中TotolCount參數的值大於1，則認為是分批上傳。再通過DataType判斷此次上傳的數據類型為「聊天記錄」，則把此次收到的DataContent保存起來，並為此批數據分配一個DataID(數據標識)，以便等待所有批次記錄上傳完成後將所有DataID相同的各批記錄組裝起來形成一個完整記錄。接著伺服器向客戶端發送保存數據響應，所述的保存數據響應消息如表3所示，其包括操作結果和DataID。
表3
所述的保存數據響應消息的定義(以XML語言為例)如下。
！ELEMENT PutData-Response(Result，DataID？)
表1
有批次是否收全，如果已經收全，則將所有的批次中的內容整合成一個完整的聊天記錄。然後將相應的信息保存起來，如保存到資料庫或者文件中。接著向客戶端發送保存數據響應消息，所述的保存數據響應消息如表7所示，其包括操作結果。
表7
二、聊天記錄的下載同樣，根據聊天記錄的容量和客戶端的數據傳輸能力容量的大小，下載方式也可分為單條下載和分批下載。當聊天記錄的容量小於或等於客戶端的數據傳輸能力容量時，可採用單條下載方式；當聊天記錄的容量大於客戶端的數據傳輸能力容量時，需要採用分批下載方式。下面分別描述採用單條下載方式和分批下載方式下載數據的方法。
1、聊天記錄單條下載流程當聊天記錄內容的容量小於客戶端的數據傳輸能力時，這時觸發單條下載流程，如圖3所示，下面描述聊天記錄的單條下載流程。
步驟31、客戶端向伺服器發送獲取數據列表請求消息，所述的獲取數據列表請求消息包括數據類型，在本實施例中，數據類型為聊天記錄，以便獲得伺服器上保存的該數據類型的記錄。所述的獲取數據列表請求消息如表8所示。
表8
所述的獲取數據列表請求消息的定義(以XML語言為例)如下。
！ELEMENT GetDataList-Request(DataType)
步驟32、伺服器收到獲取數據列表請求消息之後，首先從獲取數據列表請求消息中獲得數據類型，伺服器查詢數據類型為「聊天記錄」所有記錄，然後將該用戶所有聊天記錄通過獲取數據列表響應消息返回給客戶端。所述的獲取數據列表響應消息如表9所示。
表9
所述的獲取數據列表響應消息的定義(以XML語言為例)如下。
！ELEMENT GetDataList-Response(DataInfo*)
！ELEMENT DataInfo(DataID，DataType？，DateTime，DataEncoding，DataSize，Memo？)
其中帶「？」的參數為可選項。
步驟33、客戶端收到獲取數據列表響應消息後，從列表中選擇待下載的聊天記錄的數據標識(DateID)，然後向伺服器發送獲取數據請求消息，所述的獲取數據請求消息包括選擇的數據標識，以便獲得伺服器上保存的聊天記錄。所述的獲取數據請求消息如表10所示。
表10
所述的獲取數據請求消息的定義(以XML語言為例)如下。
！ELEMENT GetData-Request(DataID，DataIndex？，GetLimit？)
其中帶「？」的參數為可選項。
步驟34、伺服器收到下載請求消息之後，根據下載請求消息中的數據標識(DataID)，從資料庫或者文件查找出相應的記錄，然後將該聊天記錄通過獲取數據響應消息返回給客戶端。所述的獲取數據響應消息如表11所示。
表11
所述的獲取數據響應消息的定義(以XML語言為例)如下。
！ELEMENT GetData-Response(DataEncoding，DataContent，SubsectionCount？，Completion-Flag)
其中帶「？」的參數為可選項。
2、聊天記錄分批下載流程伺服器根據客戶端的數據傳輸能力和聊天記錄內容的容量判斷需要分批下載聊天記錄內容時，即，聊天記錄內容的容量大於客戶端的數據傳輸能力時，這時觸發分批下載流程。在分批下載前，需要確定下載的次數，具體而言，伺服器首先將聊天記錄分為多批，並為每一批加上批次。每一批的容量小於或等於客戶端的最大數據傳輸能力容量，例如，可以將客戶端的最大傳輸能力容量確定為單次傳輸的容量。下面參照圖4描述聊天記錄的分批上傳流程。
步驟41、客戶端向伺服器發送獲取數據列表請求消息，所述的獲取數據列表請求消息包括數據類型，在本實施例中，數據類型為聊天記錄，以便獲得伺服器上保存的該數據類型的記錄。所述的獲取數據列表請求消息如下表所示。
表12
步驟42、伺服器收到獲取數據列表請求消息之後，首先從獲取數據列表請求消息中獲得數據類型，伺服器查詢數據類型為「聊天記錄」所有記錄，然後將該用戶所有聊天記錄通過獲取數據列表響應消息返回給客戶端。所述的獲取數據列表響應消息如表13所示。
表13
如圖12所示，圖12是三組OVSF碼作為信道化碼的發射信號PAPR示意圖，給出PAPR(單位dB)大於等於某一數值的累積概率曲線。所用的信道化碼如表2所示，每一組都包含2個長度為16、2個長度為32和4個長度為64的OVSF碼。為方便比較，令各個信道化碼具有相同的信道增益。由圖12可見，β碼個數越少，PAPR越小。
表2多種長度的OVSF碼的組
如圖13所示，圖13採用本發明提出的OVSF碼指配方法(inf曲線)與採用現有的實用的極左碼指配方法(lef曲線)在6層碼樹、呼叫的到達間隔和服務時長均符合負指數分布、數據速率R、2R、4R、8R、16R的呼叫個數比例為16∶8∶4∶2∶1條件下信號PAPR曲線圖。
採用本發明提出的OVSF碼指配方法與採用現有的極左碼指配方法相比，信號峰平功率比大的發生概率明顯要小。例如圖13中，在系統負荷為5Erlang時，採用本發明提出的OVSF碼指配方法時信號峰平功率比為10分貝的發生概率是2×10-4，明顯低於採用現有的極左碼指配方法時的10-3。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
步驟51、客戶端向伺服器發送獲取數據列表請求消息，所述的獲取數據列表請求消息包括數據類型，在本實施例中，數據類型為聊天記錄，以便獲得伺服器上保存的該數據類型的記錄。所述的獲取數據列表請求消息如表17所示。
表17
步驟52、伺服器收到獲取數據列表請求消息之後，首先從獲取數據列表請求消息中獲得數據類型，伺服器查詢數據類型為「聊天記錄」所有記錄，然後將該用戶所有聊天記錄列表通過獲取數據列表響應消息返回給客戶端。所述的獲取數據列表響應消息如表18所示。
表18
步驟53、客戶端收到獲取數據列表響應消息後，從列表中選擇待刪除的聊天記錄的數據標識(DateID)，然後向伺服器發送刪除數據請求消息，所述的刪除數據請求消息包括選擇的數據標識。所述的獲取數據請求消息如表19所示。
表19
所述的刪除數據請求消息的定義(以XML語言為例)如下。
！ELEMENT DataDelete-Resquest(DataID+)
其中帶「？」的參數為可選項。
步驟54、當伺服器收到刪除數據請求之後，根據刪除數據請求消息中的DataID找到相應的數據，並將其刪除，然後向客戶端發送刪除數據響應消息，所述的刪除數據響應消息如表20所示，其包括此次操作結果。
表20
本發明還公開了一種利用無線鄉村協議進行數據傳輸的系統，如圖6所示，所述的系統包括客戶端，用於根據客戶端的數據傳輸能力確定上傳數據方式，並根據上傳數據方式向伺服器發送保存數據請求消息和根據下載數據方式向伺服器發送獲取數據請求消息，接收伺服器的保存數據響應消息和獲取數據響應消息；伺服器，用於根據客戶端的數據傳輸能力確定下載數據方式，並根據上傳數據方式向客戶端發送保存數據響應消息和根據下載數據方式向客戶端發送獲取數據響應消息，接收保存數據請求消息和獲取數據請求消息；傳輸網，用於在客戶端和伺服器間進行數據傳輸。所述的客戶端可以為移動終端或桌面終端。
根據本發明，通過對WV協議的擴展，可以使客戶端的各種記錄上傳到伺服器，或從伺服器上將上傳的記錄下載到客戶端，以及將記錄從伺服器上刪除。從而為WV協議提供了更強的業務能力，滿足當前移動終端以及Internet接入方式下客戶端記錄上傳下載的需求。
應該注意到，本發明的記錄可擴展到一般的數據，即，根據本發明，通過對WV協議的擴展，可以使客戶端的數據上傳到伺服器，或從伺服器上將上傳的數據下載到客戶端，以及將上傳的數據從伺服器上刪除。從而為WV協議提供了更強的業務能力，滿足當前移動終端以及Internet接入方式下客戶端數據上傳下載的需求。
雖然通過實施例描繪了本發明，但本領域普通技術人員知道，在不脫離本發明的精神和實質的情況下，就可使本發明有許多變形和變化，本發明的範圍由所附的權利要求來限定。
權利要求
1.一種上傳數據的方法，應用於無線鄉村協議中，其特徵在於，包括A、客戶端根據客戶端數據傳輸能力容量和待上傳的數據容量向服務發送待上傳的數據；B、伺服器將客戶端發送的數據保存起來。
2.根據權利要求1所述的上傳數據的方法，其特徵在於，所述的步驟A具體包括A1、當客戶端數據傳輸能力容量大於或等於待上傳的數據容量時，採取單條上傳方式向伺服器上傳數據；A2、當客戶端數據傳輸能力容量小於待上傳的數據容量時，採取分批上傳方式向伺服器上傳數據。
3.根據權利要求2所述的上傳數據的方法，其特徵在於，所述的步驟A1具體包括A11、客戶端向服務發送保存數據請求消息，所述保存數據請求消息包括待上傳的數據內容和數據類型；A12、伺服器向客戶端返回保存數據響應消息。
4.根據權利要求2所述的上傳數據的方法，其特徵在於，所述的步驟A2具體包括A21、客戶端根據客戶端數據傳輸能力容量分割待上傳的數據；A22、客戶端向伺服器發送保存數據請求消息，所述保存數據請求消息包括待上傳的數據內容和數據類型；A23、伺服器向客戶端返回保存數據響應消息；A24、返回步驟A22，直到最後一批待上傳數據傳輸完畢。
5.一種下載數據的方法，應用於無線鄉村協議中，其特徵在於，包括C、客戶端獲得待下載的數據列表；D、客戶端根據待下載的數據列表確定下載數據標識；E、客戶端根據客戶端數據傳輸能力容量從伺服器上下載與下載數據標識相對應的數據。
6.根據權利要求5所述的下載數據的方法，其特徵在於，所述的步驟E具體包括E1、當客戶端數據傳輸能力容量大於或等於待下載的數據容量時，採取單條下載方式從伺服器下載數據；E2、當客戶端數據傳輸能力容量小於待下載的數據容量時，採取分批下載方式從伺服器下載數據。
7.根據權利要求6所述的下載數據的方法，其特徵在於，所述的步驟E1具體包括E11、客戶端向服務發送獲取數據請求消息，所述的獲取數據請求消息包括數據類型；E12、伺服器向客戶端返回獲取數據響應消息，所述的獲取數據響應消息包括待下載的數據。
8.根據權利要求6所述的下載數據的方法，其特徵在於，所述的步驟E2具體包括E21、伺服器根據客戶端數據傳輸能力容量分割待下載的數據；E22、客戶端向伺服器發送獲取數據請求消息；E23、伺服器向客戶端返回獲取數據響應消息；E24、返回步驟E22，直到最後一批待下載數據傳輸完畢。
9.根據權利要求5至8所述的下載數據的方法，其特徵在於，所述的方法還包括步驟客戶端獲得待刪除的數據列表；客戶端在待刪除的數據列表中確定刪除數據標識；客戶端向伺服器發送刪除數據請求消息，所述的刪除數據請求消息包括刪除數據標識；伺服器刪除與刪除數據標識相應的數據。
10.一種利用無線鄉村協議進行數據傳輸的系統，其特徵在於，包括客戶端，用於根據客戶端的數據傳輸能力確定上傳數據方式，並根據上傳數據方式向伺服器發送保存數據請求消息和根據下載數據方式向伺服器發送獲取數據請求消息，接收伺服器的保存數據響應消息和獲取數據響應消息；伺服器，用於根據客戶端的數據傳輸能力確定下載數據方式，並根據上傳數據方式向客戶端發送保存數據響應消息和根據下載數據方式向客戶端發送獲取數據響應消息，接收保存數據請求消息和獲取數據請求消息。
全文摘要
本發明公開了一種利用WV協議進行數據傳輸的方法，包括客戶端根據客戶端數據傳輸能力容量和待上傳的數據容量確定數據傳輸方式，客戶端與伺服器根據數據傳輸方式進行數據傳輸，即客戶端向伺服器上傳數據，或者客戶端從伺服器上下載數據。本發明還公開了一種利用WV協議進行數據傳輸的系統，包括客戶端和伺服器。根據本發明，通過對WV協議的擴展，可以使客戶端的記錄上傳到伺服器，或從伺服器上將上傳的記錄下載到客戶端，以及將記錄從伺服器上刪除。從而為WV協議提供了更強的業務能力，滿足當前移動終端以及Internet接入方式下客戶端記錄上傳下載的需求。
文檔編號H04L29/06GK1859124SQ20061006592
公開日2006年11月8日 申請日期2006年3月27日 優先權日2006年3月27日
發明者孫志斌 申請人:華為技術有限公司