專利名稱:接收信息、通知消息接收及發(fā)送方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域：
，尤其涉及一種接收信息、通知消息接收及發(fā)送 方法和裝置。
背景技術(shù)：
移動廣播業(yè)務(wù)(Mobile Broadcast Services ；以下簡稱BCAST)是開放移動聯(lián)盟 (Open Mobile Alliance ；以下簡稱0MA)提出來的一個移動寬帶數(shù)字廣播/多播業(yè)務(wù)的概 念。在廣播上，它包括一對多的廣播方式和多點傳送(multicast)方式，而且考慮在現(xiàn)有的 網(wǎng)絡(luò)架構(gòu)上，將數(shù)字廣播業(yè)務(wù)連接起來。0MA的BCAST致力于業(yè)務(wù)發(fā)現(xiàn)、電子編程/業(yè)務(wù)引 導(dǎo)、計費、內(nèi)容保護等方面，制定具體的業(yè)務(wù)引擎，并確保其獨立于承載層。
0MA標準規(guī)定，移動視頻廣播業(yè)務(wù)必須為用戶提供業(yè)務(wù)指南(ServiceGuide ；以下 簡稱SG)信息。其中SG信息主要包括了對每個業(yè)務(wù)的簡單介紹，以及該業(yè)務(wù)對應(yīng)的多播會 話信息，具體包括用于具體傳送節(jié)目流的目的多播IP地址和端口號，源IP地址，可能還會 有會話標識符等，終端從而可以根據(jù)SG中提供的相關(guān)信息來訂閱某些節(jié)目或者請求收看 某些節(jié)目。其中，SG信息可以采用由網(wǎng)絡(luò)側(cè)以廣播的方式發(fā)送給在廣播業(yè)務(wù)提供商處進行 了注冊的所有用戶，也可以采用由用戶主動向網(wǎng)絡(luò)側(cè)請求其下發(fā)SG信息。BCAST SG以XML 數(shù)據(jù)格式定義，由不同數(shù)據(jù)分片組成，各數(shù)據(jù)分片中還包含多個屬性和子元素，各數(shù)據(jù)分片 之間通過弓丨用和關(guān)聯(lián)建立關(guān)系。
BCAST具有通知功能，根據(jù)范圍不同，分為以下四種通知面向整個BCAST系統(tǒng)用 戶的通知、面向某業(yè)務(wù)提供商的用戶的通知、面向某業(yè)務(wù)用戶的通知和通知業(yè)務(wù)。通知以消 息的形式發(fā)送，可以通過廣播信道發(fā)送，也可以通過交互信道發(fā)送。在廣播信道中，終端接 入廣播會話接收通知消息；在交互信道中，終端向通知消息所在的服務(wù)器發(fā)起請求獲取相 關(guān)通知消息。但不論采取何種發(fā)送方式，終端首先需要獲知通知消息的接收信息，即廣播會 話地址或服務(wù)器地址，終端根據(jù)接收信息接入才能獲取相關(guān)通知消息，通知消息的接收信 息一般是通過SG帶給終端的。
在實現(xiàn)本發(fā)明實施例的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題對于 廣播系統(tǒng)的通知功能，存在僅向個別區(qū)域發(fā)送通知消息的應(yīng)用場景，如面向某個區(qū)域發(fā)起 的緊急疏散通知消息，或者某商場限時打折促銷通知消息，諸如此類通知消息只需要發(fā)給 相關(guān)區(qū)域周圍的終端即可，廣播網(wǎng)內(nèi)其他區(qū)域的終端并不需要接收到這樣的通知消息。但 現(xiàn)有通知消息的發(fā)送機制并沒有針對該問題的解決方式，網(wǎng)絡(luò)側(cè)對通知消息的發(fā)送目標區(qū) 域不可控，造成大量不相關(guān)終端接收通知消息，增加了網(wǎng)絡(luò)和終端的負載。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種接收信息、通知消息接收及發(fā)送方法和裝置，用以解決現(xiàn) 有技術(shù)中網(wǎng)絡(luò)側(cè)對通知消息的發(fā)送目標區(qū)域不可控而造成網(wǎng)絡(luò)和終端負載大等缺陷，實現(xiàn) 網(wǎng)絡(luò)側(cè)對通知消息發(fā)送目標區(qū)域的可控性。[0007]本發(fā)明實施例提供一種接收信息發(fā)送方法，包括
在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指示位于所 述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息；
發(fā)送包括所述第一區(qū)域信息的所述接收信息。
本發(fā)明實施例提供一種通知消息發(fā)送方法，包括
在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于所述第二區(qū)域 信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；
發(fā)送包括所述第二區(qū)域信息的所述通知消息。
本發(fā)明實施例提供一種接收信息接收方法，包括
接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信息，所述第一區(qū)域信 息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知 消息；
根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息。
本發(fā)明實施例提供一種通知消息接收方法，包括
接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域信息用于指示 位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；
根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
本發(fā)明實施例提供一種服務(wù)器，包括
第一處理模塊，用于在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域 信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通 知消息；
第一發(fā)送模塊，用于發(fā)送包括所述第一區(qū)域信息的所述接收信息。
本發(fā)明實施例提供一種服務(wù)器，包括
第三處理模塊，用于在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指 示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；
第二發(fā)送模塊，用于發(fā)送包括所述第二區(qū)域信息的所述通知消息。
本發(fā)明實施例提供一種終端，包括
第一接收模塊，用于接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信 息，所述第一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收 信息接收所述通知消息；
第四處理模塊，用于根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述 通知消息。
本發(fā)明實施例提供一種終端，包括
第三接收模塊，用于接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二 區(qū)域信息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容 所對應(yīng)的操作；
第六處理模塊，用于根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所 對應(yīng)的操作。
本發(fā)明實施例提供一種網(wǎng)絡(luò)系統(tǒng)，包括[0032]服務(wù)器，用于在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用 于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息， 并發(fā)送包括所述第一區(qū)域信息的所述接收信息；
終端，用于接收所述接收信息，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信 息接收所述通知消息。
本發(fā)明實施例提供一種網(wǎng)絡(luò)系統(tǒng)，包括
服務(wù)器，用于在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于 所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作，并發(fā)送包 括所述第二區(qū)域信息的所述通知消息；
終端，用于接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域信息 用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的 操作，并根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
本發(fā)明實施例提供的接收信息、通知消息接收及發(fā)送方法和裝置，通過在通知消 息的接收信息或通知消息中添加區(qū)域信息，該區(qū)域信息表示通知消息的適用區(qū)域，即通知 消息只對該區(qū)域內(nèi)的終端有效，實現(xiàn)了網(wǎng)絡(luò)側(cè)對通知消息發(fā)送目標區(qū)域的可控性，避免大 量不相關(guān)終端接收通知消息，減輕了網(wǎng)絡(luò)和終端的負載。


