專利名稱：一種推送消息的接收方法及移動通信設備的制作方法
技術領域：
本發明涉及移動通信領域，尤其涉及移動通信中接收推送消息的方法及移 動通信設備。
背景技術：
推送(PUSH)技術是一種基于客戶服務器機制的、由服務器主動將消息 發往客戶端的技術，其傳送的消息有些是用戶事先預訂的，也有些是某些服務 器自行發送的。它同傳統的獲取(PULL)技術相比，最主要的區別在于PUSH 是由服務器主動向客戶端發送消息，客戶端是被動獲取消息，而PULL則是由 客戶端主動請求消息。PUSH技術的優勢在于消息的主動性和及時性，而弱勢 則是消息的準確性較差，攜帶的信息量少。
WAP ( Wireless Application Protocol ，無線上網協議)PUSH是在移動網絡 中應用的PUSH技術，它既具有一般PUSH技術的特點，又擁有移動網絡的特 點，通過短消息的方式將PUSH消息推送到手機上。
WAP PUSH技術結合了 PUSH技術的優勢和移動通信服務的特性，具有良 好的應用前景。將PUSH技術應用于移動通信領域可以產生許多電信增值業務， 包括移動中收發電子郵件、彩信，隨時獲得股價信息、天氣預報、新聞以及位 置相關服務等。所有這些服務的共同特點在于用戶對信息的及時性要求比較 高，用戶希望能夠通過手機、PDA等移動設備隨時隨地地得到該種服務。
隨著第3代移動技術的發展，數據業務成為發展的焦點，而WAP、 DCD、 MMS、 PUSHMAIL、流媒體等應用的普及，會產生越來越多的PUSH消息， 與此同時，會有越來越多的垃圾PUSH消息出現。在這種情況下，如何過濾、 拒接垃圾PUSH消息就成為一個比較現實和急迫的需求。
目前常用的垃圾文本短消息的拒接技術為，將發送者號碼加入黑名單，拒 收黑名單中發送者發出的文本短消息。對于文本短消息來講，拒接某個發送者
發出的文本短消息是一個簡單實用的辦法，而對于PUSH消息來說，很多PUSH 消息都是由一個服務器號碼發出的，如果單純的拒接某個發送者發出的PUSH 消息，則會導致部分想要的PUSH消息也接收不到，從而影響用戶的使用。
發明內容
本發明實施例提供一種PUSH消息的拒接方法和移動通信設備，以實現針 對性篩選拒接特定的PUSH消息，方便用戶的使用。 一種推送PUSH消息接收方法，包括
確定收到的消息為PUSH消息后，從PUSH消息中獲耳又該PUSH消息的應 用類別信息；
根據所述應用類別信息，確定所述PUSH消息的應用類別信息是拒絕接收 的應用類別信息后，丟棄所述PUSH消息。
獲取不到所述應用類別信息時，則獲取PUSH消息的類型信息，確定所述 類型是拒絕接受類型后丟棄所述PUSH消息。
確定收到的消息為PUSH消息和從PUSH消息中獲取該PUSH消息的類別 類型信息之間，或確定所述PUSH消息的應用類別不是拒絕接收的類別類型后， 所述方法還包括
從PUSH消息中獲取該PUSH消息的攜帶的URL地址信息，并確定所述 URL地址信息是預先設定的拒絕接收的URL地址信息后，丟棄所述PUSH消 息；或
從PUSH消息中獲取真正發送者信息，并確定所述真正發送者信息是拒絕 接收的真正發送者信息后，丟棄所述PUSH消息。
當確定接收的PUSH消息的URL地址信息不是預先設定的拒絕接收的 URL地址信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存的
PUSH消息中提取URL地址信息，并將提取的URL地址信息設定為拒絕接收 的URL地址信息；
當確定接收的PUSH消息的應用類另，V類型信息不是預先設定的拒絕接收 的PUSH消息的應用類別/類型信息后，保存接收的PUSH消息，后續根據用 戶操作從已經保存的PUSH消息中提取應用類另'J/類型信息，并將提取應用類 另'J/類型信息設定為拒絕接收的PUSH消息的應用類別/類型信息；或者
當確定接收的PUSH消息的真正發送者信息不是預先設定的拒絕接收的真 正發送者信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存的 PUSH消息中提取真正發送者信息，并將提取的真正發送者信息設定為拒絕接 收的真正發送者信息。
確定接收的消息為PUSH消息，具體包括
確定收到的消息的消息頭信息長度不為0 、且消息頭信息中攜帶端口號時， 確認收到的消息為PUSH消息。 一種移動通信設備，包括
用于判別接收進來的消息是否為PUSH消息的單元；
用于確定收到的消息為PUSH消息后，從PUSH消息中獲取該PUSH消息 的應用類別信息的單元；
用于根據所述應用類別信息，確定所述PUSH消息的應用類別信息是拒絕 接收的應用類別信息后，丟棄所述PUSH消息的單元。
用于獲取不到應用類別信息時獲取其類型信息，并根據所述類型信息，確 定所述PUSH消息的類型信息為拒絕接收的PUSH消息類型信息后，丟棄所述 PUSH消息的單元。
用于從PUSH消息中獲取該PUSH消息的攜帶的URL地址信息，并確定 所述URL地址信息為預先設定的拒絕接收的URL地址信息后，丟棄所述PUSH 消息的單元；或
用于從PUSH消息中獲取真正發送者信息，并確定所述真正發送者信息為
拒絕接收的真正發送者信息后，丟棄所述PUSH消息的單元。
用于當確定所述PUSH消息的應用類別/類型不是拒絕接收的應用類別/類 型后，保存接收的PUSH消息，根據用戶操作從保存的PUSH消息中提取應用 類別/類型信息，并將提取的應用類另iJ/類型信息設定為拒絕接收的應用類另ij/類 型信息的單元；
用于當確定接收的PUSH消息的URL地址信息不是預先設定的拒絕接收 的URL地址信息后，保存接收的PUSH消息，根據用戶操作從保存的PUSH 消息中提取URL地址信息，并將提取的URL地址信息設定為拒絕接收的URL 地址信息的單元；
用于當確定接收的PUSH消息的真正發送者信息不是預先設定的拒絕接收 的真正發送者信息后，保存接收的PUSH消息，根據用戶操作從保存的PUSH 消息中提取真正發送者信息，并將提取的真正發送者信息設定為拒絕接收的真 正發送者信息的單元。
用于判別接收進來的消息是否為PUSH消息的單元具體為用于確定收到 的消息的消息頭信息長度不為0、且消息頭信息中攜帶端口號時，確認收到的 消息為PUSH消息的單元。
本發明實施例通過獲取PUSH消息的類別等信息，和拒絕接收的條件比較， 判斷是否拒接該PUSH消息，達到篩選PUSH消息、實現拒接的目的，方便了 用戶的使用。
圖1為現有PUSH消息的結構簡圖2為本發明實施例中判斷消息是否為PUSH消息并拒接的流程圖； 圖3為本發明實施例中按應用類別或類型實現拒接的流程圖； 圖4為本發明實施例中按URL地址實現拒接的流程圖； 圖5為本發明實施例中按真正發送者實現拒接的流程圖6為本發明實施例中各方法結合使用實現拒接的流程圖。
具體實施例方式
本發明實施例根據PUSH消息的類型等判別條件對PUSH消息進行篩選， 實現對PUSH消息的針對性拒接。
如圖1所示，PUSH消息分為消息頭信息001和PUSH消息內容兩大部分， 其中PUSH消息內容又分為正文頭信息002和正文003兩部分。普通文本短消 息的消息頭信息一般是空的，而PUSH消息的消息頭信息一般會帶有端口號等 信息，可以據此判斷所收到的是SMS發出的普通文本短消息還是PUSH消息。
如圖2所示，本發明實施例首先提供一種拒接全部PUSH消息的方法，包 括如下步驟
步驟S101、收到消息后判斷消息頭信息的長度，若長度為0，則執行步驟 S104;若消息頭信息長度不為0，則執行步驟S102。
步驟S102、解析消息頭信息的內容，如果消息頭信息不攜帶端口號，說明 此消息是文本短消息，執行步驟S104;如果消息頭信息攜帶端口號，說明是 PUSH消息，執行步驟S103。
步驟S103、判斷收到的PUSH消息是否拒接，如果是，丟棄收據的PUSH 消息；如果不是，進行進一步判斷。如果設為拒接全部PUSH消息，則直接丟 棄PUSH消息。
步驟S104、所收到的消息是普通文本短消息，交給文本短消息模塊處理。
拒接所有PUSH消息對于不能接收PUSH消息的終端和需要免打擾設置的 用戶來說，避免了未知消息的騷擾，無疑是非常實用的。
如果不拒接所有的PUSH消息，本發明實施例還提供了幾種篩選PUSH消 息的方法，使用戶可以有選擇的接收PUSH消息。
按照PUSH消息的類型篩選主要是根據PUSH消息攜帶的應用類別信息 和PUSH消息類型，判斷所接收到的PUSH消息是否屬于設定的拒接類型，若 是，直接丟棄，若不是接收后由用戶判斷下次是否繼續接收此類型的PUSH消 息。其中，應用類別信息攜帶在PUSH消息的正文頭信息中，而PUSH消息類
型攜帶在正文中。
如圖3所示，本發明實施例進一 步提供一種根據設定類型篩選PUSH消息， 實現部分拒接的方法，包括如下步驟
步驟S200、接收消息并確定接收的消息為PUSH消息后，執行步驟S201。
PUSH消息的確定方法如圖l所述，這里不再重復描述。
步驟S201 、獲取所接收PUSH消息的正文頭信息內容。
步驟S202、從消息的正文頭信息中獲取應用類別字符串，若獲取到應用類 別，則執行步驟S203,若應用類別為空，則執行步驟S204。
PUSH消息的應用類別主要分為彩信PUSH、 WAP PUSH、快訊PUSH和 其它類型的PUSH。
步驟S203、將獲取的應用類別和已有的應用類別進行比較判斷，確定是何 種應用類別的PUSH消息，若判斷出是何種應用類別的PUSH消息，則執行步 驟S205;若無法判斷，則執行步驟S204。
步驟S204、查詢PUSH消息類型，判斷是何種類型的PUSH消息。若判 斷出PUSH消息的類型，則執行步驟S205;若無法判斷，則根據用戶的設置 選擇丟棄或接收該PUSH消息。
PUSH消息類型主要有SI( Service Indication,服務指示)、SL( Service Load, 服務加載)、CO (Cache Operate,緩存無效)等。
步驟S201至S204完成了對PUSH消息應用類別或無應用類別時對消息類 型的獲取。
步驟S205、將所獲取的PUSH消息應用類別和第一拒接列表中用戶設定 的拒接應用類別進行比較判斷，若是拒接PUSH消息應用類別，則將所收到的 PUSH消息丟棄，并根據用戶的設置提示用戶；若不是拒接PUSH消息的應用 類別，則顯示給用戶，執行步驟S206。
如獲取不到應用類別，則將所獲取的PUSH消息類型和第一拒接列表中用 戶設定的拒接類型進行比較判斷，若是拒接PUSH消息類型，則將所收到的PUSH消息丟棄，并根據用戶的設置提示用戶；若不是拒接PUSH消息的類型， 則顯示給用戶，執行步驟S206。
步驟S206、用戶閱讀PUSH消息后，判斷下次是否繼續接收此應用類別 PUSH消息，若是，則處理完畢；若不是，則執行步驟S207。或者如果是按照 類型篩選，則用戶判斷下次是否繼續接收此類型的PUSH消息，若是，則處理 完畢；若不是，則執行步驟S207。
步驟S207、用戶將所收到PUSH消息的所屬應用類別設定為拒接應用類 別，則所收到的PUSH消息應用類別被存入第一拒接列表， 一旦再收到此應用 類別的PUSH消息，則將消息丟棄。
或者使用類型篩選時，用戶將所收到PUSH消息的所屬類型設定為拒接類 型，則所收到的PUSH消息類型被存入第一拒接列表， 一旦再收到此類型的 PUSH消息，則將消息丟棄。
用戶可能不知道所收到的PUSH消息應用類別或類型為何種應用類別或類 型，所以用戶設置時，只要將選擇將該PUSH所屬類別或類型加入拒接列表即 可，不需了解該PUSH屬于何種類別或類型，這種操作方法對用戶來講非常實 用，方便了用戶的判斷和操作。
使用PUSH消息的應用類別或類型的方法可以如上文所述的那樣結合使 用，也可以分別使用，即僅提取PUSH消息的應用類別信息進行判斷，或僅提 取PUSH消息的類型信息進行判斷。
根據URL對PUSH消息進行拒接主要是根據PUSH消息內容中攜帶的 URL地址，判斷所接收到的PUSH消息是否由拒接網站發出，若是，直接丟棄， 若不是接收后由用戶判斷下次是否繼續接收此網站發出的PUSH消息。
如圖4所示，根據URL拒接的方法有如下步驟
步驟S301、收到PUSH消息，獲取PUSH消息正文頭信息中所帶的URL地址。
步驟S302、將該URL地址與第二拒接列表中保存的URL地址進行比較判
斷，判斷時，若該URL的根路徑即網站地址在拒接列表中或該URL的上層路 徑在拒接列表中都算作該URL地址是拒接地址。
若該URL地址是拒接地址，則丟棄PUSH消息，完成拒接；若該URL沒 有被拒接，則接收該PUSH消息，并執行步驟S303。
步驟S303、用戶閱讀PUSH消息后，判斷下次是否繼續接收此網站發出 的PUSH消息，若是，則處理完畢；若不是，則執行步驟S304。
步驟S304、用戶將所收到PUSH消息的URL地址設定為拒接地址，則所 收到PUSH消息的URL地址被存入第二拒接列表， 一旦再收到帶有此URL的 PUSH消息，則將消息丟棄。
此方法可以實現拒接某些網站發出的PUSH消息尤其是垃圾PUSH消息， 這些PUSH消息多數是無用的垃圾廣告，嚴重影響用戶的使用，但可能有些 PUSH消息是用戶從網上訂購的業務，所以不能一概拒接。本發明實施例中針 對某網站拒接這些PUSH消息， 一方面可以接收所訂購的業務，另一方面可以 拒接其他網站發送的垃圾消息，極大的方便了用戶的使用。
根據PUSH消息的真正發送者信息拒接有些PUSH消息正文中攜帶真正 發送者信息，它跟消息的發送者可以是不同的。例如彩信PUSH,其消息的 發送者是一個固定的SP,但是真正發送者信息可以從PUSH消息正文中獲取 到，可以是產生PUSH消息的終端號碼或者郵箱地址等，再才艮據真正的發送者 進行篩選。
結合圖5說明根據真正發送者信息拒接的步驟 步驟S401、獲取接收到的PUSH消息正文中的真正發送者信息； 真正發送者在PUSH消息正文中可以是一個擴展關鍵字，例如其關鍵字為 0x80。
步驟S402、將真正發送者與第三拒接列表中保存的發送者進行比較判斷， 若該發送者在拒接列表中，則丟棄PUSH消息，完成拒接；若該發送者不在拒 接列表中，則接收該PUSH消息，并執行步驟S403。
步驟S403、用戶閱讀PUSH消息后，判斷下次是否繼續接收此發送者發 出的PUSH消息，若是，則處理完畢；若不是，則執行步驟S404。
步驟S404、用戶將所收到PUSH消息的真正發送者放入第三拒接列表, 則所收到PUSH消息的真正發送者被存入第三拒接列表， 一旦再收到此發送者 的PUSH消息，則將消息丟棄。
由于現在網絡中存在大量以個人廣告形式存在的垃圾消息，所以針對真正 發送者信息篩選PUSH消息，方便用戶篩選這些個人廣告，方便使用。
以上幾種篩選方法可以根據用戶的設置單獨使用或選擇其中幾種配合使 用，還可以和現有技術中的篩選方法結合使用，如根據黑名單、白名單進行拒 接和根據PUSH消息中的關鍵字進行篩選等。
下面以 一具體實施例進行說明
若某用戶啟用了全部篩選方法，則當終端接收到一條PUSH消息時，處理 步驟如圖6所示
步驟S501 、收到 一條消息，判斷收到的消息是否為PUSH消息。若是PUSH 消息，則執行步驟S502，若是普通文本短消息，則交給文本短消息模塊處理。
步驟S502、獲取該PUSH消息的類型，并和第一拒接列表中的類型進行 比較，若該消息不屬于拒接類型，則執行步驟S503,若屬于拒接類型，則將該 PUSH消息丟棄。
步驟S503、獲取該PUSH消息的URL地址，并和第二拒接列表中的URL 地址進行比較，若該消息的URL地址不屬于拒接地址，則執行步驟S504，若 該消息的URL地址屬于拒接地址，則將該PUSH消息丟棄。
步驟S504、獲取該PUSH消息的真正發送者信息，并和第三拒接列表中 的名單進行比較，若該消息的真正發送者不符合名單，則執行步驟S505，若該 消息的真正發送者符合名單，則將該PUSH消息丟棄。
步驟S505、根據黑白名單和關鍵字等條件進行判斷，若屬于拒接范疇，則 將該PUSH消息丟棄，若不屬于拒接范疇，則執行步驟S506。
步驟S506、將PUSH消息顯示給用戶，用戶閱讀該消息后，判斷是否繼 續接收該PUSH，若不是執行步驟S507,若是，則處理完畢。
步驟S507、用戶設置拒接列表，可以根據該PUSH消息的類型、攜帶的 URL地址、真正發送者等的任一、全部或任何組合設置。再次接收的PUSH 消息若屬于用戶設置的拒接范疇，則進行丟棄處理。
其中步驟S502至S505不分先后，既可以按任何順序一步步的進行，也可 以幾個步驟同時進4亍。
本實施例中一種實現PUSH消息拒接的移動通信設備，包括
用于判別接收進來的消息是否為PUSH消息的單元。
用于確定收到的消息為PUSH消息后，從PUSH消息中獲取該PUSH消息 的應用類別信息的單元；
用于根據應用類別信息，確定PUSH消息的應用類別信息是拒絕接收的應 用類別信息后，丟棄PUSH消息的單元。
以上兩個單元實現了根據PUSH消息的應用類別進行拒收，進一步，當獲 取不到PUSH消息的應用類別信息時，可以獲取PUSH消息的類型信息，根據 類型進行拒收，則該移動通信設備進一步包括
用于獲取不到應用類別信息時獲取其類型信息，并根據類型信息，確定 PUSH消息的類型信息為拒絕接收的PUSH消息類型信息后，丟棄PUSH消息 的單元。
在使用應用類別或使用類型判斷前或判斷后，可使用URL地址進行判斷， 則該移動通信設備進一步包括
用于從PUSH消息中獲取該PUSH消息的攜帶的URL地址信息，并確定 URL地址信息為預先設定的拒絕接收的URL地址信息后，丟棄PUSH消息的
單元；
進一步，還可以使用真正發送者信息進行判斷，則該移動通信設備進一步
包括
用于從PUSH消息中獲取真正發送者信息，并確定真正發送者信息為拒絕 接收的真正發送者信息后，丟棄PUSH消息的單元。
使用應用類別、類型、URL地址和真正發送者信息判斷的順序可以隨意設置。
當一條PUSH消息通過判斷顯示給用戶后，用戶可#4居PUSH消息的應用 類別或類型進行設置，則該移動通信設備進一步包括
用于當確定PUSH消息的應用類別或類型不是拒絕接收的應用類別或類型 后，保存接收的PUSH消息，根據用戶操作從保存的PUSH消息中提取應用類 別或類型信息，并將提取的應用類別或類型信息設定為拒絕接收的應用類別或 類型信息的單元；
用戶還可以根據PUSH消息的URL地址進行設置，則該移動通信設備進 一步包括
用于當確定接收的PUSH消息的URL地址信息不是預先設定的拒絕接收 的URL地址信息后，保存接收的PUSH消息，根據用戶操作從保存的PUSH 消息中提取URL地址信息，并將提取的URL地址信息設定為拒絕接收的URL 地址信息的單元；
同時，用戶也可才艮據PUSH消息中真正發送者信息進行設置，則該移動通
信設備進一步包括
用于當確定接收的PUSH消息的真正發送者信息不是預先設定的拒絕接收
的真正發送者信息后，保存接收的PUSH消息，根據用戶操作從保存的PUSH
消息中提取真正發送者信息，并將提取的真正發送者信息設定為拒絕接收的真
正發送者信息的單元。
其中用于判別接收進來的消息是否為PUSH消息的單元，具體包括 用于確定收到的消息的消息頭信息長度是否為0的子單元； 用于當消息頭信息長度不為0時，進一步確定消息頭信息中是否攜帶端口
號的子單元； 用于當消息頭信息中攜帶端口號時，確認收到的消息為PUSH消息的子單元。
明的精神和范圍。這樣，倘若本發明的這些修改和變形屬于本發明權利要求及 其等同技術范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1、一種推送PUSH消息接收方法，其特征在于，包括確定收到的消息為PUSH消息后，從PUSH消息中獲取該PUSH消息的應用類別信息；根據所述應用類別信息，確定所述PUSH消息的應用類別信息是拒絕接收的應用類別信息后，丟棄所述PUSH消息。
2、 如權利要求1所述的方法，其特征在于，獲取不到所述應用類別信息 時，則獲取PUSH消息的類型信息，確定所述類型是拒絕接受類型后丟棄所述 PUSH消息。
3、 如權利要求2所述的方法，其特征在于，確定收到的消息為PUSH消 息和從PUSH消息中獲取該PUSH消息的應用類另iJ/類型信息之間，或確定所 述PUSH消息的應用類別/類型不是拒絕接收的應用類別/類型后，所述方法還 包括從PUSH消息中獲取該PUSH消息的攜帶的URL地址信息，并確定所述 URL地址信息是拒絕接收的URL地址信息后，丟棄所述PUSH消息；或從PUSH消息中獲取真正發送者信息，并確定所述真正發送者信息是拒絕 接收的真正發送者信息后，丟棄所述PUSH消息。
4、 如權利要求3所述的方法，其特征在于當確定接收的PUSH消息的URL地址信息不是預先設定的拒絕接收的 URL地址信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存的 PUSH消息中提取URL地址信息，并將提取的URL地址信息設定為拒絕接收 的URL地址信息；當確定接收的PUSH消息的應用類另'J/類型信息不是預先設定的拒絕接收 的PUSH消息的應用類另iJ/類型信息后，保存接收的PUSH消息，后續根據用 戶操作從已經保存的PUSH消息中提取應用類另'J/類型信息，并將提取的應用 類另'J/類型信息設定為拒絕接收的PUSH消息的應用類別/類型信息；或者當確定接收的PUSH消息的真正發送者信息不是預先設定的拒絕接收的真 正發送者信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存的 PUSH消息中提取真正發送者信息，并將提取的真正發送者信息設定為拒絕接 收的真正發送者信息。
5、 如權利要求l-4任一所述的方法，其特征在于，確定接收的消息為PUSH 消息，具體包括確定收到的消息的消息頭信息長度不為0 、且消息頭信息中攜帶端口號時， 確認收到的消息為PUSH消息。
6、 一種移動通信設備，其特征在于，包括 用于判別接收進來的消息是否為PUSH消息的單元；用于確定收到的消息為PUSH消息后，從PUSH消息中獲取該PUSH消息 的應用類別信息的單元；用于根據所述應用類別信息，確定所述PUSH消息的應用類別信息是拒絕 接收的應用類別信息后，丟棄所述PUSH消息的單元。
7、 如權利要求6所述的移動通信設備，其特征在于，還包括 用于獲取不到應用類別信息時獲取其類型信息，并根據所述類型信息，確定所述PUSH消息的類型信息是拒絕接收的PUSH消息類型信息后，丟棄所述 PUSH消息的單元。
8、 如權利要求7所述的移動通信設備，其特征在于，還包括用于從PUSH消息中獲取該PUSH消息的攜帶的URL地址信息，并確定 所述URL地址信息是預先設定的拒絕接收的URL地址信息后，丟棄所述PUSH 消息的單元；或用于從PUSH消息中獲取真正發送者信息，并確定所述真正發送者信息是 拒絕接收的真正發送者信息后，丟棄所述PUSH消息的單元。
9、 如權利要求8所述的移動通信設備，其特征在于，還包括 用于當確定所述PUSH消息的應用類另'J/類型不是拒絕接收的應用類另iJ/類型后，保存接收的PUSH消息，后續根據用戶操作從已經保存的PUSH消息中 提取應用類別/類型信息，并將提取的應用類另U /類型信息設定為拒絕接收的應 用類別/類型信息的單元；用于當確定接收的PUSH消息的URL地址信息不是預先設定的拒絕接收 的URL地址信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存 的PUSH消息中提取URL地址信息，并將提取的URL地址信息設定為拒絕接 收的URL地址信息的單元；用于當確定接收的PUSH消息的真正發送者信息不是預先設定的拒絕接收 的真正發送者信息后，保存接收的PUSH消息，后續根據用戶操作從已經保存 的PUSH消息中提取真正發送者信息，并將提取的真正發送者信息設定為拒絕 接收的真正發送者信息的單元。
10、如權利要求6至9任一所述的移動通信設備，其特征在于，所述用于 判別接收進來的消息是否為PUSH消息的單元具體為用于確定收到的消息的 消息頭信息長度不為0、且消息頭信息中攜帶端口號時，確認收到的消息為 PUSH消息的單元。
全文摘要
本發明公開了一種拒接PUSH消息的方法及移動通信設備，以實現針對性篩選拒接垃圾PUSH消息，方便用戶的使用。本發明通過獲取PUSH消息的應用類別/類型、URL地址等信息，和拒絕接收的條件比較，判斷是否拒接該PUSH消息，并可以根據具體的PUSH消息進行拒接條件設置，達到篩選PUSH消息、實現拒接的目的，方便了用戶的使用。
文檔編號H04L29/08GK101340454SQ20081011841
公開日2009年1月7日 申請日期2008年8月14日 優先權日2008年8月14日
發明者孫國臣 申請人:青島海信移動通信技術股份有限公司