一種wap終端用戶push消息的接收方法及其系統的製作方法
2023-06-13 06:31:01 3
專利名稱：一種wap終端用戶push消息的接收方法及其系統的製作方法
技術領域：
本發明涉及一種無線應用領域的PUSH(推)消息的接收控制方法，特別是涉及一種在OTA(空中接口)的PUSH方式下，一種WAP終端用戶接收PUSH消息的方法及其系統。
背景技術：
隨著近年來，支持WAP功能的終端的普及，截至到2004年底中國的WAP用戶數量已經達到4100萬，WAP技術已成為移動通信數據增值業務中的一個新的亮點，WAP技術架構中定義了PULL和PUSH兩種技術應用方案，前者是終端利用WAP網關完成請求的轉發和相應回應的返回，後者主要是描述了終端被動接收從SP/CP(業務提供商/內容提供商)下發的PUSH消息，該消息不僅是單純的文本提示，且可以使終端上線並利用消息中指定的URL(統一資源定位)連結地址去下載任何終端可識別的媒體類型的內容。
目前用於PUSH消息發送主要有以下兩種方案一種是基於簡訊的PUSH技術，PPG(PUSH代理網關)把要發送的消息通過簡訊協議發送到簡訊網關或者簡訊中心，由簡訊中心最終將消息發至終端。另一種是基於OTA(空中接口)技術的PUSH方案，該方案實際利用了SIR(Session Initiate Request，會話啟動請求)使終端用戶上線，使得PPG可以直接與終端內嵌的應用交互，從而實現用戶的PUSH消息最終接收。本發明主要是描述PUSH技術的一種改進解決方案。
伴隨著3G高速無線網絡時代的來臨和終端能力的不斷增強，支持WAP2.0協議功能集的WAP終端將逐漸取代早前基於WAP1.x技術的終端，這樣一來，基於OTA-HTTP技術的PUSH方案將成為主流的PUSH技術。OTA-HTTP技術方案中普遍使用的流程是，PPG利用簡訊、彩信或者其他途徑(有連接或者無連接方式)發送SIR(Session Initiate Request，會話啟動請求)到終端，使得終端主動與PPG建立連接，並直接與PPG進行交互從而實現消息下發。這類標準業務流在實現SI(業務指示類)，SL(業務加載類)消息接收時，存在以下不足SIR請求所起的唯一作用就是提示終端上線，讓終端上線的目的是PPG要向終端PUSH消息。因為用戶只有上線以後才知道PPG將要PUSH給他的內容是什麼，此時如果PUSH的內容類型是SI，而用戶在知道內容提示後又不想接受該PUSH內容，那麼這種情況下的SIR觸發用戶上線就沒有價值了。這在佔用了PPG網關資源的同時，也有可能浪費了用戶上線必須支付的相應費用。其次，對於PUSH的內容是SL(業務加載)的PUSH消息，對於終端用戶來說是完全透明的，即不需要經過用戶同意就會直接訪問消息中指定的連結，如果該連結中存在不安全的內容，如惡意的特殊字節流集合或者文本病毒。這些內容會使得終端在下載並解析過程中的相關應用發生嚴重錯誤，嚴重時可能導致用戶終端當機或者清空用戶的私人信息；從另一個方面考慮，如果被訪問的內容需要付費，用戶就會在完全不知曉的情形下蒙受經濟上的損失。
本發明中所提的終端指WAP手機、PDA等具備WAP瀏覽功能的移動終端，本發明所提的上線指移動終端發起到RAS(如PDSN、GGSN等)的PPP連接，並通過了RADIUS伺服器的認證，獲得了RADIUS伺服器為其分配的IP位址，此時移動終端同WAP網關之間已經建立起IP通道，可以利用UDP/TCP消息進行通信。
發明內容
本發明所要解決的技術問題在於提供一種WAP終端用戶PUSH消息的接收方法及其系統，用於使WAP終端用戶在接收到SIR請求消息時，無需上線即可獲知要接收的PUSH消息內容的提示，從而使用戶能夠選擇是否上線接收該PUSH消息。
為了實現上述目的，本發明提供了一種WAP終端用戶PUSH消息的接收方法，其中，包括步驟A，PUSH消息發起端將要發送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發出SIR請求，所述SIR請求中進一步包括提示信息，所述提示信息與所述PUSH消息的內容相關；
步驟C，WAP終端用戶通過終端內嵌應用模塊接收、解析所述SIR請求，並提示終端用戶選擇是否上線接收所述PUSH消息。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述SIR請求中提示信息的內容由WAP終端用戶預先設定，用於向用戶提示所述PUSH消息的內容；所述PUSH代理網關按照所述用戶的預先設定從所述PUSH消息中提取對應的內容寫入SIR請求。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述SIR請求中的提示信息為一SIR提示欄位。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述SIR請求中的提示信息由WAP終端用戶在訂閱PUSH消息時利用所述PUSH代理網關提供的PUSH業務提示接口設置；不同內容類型的PUSH消息設置不同的提示信息；當所述PUSH消息為業務提示類消息(SI)時，所述提示信息設置為所述PUSH消息的標題；當所述PUSH消息為業務加載類消息(SL)時，所述提示信息設置為所述加載類消息內容中的URL地址的部分或全部；或，當所述PUSH消息為業務加載類消息時，所述提示信息設置為業務提供商/內容提供商提供的提示標題；或，由用戶根據需要自行設置所述提示信息的內容。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH消息的發送方式基於空中接口技術，包括OTA-HTTP和/或OTA-WSP發送方式。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH代理網關利用簡訊方式/彩信方式發出SIR請求。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH代理網關從所述PUSH消息中提取所述提示信息寫入所述SIR請求前進一步包括一判斷所述要發送的PUSH消息內容類型的步驟。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述步驟C進一步包括一所述終端內嵌應用模塊判斷所述接收到的SIR請求中是否包含有提示信息的步驟；如有，則所述終端內嵌應用模塊提示終端用戶選擇是否上線接收所述PUSH消息。
所述的WAP終端用戶PUSH消息的接收方法，其中，當用戶選擇上線接收時，所述終端內嵌應用模塊按照空中接口協議建立會話並接收PUSH消息；當用戶選擇不接收時，所述終端內嵌應用模塊放棄建立對話，並終止接收流程。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述終端內嵌應用模塊通過屏幕顯示方式和/或語音方式來提示終端用戶選擇是否上線。
本發明還提供了一種WAP終端用戶PUSH消息的接收系統，其中，包括一PUSH消息發起端，將要發送的PUSH消息提交到PUSH代理網關；一PUSH代理網關，接收所述PUSH發起端提交的PUSH消息，並向終端用戶發出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；及一終端內嵌應用模塊，內嵌於WAP終端用戶，用於接收、解析所述SIR請求，並提示終端用戶選擇是否上線接收所述PUSH消息。
所述的系統，其中，所述PUSH代理網關進一步包括一提示業務接口，用於供WAP終端用戶預先設置SIR請求中提示信息的內容。
在PUSH OTA標準協議中，設計SIR請求的唯一作用就是提示終端上線，讓終端上線的目的是PPG要向終端PUSH消息。因為用戶只有上線以後才知道PUSH代理網關將要PUSH給他的內容是什麼，此時如果PUSH的內容是用戶不願接受的內容，那麼這種情況下的SIR觸發用戶上線就沒有價值了。本發明對SIR請求進行擴充，增加了提示欄位含義，使用戶無需上線即可獲悉要接收PUSH消息內容的提示，從而使得用戶可以決定是否需要觸發終端上線並接收相關的PUSH消息。其次對於SL(業務自動加載)類的消息實體，利用本方案，終端能有效識別並及時提醒用戶，使當前用戶能夠判斷是否需要接收該SL消息，這使得終端的安全性得到了加強的同時，能夠有效防止網上的一些不良業務提供商對用戶的惡意欺詐和攻擊。
以下結合附圖和具體實施例對本發明進行詳細描述，但不作為對本發明的限定。
圖1為本發明的方法實現流程示意圖。
具體實施例方式
現有技術的WAP終端用戶接收PUSH消息的系統包含以下模塊PUSH發起端、現有標準的PUSH代理網關及終端內嵌應用模塊，本發明的WAP終端用戶接收PUSH消息的系統包括PUSH發起端、改進的PUSH代理網關及增強的終端內嵌應用模塊。改進的PUSH代理網關通過發送帶有SIR提示欄位的SIR請求，使得增強的終端內嵌應用模塊能利用此帶有SIR提示欄位的SIR請求來提示用戶選擇是否上線接收PUSH消息。
本發明的WAP終端用戶PUSH消息的接收方法包括以下實現步驟步驟1，PUSH發起端使用PUSH訪問協議把要PUSH的消息(通過OTA-WSP/OTA-HTTP的發送方式)提交到PUSH代理網關；步驟2，PUSH代理網關判定要發送的內容類型，依據事先約定的規則取得對應的提示內容並寫入對應的SIR提示欄位，規則具體可為，對於SI類消息，以其標題為提示內容，對於SL類消息，以其URL的域名或者前若干個字節或整個URL(如果短消息長度允許的話)為提示內容；對於其它類的PUSH消息，可由用戶在PPG網關提供的附加應用(例如，網關提供一個應用程式，可以使終端用戶設定和更改其Push消息對應的提示內容)中自行設定提示內容。根據用戶需要，用戶可在訂閱Push消息完成後，PPG網關還可以提供一項增值業務，使用戶能更改其Push消息的默認提示內容。如果不更改，則由PPG網關默認提示內容，即對SI類消息取其標題，對SL類消息取其連結URL地址的全部或部分。
步驟3，PUSH代理網關利用簡訊發出SIR請求；步驟4，終端內嵌應用模塊接收到SIR包時檢驗其中是否包含SIR提示欄位；步驟5，如果SIR中包含提示欄位，則終端內嵌應用模塊提示用戶讓用戶選擇是否需要建立上線並接收該PUSH消息；步驟6，用戶選擇接收時，終端應用按照OTA協議建立會話並接收PUSH消息；如果用戶不願接收該PUSH消息，則終端應用放棄建立會話，並終止接收流程。
下面結合表1及附圖對本發明的WAP用戶在OTA方式下能夠選擇是否上線接收PUSH消息的方法進行說明。
表1是本發明的方法對SIR協議數據包的擴展示意圖；其中表格中的「Prompt fields」欄為擴充的SIR提示欄位內容，其中「PromptLen」標識嵌入在SIR消息體中並最終呈現到手機顯示屏上的提示消息的長度，「Prompt」為提示消息的內容。如表1所示，本發明的方法對原有的SIR協議數據單元進行擴展，考慮到一次簡訊所能加載的最大字節數大約為70個漢字或者160個ASCII字符，prompt欄位不應超過30個字節。以保證SIR消息利用一條簡訊即可完成發送。
表1圖1為本發明的方法實現流程示意圖。如圖1所示，對於PUSH代理網關接收到的PUSH消息，其處理方法流程如下步驟101，PUSH代理網關(PPG)接收來自PUSH發起端(PI)的PUSH請求；在PUSH代理網關處，提供用戶定製其PUSH業務的Prompt(提示)業務接口，用戶在訂閱PUSH消息時，設定Prompt欄位(提示欄位)的取值，比如對於業務指示類(SI)消息，可以選取其標題作為提示，對於業務加載類(SL)消息，可以以其內容URL地址作為提示或者由CP/SP(內容提供商/業務提供商)設定Prompt標題(提示標題)，對於其他類的PUSH消息，則允許用戶(在定製PUSH消息時)自行設定提示語，默認可以設定提取PUSH消息內容的前若干個字節作為提示內容。
步驟102，PUSH代理網關接收到PUSH消息後進一步判斷PUSH消息的發送方式是否為OTA方式(空中接口方式，包括OTA-HTTP/OTA-WSP)，對於非OTA-HTTP/OTA-WSP發送方式類的PUSH消息，則按照標準流程，提取消息轉發到簡訊中心處理。反之，即對於OTA-HTTP/OTA-WSP發送方式類的PUSH消息，則解析出該PUSH消息的內容類型，判斷發送的PUSH消息的內容類型，步驟103。
步驟104，進一步判斷發送的PUSH消息的類型為SI類的還是SL類的或者是其它類型的消息。在確定PUSH消息的類型後，PUSH代理網關按照在步驟101中約定的規則從PUSH消息中獲取將要向用戶提示的內容，並將提示內容寫入SIR協議數據單元的Prompt欄位(提示欄位)。
步驟105，當PUSH消息為SI類時，設置SIR提示欄位為SI消息的標題。
步驟106，當PUSH消息為SL類時，設置SIR提示欄位為消息中指定的URL地址。
步驟107，當PUSH消息為其它類型時，設置SIR提示欄位為用戶定製的標題。
步驟108，PUSH代理網關把SIR請求轉發到簡訊中心，簡訊中心將SIR消息利用簡訊方式/彩信方式直接發送到用戶的終端。
終端接收到該條特殊簡訊/彩信後，由SIR數據單元中指定的內嵌應用負責以下步驟的處理步驟109及步驟110，終端內嵌應用模塊解析PDU(SIR協議數據單元)，檢查Prompt欄位(SIR提示欄位)是否存在。
步驟111，如果Prompt提示欄位不存在，則按照OTA標準上線，即按照OTA方式通過三次握手發起到WAP網關的PPP及IP連接，與WAP網關建立相關的在線會話後進行步驟114。
步驟112，如果Prompt欄位存在，則終端內嵌應用模塊提示用戶接收到PUSH消息，提示的方法可以為屏幕對話框顯示或者是用戶設定的語音方式。提示信息為Prompt內容，並可以讓用戶進行選擇是否立即上線接收PUSH消息或者放棄上線。終端內嵌應用模塊在用戶做出選擇後可以接收用戶的選擇。
步驟113，判斷用戶是否選擇上線。如果用戶選擇上線，則轉入步驟111按照OTA標準上線，並進入步驟114；反之則放棄上線，流程結束。
步驟114，終端下載相關的PUSH消息內容，流程結束。
當然，本發明還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，但這些相應的改變和變形都應屬於本發明所附的權利要求的保護範圍。
權利要求
1.一種WAP終端用戶PUSH消息的接收方法，其特徵在於，包括步驟A，PUSH消息發起端將要發送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發出SIR請求，所述SIR請求中進一步包括提示信息，所述提示信息與所述PUSH消息的內容相關；步驟C，WAP終端用戶通過終端內嵌應用模塊接收、解析所述SIR請求，並提示終端用戶選擇是否上線接收所述PUSH消息。
2.根據權利要求1所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述SIR請求中提示信息的內容由WAP終端用戶預先設定，用於向用戶提示所述PUSH消息的內容；所述PUSH代理網關按照所述用戶的預先設定從所述PUSH消息中提取對應的內容寫入SIR請求。
3.根據權利要求2所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述SIR請求中的提示信息為一SIR提示欄位。
4.根據權利要求1、2或3所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述SIR請求中的提示信息由WAP終端用戶在訂閱PUSH消息時利用所述PUSH代理網關提供的PUSH業務提示接口設置；不同內容類型的PUSH消息設置不同的提示信息；當所述PUSH消息為業務提示類消息時，所述提示信息設置為所述PUSH消息的標題；當所述PUSH消息為業務加載類消息時，所述提示信息設置為所述加載類消息內容中的URL地址的部分或全部；或，當所述PUSH消息為業務加載類消息時，所述提示信息設置為業務提供商/內容提供商提供的提示標題；或，由用戶根據需要自行設置所述提示信息的內容。
5.根據權利要求4所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述PUSH消息的發送方式基於空中接口技術，包括OTA-HTTP和/或OTA-WSP發送方式。
6.根據權利要求1、2、3或5所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述PUSH代理網關利用簡訊方式/彩信方式發出SIR請求。
7.根據權利要求6所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述PUSH代理網關從所述PUSH消息中提取所述提示信息寫入所述SIR請求前進一步包括一判斷所述要發送的PUSH消息內容類型的步驟。
8.根據權利要求7所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述步驟C進一步包括一所述終端內嵌應用模塊判斷所述接收到的SIR請求中是否包含有提示信息的步驟；如有，則所述終端內嵌應用模塊提示終端用戶選擇是否上線接收所述PUSH消息。
9.根據權利要求1、2、3、5、7或8所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，當用戶選擇上線接收時，所述終端內嵌應用模塊按照空中接口協議建立會話並接收PUSH消息；當用戶選擇不接收時，所述終端內嵌應用模塊放棄建立對話，並終止接收流程。
10.根據權利要求9所述的WAP終端用戶PUSH消息的接收方法，其特徵在於，所述終端內嵌應用模塊通過屏幕顯示方式和/或語音方式來提示終端用戶選擇是否上線。
11.一種採用權利要求1、2、3、5、7、8或10中所述接收方法的系統，其特徵在於，包括一PUSH消息發起端，將要發送的PUSH消息提交到PUSH代理網關；一PUSH代理網關，接收所述PUSH發起端提交的PUSH消息，並向終端用戶發出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；及一終端內嵌應用模塊，內嵌於WAP終端用戶，用於接收、解析所述SIR請求，並提示終端用戶選擇是否上線接收所述PUSH消息。
12.根據權利要求11所述的系統，其特徵在於，所述PUSH代理網關進一步包括一提示業務接口，用於供WAP終端用戶預先設置SIR請求中提示信息的內容。
全文摘要
本發明涉及一種WAP終端用戶PUSH消息的接收方法及其系統，所述方法包括步驟A，PUSH消息發起端將要發送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；步驟C，WAP終端用戶通過終端內嵌應用模塊接收、解析所述SIR請求，並提示終端用戶選擇是否上線接收所述PUSH消息。本發明的方法及系統使用戶無需上線即可獲得要接收PUSH消息內容的提示，使得用戶可以決定是否需要觸發終端上線並接收相關的PUSH消息。
文檔編號H04L29/08GK1845550SQ20051003884
公開日2006年10月11日 申請日期2005年4月6日 優先權日2005年4月6日
發明者邢忠卿, 吳逸俊 申請人:中興通訊股份有限公司