圖1為本發(fā)明接收信息發(fā)送方法實施例一流程圖；
圖2為本發(fā)明接收信息接收方法實施例一流程圖；
圖3為本發(fā)明通知信息發(fā)送方法實施例一流程圖；
圖4為本發(fā)明通知消息接收方法實施例一流程圖；
圖5為本發(fā)明接收信息和通知消息發(fā)送方法實施例一流程圖；
圖6為本發(fā)明接收信息和通知消息接收方法實施例一流程圖；
圖7為本發(fā)明服務(wù)器實施例一的結(jié)構(gòu)示意圖；
圖8為本發(fā)明服務(wù)器實施例二的結(jié)構(gòu)示意圖；
圖9為本發(fā)明終端實施例一的結(jié)構(gòu)示意圖；
圖10為本發(fā)明終端實施例二的結(jié)構(gòu)示意圖；
圖11為本發(fā)明網(wǎng)絡(luò)系統(tǒng)實施一的組成示意圖；
圖12為本發(fā)明服務(wù)器實施例三的結(jié)構(gòu)示意圖；
圖13為本發(fā)明終端實施例三的結(jié)構(gòu)示意圖；
圖14為本發(fā)明網(wǎng)絡(luò)系統(tǒng)實施二的組成示意圖。
具體實施方式
下面結(jié)合附圖和具體實施例進一步說明本發(fā)明實施例的技術(shù)方案。
BCAST系統(tǒng)中服務(wù)器向終端發(fā)送通知消息，該通知消息的接收信息由SG提供，所 述的接收信息可以為廣播會話地址或服務(wù)器地址，終端根據(jù)接收信息接入才能獲取相關(guān)通 知消息。本發(fā)明實施例針對現(xiàn)有技術(shù)通知功能不具備區(qū)域相關(guān)性，網(wǎng)絡(luò)側(cè)對通知消息的目 標區(qū)域不可控，造成大量不相關(guān)用戶接收通知消息，增加了網(wǎng)絡(luò)和終端的負載等缺陷，提供一種解決方案，從發(fā)現(xiàn)機制來看，通知消息的接收信息中沒有包含區(qū)域信息，用戶無法從接 收信息中了解相關(guān)通知消息適用于哪些區(qū)域，因此可以在通知消息的接收信息中添加區(qū)域 信息，使得網(wǎng)絡(luò)側(cè)對通知消息的目標區(qū)域可控；其次，從終端接收到通知消息后的處理來 看，終端解析通知消息時，也不能區(qū)分通知消息在不同區(qū)域的有效性，因此還可以在通知消 息中添加區(qū)域信息，使得通知消息對在該區(qū)域內(nèi)的終端有效，對區(qū)域外的終端無效。本發(fā)明 實施例解決了通知消息分區(qū)域功能的問題，使廣播業(yè)務(wù)系統(tǒng)實現(xiàn)面向目標區(qū)域的通知。
BCAST通知功能根據(jù)范圍不同，分為以下四種通知
第一種是面向整個BCAST系統(tǒng)用戶的通知，BCAST系統(tǒng)內(nèi)的所有用戶都能收到該 通知，不論其訂閱哪個業(yè)務(wù)或?qū)儆谀膫€業(yè)務(wù)提供商，如緊急消息(Emergency messages)，有 關(guān)BCAST系統(tǒng)問題的通知；
第二種是面向某業(yè)務(wù)提供商的用戶的通知，如業(yè)務(wù)操作問題通告等；
第三種是面向某業(yè)務(wù)用戶的通知，如關(guān)于某業(yè)務(wù)可用性的信息，如業(yè)務(wù)節(jié)目中斷、 業(yè)務(wù)節(jié)目時間表或接入點的變更；為提升業(yè)務(wù)體驗提供的節(jié)目相關(guān)信息，如新聞、比賽得分 消息等；相鄰系統(tǒng)中的業(yè)務(wù)信息，或者提供漫游支持的消息；普通文件，如電影、音樂、軟件 等的下載或更新通知；與業(yè)務(wù)或內(nèi)容相關(guān)的輔助數(shù)據(jù)下載或插入的觸發(fā)；與業(yè)務(wù)或內(nèi)容相 關(guān)的其他信息。
第四種是通知業(yè)務(wù)，通知作為一個獨立的業(yè)務(wù)，只有訂閱該通知業(yè)務(wù)的用戶才能 收到相關(guān)通知信息。
對于上述不同的通知消息，其發(fā)現(xiàn)機制也不盡相同
對于面向整個BCAST系統(tǒng)用戶的通知消息，其接收信息由業(yè)務(wù)指南傳送 描述符(Service Guide Delivery Descriptor ；以下簡稱SGDD)分片的 El 元素 “NotificationRec印tion，，提供?！癗otificationRec印tion，，元素格式如表 1 所示，在下列 數(shù)據(jù)定義中，E表示元素，A表示屬性，E1表示子元素，E2表示子元素的子元素，以此類推。 匪表示網(wǎng)絡(luò)必須支持，N0表示網(wǎng)絡(luò)可選支持；TM表示終端必須支持，T0表示終端可選支持。
表 1
其中“IPBroadcastDelivery”指示了傳送通知消息的IP多播地址和端口號； “PollURL”指示了終端通過交互信道獲取通知消息的URL地址。若通知消息通過廣播信道發(fā)送，則 SGDD 分片的 E 1 元素“NotificationRec印tion” 攜帶“IPBroadcastDelivery” 子 元素，若通知消息通過交互信道發(fā)送，則S⑶D分片的E1元素“NotificationRec印tion”攜 帶“PollURL”子元素。終端接收到SGDD分片后，根據(jù)所述接收信息接入并獲取通知消息。
對于面向某業(yè)務(wù)提供商的用戶的通知消息，其接收信息由SGDD分片中的E2元素 “BSMSelctor”的子元素E3元素“NotificationRec印tion”提供，具體如表2所示。
表 2

“NotificationRec印tion”指示了與父“BSMSelctor”相關(guān)的通知的接收信息，只 有屬于“BSMSeletor”所指示業(yè)務(wù)提供商的終端用戶，才能接收相關(guān)的通知消息。
對于面向某業(yè)務(wù)用戶的通知消息，其接收信息是由該業(yè)務(wù)對應(yīng)的接入 (Access)分片的El元素“NotificationRec印tion”提供；終端訂閱或選擇了一個 業(yè)務(wù)節(jié)目后，指示該業(yè)務(wù)接入信息的“Access”分片中如果包含通知消息的接收信息 “NotificationRec印tion”，則終端會根據(jù)所述接收信息接入并獲取通知消息。
對于通知業(yè)務(wù)，通知消息作為一個獨立的業(yè)務(wù)，業(yè)務(wù)指南(SG)中的“service”分 片描述該業(yè)務(wù)信息，與“service”分片關(guān)聯(lián)的“Access”分片中的“AccessType”描述了通 知消息的接收信息，具體如表3所示。
表3

