專利名稱：一種wap終端用戶push消息的接收方法及其系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種無線應用領域的PUSH(推)消息的接收控制方法，特別是涉及一種在OTA(空中接口)的PUSH方式下，一種WAP終端用戶接收PUSH消息的方法及其系統(tǒng)。
背景技術：
隨著近年來，支持WAP功能的終端的普及，截至到2004年底中國的WAP用戶數量已經達到4100萬，WAP技術已成為移動通信數據增值業(yè)務中的一個新的亮點，WAP技術架構中定義了PULL和PUSH兩種技術應用方案，前者是終端利用WAP網關完成請求的轉發(fā)和相應回應的返回，后者主要是描述了終端被動接收從SP/CP(業(yè)務提供商/內容提供商)下發(fā)的PUSH消息，該消息不僅是單純的文本提示，且可以使終端上線并利用消息中指定的URL(統(tǒng)一資源定位)鏈接地址去下載任何終端可識別的媒體類型的內容。
目前用于PUSH消息發(fā)送主要有以下兩種方案一種是基于短信的PUSH技術，PPG(PUSH代理網關)把要發(fā)送的消息通過短信協(xié)議發(fā)送到短信網關或者短信中心，由短信中心最終將消息發(fā)至終端。另一種是基于OTA(空中接口)技術的PUSH方案，該方案實際利用了SIR(Session Initiate Request，會話啟動請求)使終端用戶上線，使得PPG可以直接與終端內嵌的應用交互，從而實現用戶的PUSH消息最終接收。本發(fā)明主要是描述PUSH技術的一種改進解決方案。
伴隨著3G高速無線網絡時代的來臨和終端能力的不斷增強，支持WAP2.0協(xié)議功能集的WAP終端將逐漸取代早前基于WAP1.x技術的終端，這樣一來，基于OTA-HTTP技術的PUSH方案將成為主流的PUSH技術。OTA-HTTP技術方案中普遍使用的流程是，PPG利用短信、彩信或者其他途徑(有連接或者無連接方式)發(fā)送SIR(Session Initiate Request，會話啟動請求)到終端，使得終端主動與PPG建立連接，并直接與PPG進行交互從而實現消息下發(fā)。這類標準業(yè)務流在實現SI(業(yè)務指示類)，SL(業(yè)務加載類)消息接收時，存在以下不足SIR請求所起的唯一作用就是提示終端上線，讓終端上線的目的是PPG要向終端PUSH消息。因為用戶只有上線以后才知道PPG將要PUSH給他的內容是什么，此時如果PUSH的內容類型是SI，而用戶在知道內容提示后又不想接受該PUSH內容，那么這種情況下的SIR觸發(fā)用戶上線就沒有價值了。這在占用了PPG網關資源的同時，也有可能浪費了用戶上線必須支付的相應費用。其次，對于PUSH的內容是SL(業(yè)務加載)的PUSH消息，對于終端用戶來說是完全透明的，即不需要經過用戶同意就會直接訪問消息中指定的鏈接，如果該鏈接中存在不安全的內容，如惡意的特殊字節(jié)流集合或者文本病毒。這些內容會使得終端在下載并解析過程中的相關應用發(fā)生嚴重錯誤，嚴重時可能導致用戶終端當機或者清空用戶的私人信息；從另一個方面考慮，如果被訪問的內容需要付費，用戶就會在完全不知曉的情形下蒙受經濟上的損失。
本發(fā)明中所提的終端指WAP手機、PDA等具備WAP瀏覽功能的移動終端，本發(fā)明所提的上線指移動終端發(fā)起到RAS(如PDSN、GGSN等)的PPP連接，并通過了RADIUS服務器的認證，獲得了RADIUS服務器為其分配的IP地址，此時移動終端同WAP網關之間已經建立起IP通道，可以利用UDP/TCP消息進行通信。