訂閱了該業(yè)務(wù)的終端會根據(jù)“Access”分片中提供的接入信息接收相關(guān)通知消 息。如果“Access”分片提供了廣播信道接入信息“BroadcastServiceDelivery”，則終 端通過接入所述的廣播會話接收通知消息；如果“Access”分片提供了交互信道接入信息“UnicastServiceDelivery”，則終端向服務(wù)器發(fā)起獲取通知消息的請求。
本發(fā)明實施例通過以下三種方式實現(xiàn)通知消息的分區(qū)域功能，分別介紹如下。
第一種方式是服務(wù)器在通知消息的接收信息中添加區(qū)域信息，指示該通知消息的適用區(qū)域，只有適用區(qū)域內(nèi)的終端才需要接收相關(guān)通知消息。
圖1為本發(fā)明接收信息發(fā)送方法實施例一流程圖，如圖1所示，該方法包括
步驟100，在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指 示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息；
在服務(wù)器向終端下發(fā)通知消息之前，先要通過SG信息將該通知消息的接收信息 發(fā)送給終端，使得終端能夠按照接收信息接入以獲取相關(guān)通知消息。為了實現(xiàn)通知消息的 分區(qū)域功能，本實施例中在該通知消息的接收信息中添加第一區(qū)域信息，目的在于向接收 到該接收信息的終端表明，通知消息僅對位于與第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端有效， 也就是說該通知消息是面向特定區(qū)域內(nèi)的終端而發(fā)送的，對于不在該區(qū)域內(nèi)的終端可以不 接收該通知消息。因此，第一區(qū)域信息起到指示位于第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根 據(jù)接收信息接收所述通知消息的目的，以此實現(xiàn)通知消息的分區(qū)域功能。
步驟101，發(fā)送包括所述第一區(qū)域信息的所述接收信息。
服務(wù)器在接收信息中添加好第一區(qū)域信息后，將包括該第一區(qū)域信息的接收信息 通過例如SG信息發(fā)送給所有終端。終端可以按照第一區(qū)域信息的指示判斷該接收信息對 應(yīng)的通知消息是否對自己有效。
本實施例提供的接收信息發(fā)送方法，在通知消息的接收信息中添加區(qū)域信息，該 區(qū)域信息表示通知消息的適用區(qū)域，只有該區(qū)域內(nèi)的終端才需要接收相關(guān)通知消息，網(wǎng)絡(luò) 側(cè)能夠控制通知消息的發(fā)送范圍，減輕了網(wǎng)絡(luò)和終端的負載。
圖2為本發(fā)明接收信息接收方法實施例一流程圖，如圖2所示，本實施例針對圖1 所示的流程，給出終端在接收到包括區(qū)域信息的接收信息后的處理流程，具體如下
步驟200，接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信息，所述第 一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收 所述通知消息；
服務(wù)器為實現(xiàn)通知消息的分區(qū)域功能，在通知消息的接收信息中添加第一區(qū)域信 息以指示位于第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)接收信息接收所述通知消息。終端通 過例如SG信息中的SGDD分片或“Access”分片獲取通知消息的接收信息，對接收信息進行 解析獲得接收信息所包括的第一區(qū)域信息。
步驟201，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息。
終端獲得第一區(qū)域信息后，將終端自身所在的位置信息與第一區(qū)域信息進行對 比，若終端自身所在的位置處于第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則終端需要根據(jù)接收 信息接收對應(yīng)的通知消息，接收信息中有接收通知消息所需的接收參數(shù)，如果通知消息通 過廣播信道傳送，則接收信息中會包含接收通知消息所需的IP多播地址和端口號等，終端 根據(jù)這些信息的指示接入廣播會話接收通知消息；如果通知消息通過交互信道傳送，則接 收信息中會包含獲取通知消息所需的地址信息，通常是一個服務(wù)器URL，終端向該URL發(fā)起 請求，獲取通知消息。
若終端自身所處的位置不處于第一區(qū)域信息指示的區(qū)域范圍內(nèi)，則終端不需要接收通知消息。具體地，終端在接收到含有區(qū)域信息的通知消息接收信息后，需要將終端的位 置和區(qū)域信息進行比對，以便知道終端是否處于需要接收通知消息的目標區(qū)域中。對于定 位精度要求不高的位置過濾，通過小區(qū)標識(cell-id)就可以確定終端位置，對于定位精 度要求較高或有特定格式要求的位置過濾，需要使用專門的定位系統(tǒng)獲取終端位置信息， 如通過全球定位系統(tǒng)(Global Position System ；以下簡稱GPS)定位獲取終端位置信息， 或者遵從3GPP、3GPP2、OMA SUPL等相關(guān)定位規(guī)范獲取終端位置信息，或者遵從某些私有標 準的位置信息等。終端獲取自身所在的位置信息可以通過現(xiàn)有技術(shù)實現(xiàn)。
通過本實施例提供的通知消息接收方法，終端在接收通知消息之前就能根據(jù)接收 信息中攜帶的通知消息目標區(qū)域信息判斷是否需要接收相關(guān)通知消息，避免了不相關(guān)處 理，減輕終端的負載，節(jié)省了網(wǎng)絡(luò)資源。
第二種方式是服務(wù)器在通知消息中添加區(qū)域信息，終端接收到通知消息后，根據(jù) 終端位置與目標區(qū)域的匹配情況來決定該通知消息是否有效。
圖3為本發(fā)明通知信息發(fā)送方法實施例一流程圖，如圖3所示，該方法包括
步驟300，在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于所述 第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；
本實施例提供的方法與上述的接收信息發(fā)送方法實施例不同之處在于，服務(wù)器不 是在接收信息中添加區(qū)域信息，而是直接在通知消息內(nèi)添加區(qū)域信息，終端接收到通知消 息后，根據(jù)終端位置與區(qū)域信息對應(yīng)的目標區(qū)域的匹配情況來決定該通知消息是否有效， 以實現(xiàn)通知消息的分區(qū)域功能。
步驟301，發(fā)送包括所述第二區(qū)域信息的所述通知消息。
服務(wù)器在下發(fā)通知消息之前，在通知消息中添加第二區(qū)域信息，該第二區(qū)域信息 用于指示位于第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作。在生 成包括區(qū)域信息的通知消息后，將該通知消息通過廣播信道或交互信道發(fā)送給所有終端。 終端可以按照第二區(qū)域信息的指示判斷該接收信息對應(yīng)的通知消息是否對自己有效，進而 決定是否執(zhí)行通知消息中所描述的操作。
本實施例提供的接收信息發(fā)送方法，在通知消息中添加區(qū)域信息，該區(qū)域信息表 示通知消息的適用區(qū)域，即通知消息僅對該區(qū)域內(nèi)的終端有效，網(wǎng)絡(luò)側(cè)能夠控制通知消息 的發(fā)送范圍，減輕了網(wǎng)絡(luò)和終端的負載。
圖4為本發(fā)明通知消息接收方法實施例一流程圖，如圖4所示，本實施例針對圖3 所示的流程，給出終端在接收到包括區(qū)域信息的通知消息后的處理流程，具體如下
步驟400，接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域信息 用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的 操作；
終端進行初始化，然后通過S⑶D分片或“Access”分片獲取通知消息的接收信息； 終端根據(jù)接收信息的指示通過廣播信息或交互信道接收通知消息。服務(wù)器為實現(xiàn)通知消息 的分區(qū)域功能，在通知消息中添 加第二區(qū)域信息以指示位于第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的 終端根據(jù)第二區(qū)域信息決定相關(guān)通知消息是否對自身有效。
步驟401，根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。[0101]終端獲得通知消息后，終端首先獲得自身所在的位置信息，將終端自身所在的位置信息與所述第二區(qū)域信息進行對比，以便知道終端是否處于第二區(qū)域信息對應(yīng)的目標區(qū) 域中。若終端自身所在的位置不處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為所接收的 通知消息無效，則終端不執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；若終端自身所在的位置 處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為終端所接收的通知消息有效，終端根據(jù)通 知消息執(zhí)行內(nèi)容所對應(yīng)的操作。終端在進行位置信息對比時，對于定位精度要求不高的位 置過濾，通過小區(qū)標識(cell-id)就可以確定終端位置，對于定位精度要求較高或有特定 格式要求的位置過濾，需要使用專門的定位系統(tǒng)獲取終端位置信息，如通過GPS定位獲取 終端位置信息，或者遵從3GPP、3GPP2、0MASUPL等相關(guān)定位規(guī)范獲取終端位置信息，或者遵 從某些私有標準的位置信息等。終端獲取自身所在的位置信息可以通過現(xiàn)有技術(shù)實現(xiàn)。通 知消息的內(nèi)容所對應(yīng)的操作例如將通知消息內(nèi)容進行解析并顯示在終端屏幕上，或根據(jù)SG 更新信息到對應(yīng)的服務(wù)平臺上進行更新操作等。
通過本實施例提供的通知消息接收方法，終端接收到通知消息后，可通過通知消 息中攜帶的第二區(qū)域信息確定該通知消息是否對自身有效，避免了不相關(guān)處理，減輕終端 的負載，節(jié)省了網(wǎng)絡(luò)資源。
第三種方式是以上兩種方式的結(jié)合，服務(wù)器在通知消息的接收信息中添加第一區(qū) 域信息，同時在通知消息內(nèi)添加第二區(qū)域信息，第二區(qū)域信息是第一區(qū)域信息的子集。在一 個接收區(qū)域中，不同通知消息通過攜帶不同的區(qū)域信息，實現(xiàn)對通知消息有效區(qū)域的進一 步細分。
圖5為本發(fā)明接收信息和通知消息發(fā)送方法實施例一流程圖，如圖5所示，該方法 包括
步驟500，在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指 示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息；
在服務(wù)器向終端下發(fā)通知消息之前，先要通過SG信息將該通知消息的接收信息 發(fā)送給終端，使得終端能夠按照接收信息接入以獲取相關(guān)通知消息。為了實現(xiàn)通知消息的 分區(qū)域功能，本實施例中在該通知消息的接收信息中添加第一區(qū)域信息，目的在于向接收 到該接收信息的終端表明，通知消息僅對位于與第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端有效， 也就是說該通知消息是面向特定區(qū)域內(nèi)的終端而發(fā)送的，對于不在該區(qū)域內(nèi)的終端可以不 接收該通知消息。因此，第一區(qū)域信息起到指示位于第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根 據(jù)接收信息接收所述通知消息的目的，以此實現(xiàn)通知消息的分區(qū)域功能。
步驟501，發(fā)送包括所述第一區(qū)域信息的所述接收信息；
服務(wù)器在接收信息中添加好第一區(qū)域信息后，將包括該第一區(qū)域信息的接收信息 通過例如SG信息發(fā)送給所有終端。終端可以按照第一區(qū)域信息的指示判斷該接收信息對 應(yīng)的通知消息是否對自己有效。
步驟502，在所述通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于 所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；
服務(wù)器在通知消息添加第二區(qū)域信息，第二區(qū)域信息對應(yīng)的目標區(qū)域范圍通常不 大于接收信息中添加的第一區(qū)域信息對應(yīng)的目標區(qū)域范圍。服務(wù)器在下發(fā)通知消息之前， 在通知消息中添加第二區(qū)域信息，該第二區(qū)域信息用于指示位于第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作。在生成包括區(qū)域信息的通知消息后，將該通 知消息發(fā)送給所有終端。終端可以按照第二區(qū)域信息的指示判斷該接收信息對應(yīng)的通知消 息是否對自己有效，進而決定是否執(zhí)行通知消息中所描述的操作。
步驟503，發(fā)送包括所述第二區(qū)域信息的所述通知消息。
服務(wù)器通過廣播信道或交互信道發(fā)送通知消息。
本實施例提供的方法將上述實施例所提供的過濾機制進行組合，即通知消息接收 信息和通知消息中都分別攜帶區(qū)域信息，實現(xiàn)不同區(qū)域通知消息的進一步細分，網(wǎng)絡(luò)側(cè)能 夠控制通知消息的發(fā)送范圍，減輕了網(wǎng)絡(luò)和終端的負載。
圖6為本發(fā)明接收信息和通知消息接收方法實施例一流程圖，如圖6所示，本實施 例針對圖5所示的流程，給出終端在分別接收到包括區(qū)域信息的接收信息和通知消息后的 處理流程，具體如下
步驟600，接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信息，所述第 一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收 所述通知消息；
服務(wù)器為實現(xiàn)通知消息的分區(qū)域功能，在通知消息的接收信息中添加第一區(qū)域信 息以指示位于第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)接收信息接收所述通知消息。終端通 過例如SG信息中的SGDD或“Access”分片中獲取通知消息的接收信息。攜帶的通知消息 的接收信息后，對接收信息進行解析獲得接收信息所包括的第一區(qū)域信息。
步驟601，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消 息；
終端獲得第一區(qū)域信息后，將終端自身所在的位置信息與第一區(qū)域信息進行對 比，若終端自身所在的位置處于第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則終端需要根據(jù)接收 信息接收對應(yīng)的通知消息即執(zhí)行步驟602，接收信息中有接收通知消息所需的接收參數(shù)，如 果通知消息通過廣播信道傳送，則接收信息中會包含接收通知消息所需的IP多播地址和 端口號，終端根據(jù)這些信息的指示接入廣播會話接收通知消息；如果通知消息通過交互信 道傳送，則接收信息中會包含獲取通知消息所需的地址信息，通常是一個服務(wù)器URL，終端 向該URL發(fā)起請求，獲取通知消息。
若終端自身所在的位置不處于第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則終端不需要 接收通知消息，流程結(jié)束。具體地，終端在接收到含有區(qū)域信息的通知消息接收信息后，需 要將終端的位置和區(qū)域信息進行比對，以便知道終端是否處于需要接收通知消息的目標區(qū) 域中。
步驟602，接收所述通知消息，所述通知消息包括第二區(qū)域信息，所述第二區(qū)域信 息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng) 的操作；
位于第一區(qū)域信息對應(yīng)的目標區(qū)域內(nèi)的終端根據(jù)接收信息的指示接收通知消息， 服務(wù)器為實現(xiàn)通知消息的進一步分區(qū)域功能，在通知消息中添加第二區(qū)域信息以指示位于 第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)第二區(qū)域信息決定相關(guān)通知消息是否對自身有效。
步驟603，根據(jù)所述 第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。[0123]終端獲得通知消息后，終端首先獲得自身所在的位置信息，將終端自身所在的位 置信息與所述第二區(qū)域信息進行對比，以便知道終端是否處于第二區(qū)域信息對應(yīng)的目標區(qū) 域中。若終端自身所在的位置不處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為所接收的 通知消息無效，則終端不執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；若終端自身所在的位置 處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為終端所接收的通知消息有效，終端根據(jù)通 知消息執(zhí)行內(nèi)容所對應(yīng)的操作。終端在進行位置信息對比時，對于定位精度要求不高的位 置過濾，通過小區(qū)標識(cell-id)就可以確定終端位置，對于定位精度要求較高或有特定 格式要求的位置過濾，需要使用專門的定位系統(tǒng)獲取終端位置信息，如通過GPS定位獲取 終端位置信息，或者遵從3GPP、3GPP2、0MASUPL等相關(guān)定位規(guī)范獲取終端位置信息，或者遵 從某些私有標準的位置信息等。終端獲取自身所在的位置信息可以通過現(xiàn)有技術(shù)實現(xiàn)。
通過本實施例提供的通知消息接收方法，終端通過接收信息和通知消息內(nèi)的區(qū)域 信息進行兩次的區(qū)域過濾，避免了不相關(guān)處理，減輕終端的負載，節(jié)省了網(wǎng)絡(luò)資源。
在上述各接收信息發(fā)送方法、通知消息發(fā)送方法以及通知消息接收方法中，在接 收信息或通知消息中添加區(qū)域信息的格式可以相同，區(qū)域信息可以采用OMA移動位置協(xié) 議(Mobile Location Protocol ；以下簡稱MLP)格式的位置信息例如區(qū)域形狀、國家編 碼、區(qū)域名稱等、分發(fā)系統(tǒng)“cell-id”格式的位置信息例如3GPP，3GPP2，DVB-H等系統(tǒng)中的 “cell-id”、郵政編碼、GPS系統(tǒng)格式的位置信息例如經(jīng)緯度以及精度范圍等各種參數(shù)或形 式表示，還可以采用一定的邏輯關(guān)系將以上參數(shù)組合，形成更為復(fù)雜的區(qū)域表示，如表4所 示為一種區(qū)域信息格式舉例表 4