發(fā)明內容
本發(fā)明所要解決的技術問題在于提供一種WAP終端用戶PUSH消息的接收方法及其系統(tǒng)，用于使WAP終端用戶在接收到SIR請求消息時，無需上線即可獲知要接收的PUSH消息內容的提示，從而使用戶能夠選擇是否上線接收該PUSH消息。
為了實現上述目的，本發(fā)明提供了一種WAP終端用戶PUSH消息的接收方法，其中，包括步驟A，PUSH消息發(fā)起端將要發(fā)送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發(fā)出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業(yè)務提示接口設置；不同內容類型的PUSH消息設置不同的提示信息；當所述PUSH消息為業(yè)務提示類消息(SI)時，所述提示信息設置為所述PUSH消息的標題；當所述PUSH消息為業(yè)務加載類消息(SL)時，所述提示信息設置為所述加載類消息內容中的URL地址的部分或全部；或，當所述PUSH消息為業(yè)務加載類消息時，所述提示信息設置為業(yè)務提供商/內容提供商提供的提示標題；或，由用戶根據需要自行設置所述提示信息的內容。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH消息的發(fā)送方式基于空中接口技術，包括OTA-HTTP和/或OTA-WSP發(fā)送方式。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH代理網關利用短信方式/彩信方式發(fā)出SIR請求。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述PUSH代理網關從所述PUSH消息中提取所述提示信息寫入所述SIR請求前進一步包括一判斷所述要發(fā)送的PUSH消息內容類型的步驟。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述步驟C進一步包括一所述終端內嵌應用模塊判斷所述接收到的SIR請求中是否包含有提示信息的步驟；如有，則所述終端內嵌應用模塊提示終端用戶選擇是否上線接收所述PUSH消息。
所述的WAP終端用戶PUSH消息的接收方法，其中，當用戶選擇上線接收時，所述終端內嵌應用模塊按照空中接口協(xié)議建立會話并接收PUSH消息；當用戶選擇不接收時，所述終端內嵌應用模塊放棄建立對話，并終止接收流程。
所述的WAP終端用戶PUSH消息的接收方法，其中，所述終端內嵌應用模塊通過屏幕顯示方式和/或語音方式來提示終端用戶選擇是否上線。
本發(fā)明還提供了一種WAP終端用戶PUSH消息的接收系統(tǒng)，其中，包括一PUSH消息發(fā)起端，將要發(fā)送的PUSH消息提交到PUSH代理網關；一PUSH代理網關，接收所述PUSH發(fā)起端提交的PUSH消息，并向終端用戶發(fā)出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；及一終端內嵌應用模塊，內嵌于WAP終端用戶，用于接收、解析所述SIR請求，并提示終端用戶選擇是否上線接收所述PUSH消息。
所述的系統(tǒng)，其中，所述PUSH代理網關進一步包括一提示業(yè)務接口，用于供WAP終端用戶預先設置SIR請求中提示信息的內容。
在PUSH OTA標準協(xié)議中，設計SIR請求的唯一作用就是提示終端上線，讓終端上線的目的是PPG要向終端PUSH消息。因為用戶只有上線以后才知道PUSH代理網關將要PUSH給他的內容是什么，此時如果PUSH的內容是用戶不愿接受的內容，那么這種情況下的SIR觸發(fā)用戶上線就沒有價值了。本發(fā)明對SIR請求進行擴充，增加了提示字段含義，使用戶無需上線即可獲悉要接收PUSH消息內容的提示，從而使得用戶可以決定是否需要觸發(fā)終端上線并接收相關的PUSH消息。其次對于SL(業(yè)務自動加載)類的消息實體，利用本方案，終端能有效識別并及時提醒用戶，使當前用戶能夠判斷是否需要接收該SL消息，這使得終端的安全性得到了加強的同時，能夠有效防止網上的一些不良業(yè)務提供商對用戶的惡意欺詐和攻擊。
以下結合附圖和具體實施例對本發(fā)明進行詳細描述，但不作為對本發(fā)明的限定。