當通知消息接收信息由S⑶D分片或“Access”分片中的 "NotificationRec印tion”元素來表示時，區(qū)域信息可以作為"NotificationRec印tion”的子元素添加在通知消息的接收信息中，其數(shù)據(jù)格式舉例如表5所示。
表 5


當通知消息的接收信息由“Access”分片中的“AccessType”元素來表示時，區(qū)域
信息可以作為“BroadcastServiceDelivery”的子元素添加在所述通知消息的接收信息中，
其數(shù)據(jù)格式如表6所示。
表6




當通知消息由所述“NotificationRec印tion”元素表示時，區(qū)域信息作為 “NotificationMessage”元素的子元素添加到通知消息中，其數(shù)據(jù)格式如表 所示。
表 7

在上述各實施例的基礎(chǔ)上，本實施例提供一種根據(jù)指定時間執(zhí)行通知消息位置過 濾的方法，即在接收信息和/或通知消息中添加區(qū)域信息的過濾時間。具體地，服務(wù)器在接 收信息中添加第一時間信息，該第一時間信息為指示接收到該接收信息的終端將自身所在 的位置信息與第一區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否根據(jù)所述接收信息接收通 知消息的時間，該時間可以是時間點或時間段。終端在接收到包括第一時間信息和第一區(qū) 域信息的接收信息后，在第一時間信息內(nèi)，根據(jù)第一區(qū)域信息確定是否根據(jù)接收信息接收 所述通知消息。也就是說，終端在所述第一時間信息內(nèi)才執(zhí)行終端位置與接收信息中的第 一區(qū)域信息的對比過濾，增加了通知消息發(fā)送的時間可控性。
服務(wù)器還可以在通知消息中添加第二時間信息，該第二時間信息為指示接收到通 知消息的終端將自身所在的位置信息與第二區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否 執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作的時間，該時間可以是時間點或時間段。終端在接收到 包括第二時間信息和第二區(qū)域信息的通知消息后，在第二時間信息內(nèi)，根據(jù)第二區(qū)域信息 確定是否執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作。也就是說，終端在所述第二時間信息內(nèi)才執(zhí) 行終端位置與通知消息中的第二區(qū)域信息的對比過濾，增加了通知消息發(fā)送的時間可控 性。包含過濾時間信息的區(qū)域信息格式如表8所示。
表8