圖1為本發(fā)明的方法實現流程示意圖。
具體實施例方式
現有技術的WAP終端用戶接收PUSH消息的系統(tǒng)包含以下模塊PUSH發(fā)起端、現有標準的PUSH代理網關及終端內嵌應用模塊，本發(fā)明的WAP終端用戶接收PUSH消息的系統(tǒng)包括PUSH發(fā)起端、改進的PUSH代理網關及增強的終端內嵌應用模塊。改進的PUSH代理網關通過發(fā)送帶有SIR提示字段的SIR請求，使得增強的終端內嵌應用模塊能利用此帶有SIR提示字段的SIR請求來提示用戶選擇是否上線接收PUSH消息。
本發(fā)明的WAP終端用戶PUSH消息的接收方法包括以下實現步驟步驟1，PUSH發(fā)起端使用PUSH訪問協(xié)議把要PUSH的消息(通過OTA-WSP/OTA-HTTP的發(fā)送方式)提交到PUSH代理網關；步驟2，PUSH代理網關判定要發(fā)送的內容類型，依據事先約定的規(guī)則取得對應的提示內容并寫入對應的SIR提示字段，規(guī)則具體可為，對于SI類消息，以其標題為提示內容，對于SL類消息，以其URL的域名或者前若干個字節(jié)或整個URL(如果短消息長度允許的話)為提示內容；對于其它類的PUSH消息，可由用戶在PPG網關提供的附加應用(例如，網關提供一個應用程序，可以使終端用戶設定和更改其Push消息對應的提示內容)中自行設定提示內容。根據用戶需要，用戶可在訂閱Push消息完成后，PPG網關還可以提供一項增值業(yè)務，使用戶能更改其Push消息的默認提示內容。如果不更改，則由PPG網關默認提示內容，即對SI類消息取其標題，對SL類消息取其鏈接URL地址的全部或部分。
步驟3，PUSH代理網關利用短信發(fā)出SIR請求；步驟4，終端內嵌應用模塊接收到SIR包時檢驗其中是否包含SIR提示字段；步驟5，如果SIR中包含提示字段，則終端內嵌應用模塊提示用戶讓用戶選擇是否需要建立上線并接收該PUSH消息；步驟6，用戶選擇接收時，終端應用按照OTA協(xié)議建立會話并接收PUSH消息；如果用戶不愿接收該PUSH消息，則終端應用放棄建立會話，并終止接收流程。
下面結合表1及附圖對本發(fā)明的WAP用戶在OTA方式下能夠選擇是否上線接收PUSH消息的方法進行說明。
表1是本發(fā)明的方法對SIR協(xié)議數據包的擴展示意圖；其中表格中的“Prompt fields”欄為擴充的SIR提示字段內容，其中“PromptLen”標識嵌入在SIR消息體中并最終呈現到手機顯示屏上的提示消息的長度，“Prompt”為提示消息的內容。如表1所示，本發(fā)明的方法對原有的SIR協(xié)議數據單元進行擴展，考慮到一次短信所能加載的最大字節(jié)數大約為70個漢字或者160個ASCII字符，prompt字段不應超過30個字節(jié)。以保證SIR消息利用一條短信即可完成發(fā)送。


表1圖1為本發(fā)明的方法實現流程示意圖。如圖1所示，對于PUSH代理網關接收到的PUSH消息，其處理方法流程如下步驟101，PUSH代理網關(PPG)接收來自PUSH發(fā)起端(PI)的PUSH請求；在PUSH代理網關處，提供用戶定制其PUSH業(yè)務的Prompt(提示)業(yè)務接口，用戶在訂閱PUSH消息時，設定Prompt字段(提示字段)的取值，比如對于業(yè)務指示類(SI)消息，可以選取其標題作為提示，對于業(yè)務加載類(SL)消息，可以以其內容URL地址作為提示或者由CP/SP(內容提供商/業(yè)務提供商)設定Prompt標題(提示標題)，對于其他類的PUSH消息，則允許用戶(在定制PUSH消息時)自行設定提示語，默認可以設定提取PUSH消息內容的前若干個字節(jié)作為提示內容。
步驟102，PUSH代理網關接收到PUSH消息后進一步判斷PUSH消息的發(fā)送方式是否為OTA方式(空中接口方式，包括OTA-HTTP/OTA-WSP)，對于非OTA-HTTP/OTA-WSP發(fā)送方式類的PUSH消息，則按照標準流程，提取消息轉發(fā)到短信中心處理。反之，即對于OTA-HTTP/OTA-WSP發(fā)送方式類的PUSH消息，則解析出該PUSH消息的內容類型，判斷發(fā)送的PUSH消息的內容類型，步驟103。
步驟104，進一步判斷發(fā)送的PUSH消息的類型為SI類的還是SL類的或者是其它類型的消息。在確定PUSH消息的類型后，PUSH代理網關按照在步驟101中約定的規(guī)則從PUSH消息中獲取將要向用戶提示的內容，并將提示內容寫入SIR協(xié)議數據單元的Prompt字段(提示字段)。
步驟105，當PUSH消息為SI類時，設置SIR提示字段為SI消息的標題。
步驟106，當PUSH消息為SL類時，設置SIR提示字段為消息中指定的URL地址。
步驟107，當PUSH消息為其它類型時，設置SIR提示字段為用戶定制的標題。
步驟108，PUSH代理網關把SIR請求轉發(fā)到短信中心，短信中心將SIR消息利用短信方式/彩信方式直接發(fā)送到用戶的終端。
終端接收到該條特殊短信/彩信后，由SIR數據單元中指定的內嵌應用負責以下步驟的處理步驟109及步驟110，終端內嵌應用模塊解析PDU(SIR協(xié)議數據單元)，檢查Prompt字段(SIR提示字段)是否存在。
步驟111，如果Prompt提示字段不存在，則按照OTA標準上線，即按照OTA方式通過三次握手發(fā)起到WAP網關的PPP及IP連接，與WAP網關建立相關的在線會話后進行步驟114。
步驟112，如果Prompt字段存在，則終端內嵌應用模塊提示用戶接收到PUSH消息，提示的方法可以為屏幕對話框顯示或者是用戶設定的語音方式。提示信息為Prompt內容，并可以讓用戶進行選擇是否立即上線接收PUSH消息或者放棄上線。終端內嵌應用模塊在用戶做出選擇后可以接收用戶的選擇。
步驟113，判斷用戶是否選擇上線。如果用戶選擇上線，則轉入步驟111按照OTA標準上線，并進入步驟114；反之則放棄上線，流程結束。
步驟114，終端下載相關的PUSH消息內容，流程結束。
當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發(fā)明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1.一種WAP終端用戶PUSH消息的接收方法，其特征在于，包括步驟A，PUSH消息發(fā)起端將要發(fā)送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發(fā)出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業(yè)務提示接口設置；不同內容類型的PUSH消息設置不同的提示信息；當所述PUSH消息為業(yè)務提示類消息時，所述提示信息設置為所述PUSH消息的標題；當所述PUSH消息為業(yè)務加載類消息時，所述提示信息設置為所述加載類消息內容中的URL地址的部分或全部；或，當所述PUSH消息為業(yè)務加載類消息時，所述提示信息設置為業(yè)務提供商/內容提供商提供的提示標題；或，由用戶根據需要自行設置所述提示信息的內容。
5.根據權利要求4所述的WAP終端用戶PUSH消息的接收方法，其特征在于，所述PUSH消息的發(fā)送方式基于空中接口技術，包括OTA-HTTP和/或OTA-WSP發(fā)送方式。
6.根據權利要求1、2、3或5所述的WAP終端用戶PUSH消息的接收方法，其特征在于，所述PUSH代理網關利用短信方式/彩信方式發(fā)出SIR請求。
7.根據權利要求6所述的WAP終端用戶PUSH消息的接收方法，其特征在于，所述PUSH代理網關從所述PUSH消息中提取所述提示信息寫入所述SIR請求前進一步包括一判斷所述要發(fā)送的PUSH消息內容類型的步驟。
8.根據權利要求7所述的WAP終端用戶PUSH消息的接收方法，其特征在于，所述步驟C進一步包括一所述終端內嵌應用模塊判斷所述接收到的SIR請求中是否包含有提示信息的步驟；如有，則所述終端內嵌應用模塊提示終端用戶選擇是否上線接收所述PUSH消息。
9.根據權利要求1、2、3、5、7或8所述的WAP終端用戶PUSH消息的接收方法，其特征在于，當用戶選擇上線接收時，所述終端內嵌應用模塊按照空中接口協(xié)議建立會話并接收PUSH消息；當用戶選擇不接收時，所述終端內嵌應用模塊放棄建立對話，并終止接收流程。
10.根據權利要求9所述的WAP終端用戶PUSH消息的接收方法，其特征在于，所述終端內嵌應用模塊通過屏幕顯示方式和/或語音方式來提示終端用戶選擇是否上線。
11.一種采用權利要求1、2、3、5、7、8或10中所述接收方法的系統(tǒng)，其特征在于，包括一PUSH消息發(fā)起端，將要發(fā)送的PUSH消息提交到PUSH代理網關；一PUSH代理網關，接收所述PUSH發(fā)起端提交的PUSH消息，并向終端用戶發(fā)出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；及一終端內嵌應用模塊，內嵌于WAP終端用戶，用于接收、解析所述SIR請求，并提示終端用戶選擇是否上線接收所述PUSH消息。
12.根據權利要求11所述的系統(tǒng)，其特征在于，所述PUSH代理網關進一步包括一提示業(yè)務接口，用于供WAP終端用戶預先設置SIR請求中提示信息的內容。
全文摘要
本發(fā)明涉及一種WAP終端用戶PUSH消息的接收方法及其系統(tǒng)，所述方法包括步驟A，PUSH消息發(fā)起端將要發(fā)送的PUSH消息提交到PUSH代理網關；步驟B，PUSH代理網關根據所述提交的PUSH消息向終端用戶發(fā)出SIR請求，所述SIR請求中進一步包括一提示信息，所述提示信息與所述PUSH消息的內容相關；步驟C，WAP終端用戶通過終端內嵌應用模塊接收、解析所述SIR請求，并提示終端用戶選擇是否上線接收所述PUSH消息。本發(fā)明的方法及系統(tǒng)使用戶無需上線即可獲得要接收PUSH消息內容的提示，使得用戶可以決定是否需要觸發(fā)終端上線并接收相關的PUSH消息。
文檔編號H04L29/08GK1845550SQ20051003884
公開日2006年10月11日 申請日期2005年4月6日 優(yōu)先權日2005年4月6日
發(fā)明者邢忠卿, 吳逸俊 申請人:中興通訊股份有限公司