表中，“filteringTime”指示了區(qū)域位置過濾時間。如果終端接收到包含過濾時 間和區(qū)域信息的通知消息的接收信息后，將在過濾時間所指示的時間將終端位置和目標區(qū) 域進行比對即執(zhí)行位置過濾，如果過濾時終端處于需要接收通知消息的區(qū)域，則終端會自 動接收相關(guān)通知消息；反之，終端放棄接收相關(guān)通知消息。如果終端接收到包含過濾時間和 區(qū)域信息的通知消息后，終端將在過濾時間所指示的時間獲取終端位置，并和目標區(qū)域進 行比對即執(zhí)行位置過濾，如果終端處于通知消息有效區(qū)域，則處理通知消息；反之，終端將 放棄處理相關(guān)通知消息。過濾時間可以采用多種表示方法，如以NTP格式表示的開始時間 和結(jié)束時間，以標志位的方式指示的不同時間，引用SG中的“Schedule”分片中的展示窗或 下發(fā)窗指示的時間等。本實施例提供的在區(qū)域信息中添加時間信息的實施方式可以應(yīng)用到 上述各個實施例中。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。
圖7為本發(fā)明服務(wù)器實施例一的結(jié)構(gòu)示意圖，如圖7所示，該服務(wù)器包括第一處理 模塊11和第一發(fā)送模塊12，其中第一處理模塊11用于在通知消息的接收信息中添加第一 區(qū)域信息，該第一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述 接收信息接收所述通知消息；第一發(fā)送模塊12用于發(fā)送包括所述第一區(qū)域信息的所述接 收信息。
在服務(wù)器向終端下發(fā)通知消息之前，先要通過SG信息將該通知消息的接收信息 發(fā)送給終端，使得終端能夠按照接收信息接入以獲取相關(guān)通知消息。為了實現(xiàn)通知消息的 分區(qū)域功能，本實施例中服務(wù)器通過第一處理模塊11在該通知消息的接收信息中添加第 一區(qū)域信息，目的在于向接收到該接收信息的終端表明，通知消息僅對位于與第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端有效，也就是說該通知消息是面向特定區(qū)域內(nèi)的終端而發(fā)送的，對 于不在該區(qū)域內(nèi)的終端可以不接收該通知消息。在第一處理模塊11生成包括區(qū)域信息的 接收信息后，通過第一發(fā)送模塊12將接收信息發(fā)送給所有終端。終端可以按照第一區(qū)域信 息的指示判斷該接收信息對應(yīng)的通知消息是否對自己有效。
本實施例提供的服務(wù)器在通知消息的接收信息中添加區(qū)域信息，該區(qū)域信息表示 通知消息的適用區(qū)域，只有該區(qū)域內(nèi)的終端才需要接收相關(guān)通知消息，網(wǎng)絡(luò)側(cè)能夠控制通 知消息的發(fā)送范圍，減輕了服務(wù)器的負載。
圖8為本發(fā)明服務(wù)器實施例二的結(jié)構(gòu)示意圖，如圖8所示，該服務(wù)器包括第一處理 模塊11和第一發(fā)送模塊12，還包括第二處理模塊13，用于在通知消息中添加第二區(qū)域信 息，該第二區(qū)域信息用于指示位于第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行通知消息的內(nèi)容 所對應(yīng)的操作。服務(wù)器在對接收信息進行添加區(qū)域信息的基礎(chǔ)上，再通過第二處理模塊13 對通知消息添加區(qū)域信息，然后通過第一發(fā)送模塊12將通知消息發(fā)送給所有終端。位于接 收信息中區(qū)域信息對應(yīng)的區(qū)域范圍內(nèi)的終端可以按照第二區(qū)域信息的指示判斷該接收信 息對應(yīng)的通知消息是否對自己有效，進而決定是否執(zhí)行通知消息中所描述的操作。
為了增加區(qū)域可控的時間性，本實施例提供的服務(wù)器中的第一處理模塊11還可 以在接收信息中添加第一時間信息，該第一時間信息為指示接收到所述接收信息的終端將 自身所在的位置信息與第一區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否根據(jù)接收信息接 收通知消息的時間點或時間段。同樣的，第二處理模塊13還可以在通知消息中添加時間信 息，具體為在通知消息中添加第二時間信息，該第二時間信息為指示接收到通知消息的終 端將自身所在的位置信息與第二區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否執(zhí)行通知消 息的內(nèi)容所對應(yīng)的操作的時間點或時間段。
本實施例將在接收信息和通知消息中添加區(qū)域信息的過濾機制進行組合，實現(xiàn)不 同區(qū)域通知消息的進一步細分，網(wǎng)絡(luò)側(cè)能夠控制通知消息的發(fā)送范圍，減輕了服務(wù)器的負載。
圖9為本發(fā)明終端實施例一的結(jié)構(gòu)示意圖，如圖9所示，該終端包括第一接收模塊 21和第四處理模塊22，第一接收模塊21用于接收通知消息的接收信息，該接收信息中包括 第一區(qū)域信息，該第一區(qū)域信息用于指示位于第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)接收 信息接收所述通知消息；第四處理模塊22用于根據(jù)該第一區(qū)域信息確定是否根據(jù)接收信 息接收通知消息。
具體地，終端的第一接收模塊21通過服務(wù)器下發(fā)的SG信息接收到通知消息的接 收信息，在該接收信息中有第一區(qū)域信息，終端首先獲得自身所在的位置信息，而后通過第 四處理模塊22將位置信息與第一區(qū)域信息進行對比，判斷是否需要接收該接收信息對應(yīng) 的通知消息。若終端自身所在的位置處于第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則終端需要 根據(jù)接收信息接收對應(yīng)的通知消息，接收信息中有接入發(fā)送通知消息的接口例如終端可以 通過接口接入獲取相關(guān)通知消息；如果通知消息通過廣播信道傳送，則接收信息中會包含 接收通知消息所需的IP多播地址和端口號，終端根據(jù)這些信息的指示接入廣播會話接收 通知消息；如果通知消息通過交互信道傳送，則 接收信息中會包含獲取通知消息所需的地 址信息，通常是一個服務(wù)器URL，終端向該URL發(fā)起請求，獲取通知消息。
若第一區(qū)域信息不包括終端自身所在的位置信息，則終端不需要接收通知消息。具體地，終端在接收到含有區(qū)域信息的通知消息接收信息后，需要將終端的位置和區(qū)域信息進行比對，以便知道終端是否處于需要接收通知消息的目標區(qū)域中。對于定位精度要求 不高的位置過濾，通過小區(qū)標識(cell-id)就可以確定終端位置，對于定位精度要求較高 或有特定格式要求的位置過濾，需要使用專門的定位系統(tǒng)獲取終端位置信息，如通過GPS 定位獲取終端位置信息，或者遵從3GPP、3GPP2、OMA SUPL等相關(guān)定位規(guī)范獲取終端位置信 息，或者遵從某些私有標準的位置信息等。終端獲取自身所在的位置信息可以通過現(xiàn)有技 術(shù)實現(xiàn)。
通過本實施例提供的終端在接收通知消息之前就能根據(jù)接收信息中攜帶的通知 消息目標區(qū)域信息判斷是否需要接收相關(guān)通知消息，避免了不相關(guān)處理，減輕終端的負載， 節(jié)省了網(wǎng)絡(luò)資源。
圖10為本發(fā)明終端實施例二的結(jié)構(gòu)示意圖，如圖10所示，該終端包括第一接收模 塊21和第四處理模塊22，還包括第二接收模塊23和第五處理模塊24，其中第二接收模塊 23用于接收所述通知消息，該通知消息包括第二區(qū)域信息，該第二區(qū)域信息用于指示位于 第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作；第五處理模塊24 用于根據(jù)該第二區(qū)域信息確定是否執(zhí)行通知消息的內(nèi)容所對應(yīng)的操作。
終端通過第四處理模塊22判斷出需要接收通知消息后，由第二接收模塊23根據(jù) 接收信息接收通知消息，然后通過第五處理模塊24判斷該通知消息是否對自己有效，將終 端自身所在的位置信息與所述第二區(qū)域信息進行對比，以便知道終端是否處于第二區(qū)域信 息對應(yīng)的目標區(qū)域中。若終端自身所在的位置不處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)， 則認為所接收的通知消息無效，則終端不執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；若終端 自身所在的位置處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為終端所接收的通知消息有 效，終端根據(jù)通知消息執(zhí)行內(nèi)容所對應(yīng)的操作例如通知消息內(nèi)容的顯示或SG信息的更新寸。
若接收信息中還包括第一時間信息，該第一時間信息為指示接收到接收信息的終 端將自身所在的位置信息與第一區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否根據(jù)接收信 息接收通知消息的時間點或時間段，則本實施例提供的終端中的第四處理模塊22還用于 在第一時間信息內(nèi)，根據(jù)第一區(qū)域信息確定是否根據(jù)接收信息接收通知消息。
若通知消息中還包括第二時間信息，該第二時間信息為指示接收到通知消息的終 端將自身所在的位置信息與第二區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否執(zhí)行通知消 息的內(nèi)容所對應(yīng)的操作的時間點或時間段，則本實施例提供的終端中的第五處理模塊24 還用于在第二時間信息內(nèi)，根據(jù)第二區(qū)域信息確定是否執(zhí)行通知消息的內(nèi)容所對應(yīng)的操 作。
通過本實施例提供的終端在通知消息之前能根據(jù)接收信息攜帶的通知消息發(fā)送 的目標區(qū)域信息判斷是否需要接收相關(guān)通知消息，并能夠根據(jù)通知消息本身的區(qū)域信息進 行是否有效的進一步判斷，避免了不相關(guān)處理，減輕終端的負載，節(jié)省了網(wǎng)絡(luò)資源。
圖11為本發(fā)明網(wǎng)絡(luò)系統(tǒng)實施一的組成示意圖，如圖11所示，該網(wǎng)絡(luò)系統(tǒng)包括服務(wù) 器1和終端2，服務(wù)器1用于在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信 息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知 消息，并發(fā)送包括所述第一區(qū)域信息的所述接收信息；終端2用于接收所述接收信息，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息。
進一步地，服務(wù)器1還用于在所述通知消息中添加第二區(qū)域信息，所述第二區(qū)域 信息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對 應(yīng)的操作，并發(fā)送包括所述第二區(qū)域信息的所述通知消息；終端2還用于接收所述通知消 息，并根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
本實施例提供的網(wǎng)絡(luò)系統(tǒng)中涉及的服務(wù)器和終端可以采用上述實施例提供的服 務(wù)器和終端，此處不再贅述。本實施例提供的網(wǎng)絡(luò)系統(tǒng)，實現(xiàn)了網(wǎng)絡(luò)側(cè)對通知消息的分區(qū)域 功能，避免了不相關(guān)處理，減輕服務(wù)器和終端的負載，節(jié)省了網(wǎng)絡(luò)資源。
圖12為本發(fā)明服務(wù)器實施例三的結(jié)構(gòu)示意圖，如圖12所示，該服務(wù)器包括第三處 理模塊14和第二發(fā)送模塊15，其中第三處理模塊14用于在通知消息中添加第二區(qū)域信息， 該第二區(qū)域信息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息 的內(nèi)容所對應(yīng)的操作；第二發(fā)送模塊15用于發(fā)送包括所述第二區(qū)域信息的所述通知消息。
本實施例提供的服務(wù)器，不是在接收信息中添加區(qū)域信息，而是通過第三處理模 塊14直接通知消息中添加第二區(qū)域信息，該第二區(qū)域信息用于指示位于第二區(qū)域信息對 應(yīng)的區(qū)域內(nèi)的終端執(zhí)行該通知消息的內(nèi)容所對應(yīng)的操作，例如顯示消息內(nèi)容或更新SG信 息等。第三處理模塊14生成包括區(qū)域信息的通知消息后，服務(wù)器通過第二發(fā)送模塊15將 該通知消息發(fā)送給所有終端。
為了增加區(qū)域可控的時間性，本實施例提供的服務(wù)器中的第三處理模塊14還可 以在通知消息中添加第二時間信息，該第二時間信息為指示接收到通知消息的終端將自身 所在的位置信息與第二區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否執(zhí)行通知消息的內(nèi)容 所對應(yīng)的操作的時間點或時間段。服務(wù)器通過第二時間信息指示終端執(zhí)行操作的具體時 間。
本實施例提供的服務(wù)器在通知消息中添加區(qū)域信息，該區(qū)域信息表示通知消息的 適用區(qū)域，即通知消息僅對該區(qū)域內(nèi)的終端有效，網(wǎng)絡(luò)側(cè)能夠控制通知消息的發(fā)送范圍，減 輕了服務(wù)器的負載。
圖13為本發(fā)明終端實施例三的結(jié)構(gòu)示意圖，如圖13所示，該終端包括第三接收模 塊25和第六處理模塊26，其中第三接收模塊25用于接收通知消息，該通知消息中第二區(qū)域 信息，該第二區(qū)域信息用于指示位于第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行通知消息的內(nèi) 容所對應(yīng)的操作；第六處理模塊26用于根據(jù)該第二區(qū)域信息確定是否執(zhí)行通知消息的內(nèi) 容所對應(yīng)的操作。[0182]具體地，終端進行初始化，然后通過S⑶D分片或“Access”分片獲取通知消息的接 收信息；終端根據(jù)接收信息的指示通過廣播信息或交互信道接收通知消息。服務(wù)器為實現(xiàn) 通知消息的分區(qū)域功能，在通知消息中添加第二區(qū)域信息以指示位于第二區(qū)域信息對應(yīng)的 區(qū)域內(nèi)的終端根據(jù)第二區(qū)域信息決定相關(guān)通知消息是否對自身有效。終端中的第三接收模 塊25接收通知消息，通過第六處理模塊26將終端自身所在的位置信息與所述第二區(qū)域信 息進行對比，以便知道終端是否處于第二區(qū)域信息對應(yīng)的目標區(qū)域中。若終端自身所在的 位置不處于第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則認為所接收的通知消息無效，則終端不 執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；若終端自身所在的位置處于第二區(qū)域信息所指示 的區(qū)域范圍內(nèi)，則認為終端所接收的通知消息有效，終端根據(jù)通知消息執(zhí)行內(nèi)容所對應(yīng)的操作，例如將通知消息內(nèi)容進行解析并顯示在終端屏幕上，或根據(jù)SG更新信息到對應(yīng)的服務(wù)平臺上進行更新操作等。
若通知消息中還包括第二時間信息，該第二時間信息為指示接收到通知消息的終 端將自身所在的位置信息與第二區(qū)域信息進行對比，并根據(jù)對比結(jié)果判斷是否執(zhí)行通知消 息的內(nèi)容所對應(yīng)的操作的時間點或時間段，則本實施例提供的終端中的第六處理模塊26 還用于在第二時間信息內(nèi)，根據(jù)第二區(qū)域信息確定是否執(zhí)行通知消息的內(nèi)容所對應(yīng)的操 作。
通過本實施例提供的終端接收到通知消息后，可通過通知消息中攜帶的第二區(qū)域 信息確定該通知消息是否對自身有效，避免了不相關(guān)處理，減輕終端的負載，節(jié)省了網(wǎng)絡(luò)資 源。
圖14為本發(fā)明網(wǎng)絡(luò)系統(tǒng)實施二的組成示意圖，如圖14所示，該網(wǎng)絡(luò)系統(tǒng)包括服務(wù) 器1’和終端2’，其中服務(wù)器1’用于在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用 于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操 作，并發(fā)送包括所述第二區(qū)域信息的所述通知消息；終端2’用于接收通知消息，所述通知 消息中包括第二區(qū)域信息，所述第二區(qū)域信息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域 內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作，并根據(jù)所述第二區(qū)域信息確定是否執(zhí)行 所述通知消息的內(nèi)容所對應(yīng)的操作。
本實施例提供的網(wǎng)絡(luò)系統(tǒng)中涉及的服務(wù)器和終端可以采用圖12實施例提供的服 務(wù)器和圖13實施例提供的終端，此處不再贅述。本實施例提供的網(wǎng)絡(luò)系統(tǒng)，實現(xiàn)了網(wǎng)絡(luò)側(cè) 對通知消息的分區(qū)域功能，避免了不相關(guān)處理，減輕服務(wù)器和終端的負載，節(jié)省了網(wǎng)絡(luò)資 源。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依然 可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精 神和范圍。
權(quán)利要求
一種接收信息發(fā)送方法，其特征在于，包括在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息；發(fā)送包括所述第一區(qū)域信息的所述接收信息。
2.根據(jù)權(quán)利要求
1所述的接收信息發(fā)送方法，其特征在于，所述第一區(qū)域信息包括以 下任意一項或其組合開放移動聯(lián)盟移動位置協(xié)議格式的位置信息、分發(fā)系統(tǒng)格式的位置 信息、郵政編碼、全球定位系統(tǒng)格式的位置信息。
3.根據(jù)權(quán)利要求
1所述的接收信息發(fā)送方法，其特征在于，所述方法還包括在所述接收信息中添加第一時間信息，所述第一時間信息為指示接收到所述接收信息 的終端執(zhí)行位置過濾的時間。
4.根據(jù)權(quán)利要求
3所述的接收信息發(fā)送方法，其特征在于，所述位置過濾為所述終端 將自身的位置信息與所述第一區(qū)域信息進行對比，若所述終端自身所在的位置處于所述第 一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則根據(jù)所述接收信息接收所述通知消息。
5.根據(jù)權(quán)利要求
1至4任一所述的接收信息發(fā)送方法，其特征在于，所述接收信息包含 在業(yè)務(wù)指南中的業(yè)務(wù)傳送描述符分片或接入分片中。
6.一種通知消息發(fā)送方法，其特征在于，包括在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于所述第二區(qū)域信息 對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；發(fā)送包括所述第二區(qū)域信息的所述通知消息。
7.根據(jù)權(quán)利要求
6所述的通知消息發(fā)送方法，其特征在于，所述第二區(qū)域信息包括以 下任意一項或其組合開放移動聯(lián)盟移動位置協(xié)議格式的位置信息、分發(fā)系統(tǒng)格式的位置 信息、郵政編碼、全球定位系統(tǒng)格式的位置信息。
8.根據(jù)權(quán)利要求
6或7所述的通知消息發(fā)送方法，其特征在于，所述方法還包括在所述通知消息中添加第二時間信息，所述第二時間信息為指示接收到所述通知消息 的終端執(zhí)行通知消息位置過濾的時間。
9.根據(jù)權(quán)利要求
8所述的通知消息發(fā)送方法，其特征在于，所述通知消息位置過濾為 所述終端將自身的位置信息與所述第二區(qū)域信息進行對比，若所述終端自身所在的位置處 于所述第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
10.一種接收信息接收方法，其特征在于，包括接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信息，所述第一區(qū)域信息 用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消 息；根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息。
11.根據(jù)權(quán)利要求
10所述的接收信息接收方法，其特征在于，所述根據(jù)所述第一區(qū)域 信息確定是否根據(jù)所述接收信息接收所述通知消息包括將所述終端自身所在的位置信息與所述第一區(qū)域信息進行對比，若所述終端自身所在 的位置處于所述第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則根據(jù)所述接收信息接收所述通知消 息；若所述終端自身所在的位置不處于所述第一區(qū)域信息所指示的區(qū)域范圍內(nèi)，則不接收 所述通知消息。
12.根據(jù)權(quán)利要求
10或11所述的接收信息接收方法，其特征在于，所述根據(jù)所述第一 區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息包括在第一時間信息內(nèi)，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知 消息，所述第一時間信息包含在所述接收信息中。
13.—種通知消息接收方法，其特征在于，包括接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域信息用于指示位于 所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
14.根據(jù)權(quán)利要求
13所述的通知消息接收方法，其特征在于，所述根據(jù)所述第二區(qū)域 信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作包括將所述終端自身所在的位置信息與所述第二區(qū)域信息進行對比，若所述終端自身所在 的位置處于所述第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的 操作；若所述終端自身所在的位置不處于所述第二區(qū)域信息所指示的區(qū)域范圍內(nèi)，則不執(zhí) 行所述通知消息的內(nèi)容所對應(yīng)的操作。
15.根據(jù)權(quán)利要求
13或14所述的通知消息接收方法，其特征在于，所述根據(jù)所述第二 區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作包括在第二時間信息內(nèi)，根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng) 的操作，所述第二時間信息包含在所述通知消息中。
16.一種服務(wù)器，其特征在于，包括第一處理模塊，用于在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息 用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消 息；第一發(fā)送模塊，用于發(fā)送包括所述第一區(qū)域信息的所述接收信息。
17.根據(jù)權(quán)利要求
16所述的服務(wù)器，其特征在于，所述第一處理模塊還用于，在所述接 收信息中添加第一時間信息，所述第一時間信息為指示接收到所述接收信息的終端執(zhí)行位 置過濾的時間。
18.一種服務(wù)器，其特征在于，包括第三處理模塊，用于在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位 于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作；第二發(fā)送模塊，用于發(fā)送包括所述第二區(qū)域信息的所述通知消息。
19.根據(jù)權(quán)利要求
18所述的服務(wù)器，其特征在于，所述第三處理模塊還用于，在所述通 知消息中添加第二時間信息，所述第二時間信息為指示接收到所述通知消息的終端執(zhí)行通 知消息位置過濾的時間。
20.一種終端，其特征在于，包括第一接收模塊，用于接收通知消息的接收信息，所述接收信息中包括第一區(qū)域信息，所 述第一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息 接收所述通知消息；第四處理模塊，用于根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知 消息。
21.根據(jù)權(quán)利要求
20所述的終端，其特征在于，第四處理模塊還用于，在第一時間信息 內(nèi)，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接收所述通知消息，所述第一時間 信息包含在所述接收信息中。
22.—種終端，其特征在于，包括第三接收模塊，用于接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域 信息用于指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對 應(yīng)的操作；第六處理模塊，用于根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng) 的操作。
23.根據(jù)權(quán)利要求
22所述的終端，其特征在于，所述第六處理模塊還用于，在第二時間 信息內(nèi)，根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作，所述第 二時間信息包含在所述通知消息中。
24.—種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括服務(wù)器，用于在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指 示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息，并發(fā) 送包括所述第一區(qū)域信息的所述接收信息；終端，用于接收所述接收信息，根據(jù)所述第一區(qū)域信息確定是否根據(jù)所述接收信息接 收所述通知消息。
25.一種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括服務(wù)器，用于在通知消息中添加第二區(qū)域信息，所述第二區(qū)域信息用于指示位于所述 第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作，并發(fā)送包括所 述第二區(qū)域信息的所述通知消息；終端，用于接收通知消息，所述通知消息中包括第二區(qū)域信息，所述第二區(qū)域信息用于 指示位于所述第二區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作， 并根據(jù)所述第二區(qū)域信息確定是否執(zhí)行所述通知消息的內(nèi)容所對應(yīng)的操作。
專利摘要
本發(fā)明實施例提供一種接收信息、通知消息接收及發(fā)送方法和裝置。該方法包括在通知消息的接收信息中添加第一區(qū)域信息，所述第一區(qū)域信息用于指示位于所述第一區(qū)域信息對應(yīng)的區(qū)域內(nèi)的終端根據(jù)所述接收信息接收所述通知消息；發(fā)送包括所述第一區(qū)域信息的所述接收信息。本發(fā)明實施例通過在通知消息的接收信息或通知消息中添加區(qū)域信息，該區(qū)域信息表示通知消息的適用區(qū)域，即通知消息只對該區(qū)域內(nèi)的終端有效，實現(xiàn)了網(wǎng)絡(luò)側(cè)對通知消息發(fā)送目標區(qū)域的可控性，避免大量不相關(guān)終端接收通知消息，減輕了網(wǎng)絡(luò)和終端的負載。
文檔編號GKCN101841768SQ200910080089
公開日2010年9月22日 申請日期2009年3月18日
發(fā)明者劉海濤, 張惠萍, 張楚雄 申請人:華為終端有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan