專利名稱：：在廣播系統(tǒng)中發(fā)送/接收通知消息的裝置及方法、以及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種在廣播系統(tǒng)中發(fā)送/接收通知消息的裝置及方法。更具體地，本發(fā)明涉及一種在廣播系統(tǒng)中發(fā)送/接收通知消息的裝置及方法、以及其系統(tǒng)。
背景技術(shù)：
：通常，廣播服務(wù)旨在被提供給具有終端的所有用戶?？梢詫V播服務(wù)分類為像音頻廣播的僅提供音頻服務(wù)的音頻廣播服務(wù)；像電視(TV)的提供音頻與視頻服務(wù)的面向視頻(video-oriented)的廣播服務(wù)；以及包括音頻、視頻和/或數(shù)據(jù)服務(wù)的多媒體廣播服務(wù)。這些廣播服務(wù)已經(jīng)主要基于模擬技術(shù)，但是作為通信技術(shù)迅速進(jìn)步的結(jié)果這些廣播服務(wù)正在向數(shù)字廣播服務(wù)進(jìn)展。另夕卜，廣播月良務(wù)正在從現(xiàn)有的基于電信塔(tele-communicationtower)的廣播服務(wù)向通過線纜(wire)提供高清晰度高速率數(shù)據(jù)的基于有線網(wǎng)絡(luò)(wirenetwork)的多媒體廣播服務(wù)、基于衛(wèi)星的多媒體廣播服務(wù)、以及基于有線網(wǎng)絡(luò)和衛(wèi)星兩者的多媒體廣播服務(wù)。移動(dòng)通信技術(shù)和廣播服務(wù)的發(fā)展有助于向用戶提供便攜式廣播。圖1是提供便攜式廣播服務(wù)的一般系統(tǒng)的概念圖(conceptualdiagram)。移動(dòng)終端104可以通過廣播信道102或交互信道103接收由內(nèi)容提供者或服務(wù)提供者105提供的多媒體內(nèi)容以及所提供的服務(wù)的服務(wù)指南(serviceguide)101。廣播信道102包括數(shù)字視頻廣播(DVB)、第三代合作伙伴項(xiàng)目多媒體廣播/多播服務(wù)(3GPPMBMS)、以及第三代合作伙伴項(xiàng)目2廣播/多播服務(wù)(3GPP2BCMCS)，并且還可以包括諸如數(shù)字多媒體廣播(DMB)、數(shù)字音頻廣播(DAB)等的其他廣播技術(shù)。交互信道103可以包括能夠提供交互式服務(wù)的網(wǎng)絡(luò)，該網(wǎng)絡(luò)包括多種移動(dòng)通信網(wǎng)絡(luò)，諸如碼分多址(CDMA)、通用分組無線服務(wù)(GPRS)和第三代(3G)網(wǎng)絡(luò)，以及無線局域網(wǎng)(WLAN)。內(nèi)容提供者或服務(wù)提供者105可以通過廣播信道102單向地向多個(gè)終端廣播或多播服務(wù)指南、高容量多媒體內(nèi)容、以及通知服務(wù)，并且可以在需要交互式服務(wù)時(shí)通過交互式信道103提供服務(wù)。在便攜式廣播服務(wù)系統(tǒng)(下文中被稱為"便攜式廣播系統(tǒng)")中，內(nèi)容提供者或服務(wù)提供者105的網(wǎng)絡(luò)需要將對(duì)服務(wù)指南和多媒體內(nèi)容的發(fā)送或修改的通知發(fā)送到移動(dòng)終端104的用戶。另外，便攜式廣播系統(tǒng)的網(wǎng)絡(luò)提供者還需要具有向移動(dòng)終端的用戶提供通知公告(publicnotices)、緊急突難(emergencydisasters)、緊急^R卩兄(emergencysituations)等消息的通^口功能。因此，需要被用于通知的消息格式以及基于該消息格式的操作方法的清楚定義。另外，需要允許移動(dòng)終端高效地處理通知消息并向用戶提供該消息。
發(fā)明內(nèi)容本發(fā)明的示例實(shí)施例解決至少上述問題和/或缺點(diǎn)并且提供至少下述優(yōu)點(diǎn)。相應(yīng)地，本發(fā)明的示例實(shí)施例的一方面提供一種用于在廣播系統(tǒng)中發(fā)送/接收通知消息的裝置和方法、及其系統(tǒng)。本發(fā)明的示例實(shí)施例的另一方面提供一種用于在廣播系統(tǒng)中產(chǎn)生通知消息的裝置和方法、及其系統(tǒng)。本發(fā)明的示例實(shí)施例的另一方面提供一種用于從廣播系統(tǒng)接收通知消息的裝置和方法、及其系統(tǒng)。根據(jù)本發(fā)明的示例實(shí)施例的一方面，提供一種在廣播系統(tǒng)中發(fā)送消息的裝置。該裝置包括通知事件功能(NotificationEventFunction),用于接收從內(nèi)容創(chuàng)建(ContentCreation)提供的指示內(nèi)容改變信息的通知，并產(chǎn)生用于產(chǎn)生通知消息的通知事件消息；通知產(chǎn)生功能(NotificationGenerationFunction),用于使用從通知事件功能接收的通知事件消息，來產(chǎn)生要由被安排為接收通知消息的終端的用戶使用的通知消息或者要被該終端使用的通知消息；以及通知分發(fā)/造配功能(NotificationDistribution/AdaptationFunction)，用于經(jīng)由特定網(wǎng)絡(luò)向終端發(fā)送從通知產(chǎn)生功能接收的通知消息。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供一種在廣播系統(tǒng)中發(fā)送消息的裝置。該裝置包括通知事件功能，用于接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，并產(chǎn)生用于產(chǎn)生通知消息的通知事件消息；通知產(chǎn)生功能，用于使用從通知事件功能接收的通知事件消息來產(chǎn)生通知消息，該通知消息包括NotificationType(通知類型)，其指示該通知消息是要由被安排為接收通知消息的終端的用戶使用的通知消息還是要被該終端使用的通知消息，NotificationVersion(通知版本)，其指示所產(chǎn)生的通知消息的版本信息，PresentationType(呈現(xiàn)類型)，其指示通知消息的呈現(xiàn)類型，UsageType(用途類型)，其指示通知消息中的Sessionlnformation的用途，EventType(事件類型)，其指示該通知消息是由什么事件配置(configured)的，以及FilteringValue(過濾值)，其指示用于執(zhí)行先前存儲(chǔ)在該終端中的內(nèi)容的信息；以及通殺口分發(fā)/適配功能(NotificationDistribution/AdaptationFunction)，用于從通知產(chǎn)生功能接收通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終二山^而。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供一種在廣播系統(tǒng)中發(fā)送消息的方法。.該方法包括下列步驟由通知事件功能接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，產(chǎn)生用于產(chǎn)生通知消息的通知事件消息，并將所產(chǎn)生的通知事件消息發(fā)送到通知產(chǎn)生功能；由通知產(chǎn)生功能接收通知事件消息，產(chǎn)生要被用戶使用的通知消息或者要被終端使用的通知消息，并將所產(chǎn)生的通知消息發(fā)送到通知分發(fā)/適配功能；以及由通知分發(fā)/適配功能接收該通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供一種在廣播系統(tǒng)中發(fā)送消息的方法。該方法包括下列步驟由通知事件功能接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，產(chǎn)生用于產(chǎn)生通知消息的通知事件消息，并將所產(chǎn)生的通知事件消息發(fā)送到通知產(chǎn)生功能；由通知產(chǎn)生功能使用從通知事件功能接收的通知事件消息來產(chǎn)生通知消息，并將所產(chǎn)生的通知消息發(fā)送到通知分發(fā)/適配功能，該通知消息包括NotificationType，其指示該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，PresentationType,其指示通知消息的呈現(xiàn)類型，EventType，其指示該通知消息是由什么事件配置的，以及FilteringValue,其指示用于執(zhí)行先前存儲(chǔ)在該終端中的內(nèi)容的信息；以及由通知分發(fā)/適配功能從通知產(chǎn)生功能接收通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種用于從廣播系統(tǒng)接收廣播服務(wù)的終端裝置。該裝置包括接收器，用于從廣播系統(tǒng)接收通知消息；以及控制器，用于基于該通知消息的內(nèi)容來確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，并且根據(jù)確定結(jié)果執(zhí)行操作。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種從廣播系統(tǒng)接收廣播服務(wù)的終端裝置。該裝置包括接收器，用于從廣播系統(tǒng)接收通知消息；以及控制器，用于根據(jù)該通知消息中的NotificationType信息來確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，根據(jù)該通知消息中的PresentationType信息來控制通知信息的顯示操作，檢查該通知消息的UsageType以根據(jù)該通知消息的Sessionlnformation的用途來訪問會(huì)話，檢查該通知消息的NotificationVersion信息以確定所接收的通知消息是否是最新接收的通知消息，檢查該通知消息的EventType以根據(jù)所接收的通知消息的事件類型來執(zhí)行對(duì)應(yīng)操作，以及檢查該通知消息的FilteringValue以先前存儲(chǔ)的內(nèi)容中從給用戶提供其FilteringValue等于該FilteringValue的內(nèi)容。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種包括下列步驟的方法由終端從廣播系統(tǒng)接收通知消息；確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；并且執(zhí)行下列操作中的任一操作，即如果該通知消息是要被用戶使用的通知消息則檢查該通知消息的PresentationType,以及如果該通知消息是要被終端使用的通知消息則檢查該通知消息的Sessionlnformation以訪問對(duì)應(yīng)會(huì)話。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種包括下列步驟的方法由終端從廣播系統(tǒng)接收通知消息；4全查該通知消息的NotificationVersion以確定所接收的通知消息是否是最新接收的通知消息；如果所接收的通知消息是最新-接收的通知消息，則纟企查該通知消息的NotificationType以確定所4妄收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；檢查該通知消息的EventType以發(fā)現(xiàn)包括在該通知消息中的內(nèi)容；如果該通知消息是要被終端使用的通知消息，則檢查該通知消息中的PresentationType;根據(jù)該通知消息中的PresentationType,4丸行該通知消息的顯示4喿作；以及檢查所接收的通知消息的FilteringValue,并從先前存儲(chǔ)在終端中的內(nèi)容之中給用戶提供其FilteringValue等于該FilteringValue的內(nèi)容。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種廣播系統(tǒng)，其包括通知消息發(fā)送器，用于在接收到與內(nèi)容發(fā)送有關(guān)的、由于從內(nèi)容創(chuàng)建器提供的內(nèi)容改變信息或廣播系統(tǒng)的改變信息而產(chǎn)生的通知事件消息時(shí)，產(chǎn)生通知消息并將該通知消息發(fā)送到終端；以及終端，用于接收所發(fā)送的通知信息，確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，如果該通知消息是要被用戶使用的通知消息則檢查該通知消息的PresentationType，以及如果所分析的通知消息是要^皮終端使用的通知消息，則才全查該通知消息的Sessionlnformation以訪問對(duì)應(yīng)會(huì)話。根據(jù)本發(fā)明的示例實(shí)施例的另一方面，提供了一種提供廣播服務(wù)的方法。該方法包括接收與內(nèi)容發(fā)送有關(guān)的、由于從內(nèi)容創(chuàng)建提供的內(nèi)容改變信息或廣播系統(tǒng)的改變信息而產(chǎn)生的通知事件消息；使用所產(chǎn)生的通知事件消息產(chǎn)生要由被安排為使用通知消息的終端的用戶使用的通知消息或者要被終端使用的通知消息；經(jīng)由特定網(wǎng)絡(luò)將所產(chǎn)生的通知消息發(fā)送到終端；接收所發(fā)送的通知消息；確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；以及執(zhí)行下列操作中的任一項(xiàng)，即，如果該通知消息是要被用戶使用的通知消息則檢查該通知消息中的PresentationType的4喿作，以及如果該通知消息是要被終端使用的通知消息，則檢查該通知消息中的Sessionlnformation以i方問對(duì)應(yīng)會(huì)話。對(duì)于本領(lǐng)域技術(shù)人員而言，從結(jié)合附圖公開了本發(fā)明的示例實(shí)施例的以下詳細(xì)描述中，本發(fā)明的其它方面、優(yōu)點(diǎn)以及顯著特征將變得明顯。從結(jié)合附圖的以下詳細(xì)描述中，本發(fā)明的上述和其它方面、特征和優(yōu)點(diǎn)將變得明顯，在附圖中圖1是用于提供便攜式廣播服務(wù)的一般系統(tǒng)的概念圖；圖2是圖示根據(jù)本發(fā)明的實(shí)施例的在便攜式廣播系統(tǒng)中發(fā)送通知消息的構(gòu)造的框圖；圖3是圖示根據(jù)本發(fā)明的第一和第二實(shí)施例的通知消息格式表(schematable)的圖；圖4是圖示根據(jù)本發(fā)明的第一和第二實(shí)施例的終端的結(jié)構(gòu)的框圖；圖5是圖示根據(jù)本發(fā)明的第一實(shí)施例的在終端中接收通知消息的過程的流程圖；圖6是圖示根據(jù)本發(fā)明的第一實(shí)施例的在便攜式廣播系統(tǒng)中產(chǎn)生通知消息的過程的流程圖；圖7是圖示根據(jù)本發(fā)明的第二實(shí)施例的在終端中接收通知消息的過程的流程圖；圖8是圖示根據(jù)本發(fā)明的第二實(shí)施例的在便攜式廣播系統(tǒng)中產(chǎn)生通知消息的過程的流程圖；以及圖9是圖示一種示例性過程的圖，在該示例性過程中，根據(jù)本發(fā)明的第四實(shí)施例，在接收到被用于廣告等目的的通知消息時(shí)，終端將先前存儲(chǔ)的廣告內(nèi)容或數(shù)據(jù)提供給用戶。貫穿附圖，相同的附圖標(biāo)號(hào)將被理解為表示相同的元件、特征和結(jié)構(gòu)。具體實(shí)施方式在描述中定義的諸如詳細(xì)結(jié)構(gòu)和元件之類的內(nèi)容被提供來幫助對(duì)本發(fā)明實(shí)施例的全面理解，并且僅僅是示例性的。因此，本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到在不偏離本發(fā)明的范圍和精神的情況下，可以對(duì)這里描述的實(shí)施例作出各種改變和修改。另外，為了清楚和簡潔，省略了對(duì)公知功能和結(jié)構(gòu)的描述。盡管這里將為了便利而等效地使用在開放移動(dòng)聯(lián)盟(OpenMobileAllianceOMA)BCAST(移動(dòng)終端應(yīng)用的標(biāo)準(zhǔn)組)中定義的實(shí)體的名稱，這些不限制本發(fā)明的范圍，并且本發(fā)明的示例實(shí)施例可以應(yīng)用于具有基于因特網(wǎng)協(xié)議(IP)的相似技術(shù)背景的任何系統(tǒng)。圖2是圖示根據(jù)本發(fā)明實(shí)施例的在便攜式廣播系統(tǒng)中發(fā)送通知消息的結(jié)構(gòu)的框圖。內(nèi)容創(chuàng)建(或內(nèi)容提供者)201是廣播服務(wù)(在下文中被成為BCAST月良務(wù))的提供者，并且BCAST服務(wù)可以包括傳統(tǒng)的音頻/視頻廣播服務(wù)、文件(音樂文件或數(shù)據(jù)文件)下載服務(wù)等。如果在提供BCAST服務(wù)方面存在任何問題或者在內(nèi)容信息方面存在任何改變，則內(nèi)容創(chuàng)建201向BCAST服務(wù)應(yīng)用(serviceapplication)202中的通知事件功能(NTE)202a通知該改變。通知事件功能202a基于所接收的事件將通知事件消息發(fā)送給通知產(chǎn)生功能(NTG)204a。BCAST服務(wù)應(yīng)用202具有以下功能接收從內(nèi)容創(chuàng)建201提供的BCAST服務(wù)的數(shù)據(jù)，以對(duì)于BCAST網(wǎng)絡(luò)適當(dāng)?shù)男问教幚硭邮盏降臄?shù)據(jù)，并產(chǎn)生BCAST月良務(wù)數(shù)據(jù)。BCAST服務(wù)應(yīng)用202還具有以下功能產(chǎn)生便攜式廣播指南所需的標(biāo)準(zhǔn)化的元數(shù)據(jù)。另外，BCAST服務(wù)應(yīng)用202接收由內(nèi)容創(chuàng)建201通知的內(nèi)容或BCAST服務(wù)方面的改變，并向位于BCAST訂購管理(subscriptionmanagement)204中的通知產(chǎn)生功能204a通知該改變。BCAST服務(wù)分發(fā)/適配(BCASTServiceDistribution/Adaptation)203具有以下功能設(shè)置被用來發(fā)送從BCAST服務(wù)應(yīng)用202提供的BCAST服務(wù)數(shù)據(jù)的載體的功能；確定BCAST服務(wù)的發(fā)送調(diào)度(schedule)的功能；以及產(chǎn)生便攜式廣播指南的功能。BCAST服務(wù)分布/適配203連接到能夠提供廣播服務(wù)的廣播分發(fā)系統(tǒng)(BDS)206和支持交互通信的交互網(wǎng)絡(luò)207。另外，在其中包括通知分發(fā)/適配功能(NTDA)203a的BCAST服務(wù)分發(fā)/適配203從BCAST訂購管理204接收通知消息，并經(jīng)由BDS206或交互網(wǎng)絡(luò)207向一個(gè)或多個(gè)用戶發(fā)送通知消息。BCAST服務(wù)分發(fā)/適配203具有通知產(chǎn)生功能204a需要以產(chǎn)生終端的通知消息的會(huì)話信息，并且該BCAST服務(wù)分發(fā)/適配203將該會(huì)話信息發(fā)送給通知產(chǎn)生功能204a。BCAST訂購管理204管理服務(wù)提供信息，諸如接收BCAST服務(wù)的訂戶信息和關(guān)于該訂戶是否已經(jīng)購買了相關(guān)內(nèi)容的信息，以及關(guān)于接收該BCAST服務(wù)的裝置(即，接收該BCAST服務(wù)的終端208)的信息。具體地，BCAST訂購管理204包括通知產(chǎn)生功能204a。因此，當(dāng)在內(nèi)容創(chuàng)建201和BDS206中已經(jīng)出現(xiàn)指示增加或改變與BCAST服務(wù)有關(guān)的新功能的事件時(shí)，通知產(chǎn)生功能204a接收包括關(guān)于所出現(xiàn)的事件的信息的通知事件消息，并相應(yīng)地產(chǎn)生通知消息。另外，當(dāng)如BCAST服務(wù)改變的事件自發(fā)地出現(xiàn)在BCAST定購管理204中時(shí)，BCAST訂購管理204內(nèi)部地將相應(yīng)的事件傳遞到通知產(chǎn)生功能204a以產(chǎn)生通知消息。BDS服務(wù)分發(fā)205具有通過廣播信道或交互信道分發(fā)所接收的全部BCAST服務(wù)的功能，并且其是可以根據(jù)所實(shí)現(xiàn)的BDS206的類型而存在或不存在的實(shí)體。BDS206是發(fā)送BCAST服務(wù)的網(wǎng)絡(luò)，并且例如可以是DVB-H、3GPPMBMS或3GPP2BCMCS。另外，在發(fā)送具體的BCAST服務(wù)時(shí)在與內(nèi)容發(fā)送有關(guān)的廣播信息中發(fā)生改變的情況下，如果x-l接口231或BDS服務(wù)分發(fā)205存在，則BDS206經(jīng)由NT-B1接口224向BCAST服務(wù)分發(fā)/適配203通知改變。交互網(wǎng)絡(luò)207在一對(duì)一基礎(chǔ)上發(fā)送BCAST服務(wù)，或者交互式地交換與BCAST服務(wù)的接收有關(guān)的控制信息和附加信息，并且可以是例如現(xiàn)有的蜂窩網(wǎng)絡(luò)。根據(jù)終端208(能夠接收BCAST服務(wù)的終端)的能力，終端208可能具有訪問蜂窩網(wǎng)絡(luò)的功能。這里假設(shè)終端208是能夠訪問蜂窩網(wǎng)絡(luò)的終端。終端208使用通知客戶端功能(NTC)208a接收經(jīng)由NT-5接口225發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當(dāng)操作?？商鎿Q地，終端208接收經(jīng)由NT-6接口226發(fā)送的通知消息，并根據(jù)所接收的通知消息執(zhí)行適當(dāng)操作。下面將參考圖3詳細(xì)描述終端208的結(jié)構(gòu)。下面，將對(duì)便攜式廣播系統(tǒng)的塊元件之間的接口進(jìn)行描述。NT-1接口221(位于BCAST服務(wù)應(yīng)用202內(nèi)的通知事件功能202a與內(nèi)容創(chuàng)建201之間的接口)被用來在內(nèi)容創(chuàng)建201中出現(xiàn)需要通知的事件時(shí)向通知事件功能202a傳遞對(duì)應(yīng)的通知事件。NT-3接口222(從位于BCAST服務(wù)應(yīng)用202內(nèi)的通知事件功能202a到BCAST訂購管理204的通知產(chǎn)生功能204a的結(jié)構(gòu))傳遞事件的通知或通知消息的產(chǎn)生所需的信息，使得通知產(chǎn)生功能204a可以產(chǎn)生通知消息。NT-4接口223是位于BCAST訂購管理204中的通知產(chǎn)生功能204a與BCAST服務(wù)分發(fā)/適配203的通知分發(fā)/適配功能203a之間的接口。NT-4接口223被用來將通知消息發(fā)送到通知分發(fā)/適配功能203a,以便將在通知產(chǎn)生功能204a中產(chǎn)生的通知消息發(fā)送到BDS206或交互網(wǎng)絡(luò)207;或者該NT-4接口223被通知分發(fā)/適配功能203a使用來發(fā)送在BDS206中出現(xiàn)的事件的通知消息。提供的通知消息被經(jīng)由BDS206通過廣播信道而直接發(fā)送到終端208時(shí)所使用的接口)被用來將通知消息發(fā)送到一個(gè)或多個(gè)終端。NT-6接口226(在從BCAST服務(wù)分發(fā)/適配203的通知分發(fā)/適配功能203a提供的通知消息被經(jīng)由交互網(wǎng)絡(luò)207通過至終端208的專用信道、或者通過由交互網(wǎng)絡(luò)207提供的廣播信道而直接發(fā)送到終端208時(shí)所使用的接口)被用來將通知消息發(fā)送到一個(gè)或多個(gè)終端208。NT-B1接口224是BCAST服務(wù)分發(fā)/適配203和BDS服務(wù)分發(fā)205之間的接口，被用作在BDS206處要由BCAST服務(wù)分發(fā)/適配203使用的發(fā)送通路，或者在BDS206中產(chǎn)生的事件信息的接收通路。NT-B1接口224用于將由交互網(wǎng)絡(luò)207產(chǎn)生的通知事件消息發(fā)送到BCAST服務(wù)分發(fā)/適配203。也就是說，BCAST服務(wù)分發(fā)/適配203的通知分發(fā)/適配功能203a通過NT-B1接口223將通過NT-B1接口224從BDS206或交互網(wǎng)絡(luò)207接收的事件消息發(fā)送到通知產(chǎn)生功能204a。x-l接口231是這樣的接口，當(dāng)BDS服務(wù)分發(fā)205不存在時(shí)，其被BCAST服務(wù)分發(fā)/適配203用于設(shè)置BDS206將在交互網(wǎng)絡(luò)207中使用的發(fā)送通路。然而，當(dāng)BDS服務(wù)分發(fā)205存在時(shí)，x-l接口231被用作BDS206和BDS服務(wù)分發(fā)205之間的接口，用于通知在BDS206中出現(xiàn)的事件。x-2接口232是這樣的接口，當(dāng)BDS服務(wù)分發(fā)205不存在時(shí)，其被BCAST服務(wù)分發(fā)/適配203用于設(shè)置BDS206將在交互網(wǎng)絡(luò)207中使用的發(fā)送通路。然而，當(dāng)BDS服務(wù)分發(fā)205存在時(shí)，x-2接口232被用作BDS206和交互網(wǎng)絡(luò)207之間的接口，用于設(shè)置將在交互網(wǎng)絡(luò)207中使用通知消息的載體以及用于發(fā)送通知消息。x-3接口233(BDS206和終端208之間的接口)被用于BCAST服務(wù)或者通過廣播信道發(fā)送的所有消息。x-4接口234是BDS服務(wù)分發(fā)205和終端208之間的廣播信道接口。x-5接口235是BDS服務(wù)分發(fā)205和終端208之間的交互信道接口。x-6接口236是交互接口，經(jīng)由該交互接口，交互網(wǎng)絡(luò)207可以發(fā)送與BCSAT服務(wù)有關(guān)的控制信息。通知事件功能202a具有向通知產(chǎn)生功能204a傳遞產(chǎn)生通知消息所需的信息的功能，并且一旦4企測(cè)到出現(xiàn)需要通知的事件，就向通知產(chǎn)生功能204a傳遞關(guān)于該事件的信息。通知產(chǎn)生功能204a使用從通知事件功能202a接收的、產(chǎn)生通知消息所需的信息和事件，產(chǎn)生通知消息。當(dāng)通知產(chǎn)生功能204a經(jīng)由通知分發(fā)/適配功能203a從BDS206接收通知事件時(shí)，其產(chǎn)生通知消息并將該通知消息發(fā)送到通知分發(fā)/適配功能203a。在產(chǎn)生通知消息的過程中，如果存在對(duì)指示服務(wù)開始的需要，則通知事件功能202a從內(nèi)容創(chuàng)建201接收指示服務(wù)信息中的改變的通知。因此，定義了需要發(fā)送新的便攜式廣播指南的一種情況和在BDS206中出現(xiàn)特定事件的另一種情況。通知分發(fā)/適配功能203a用來經(jīng)由NT-5接口225或NT-6接口226發(fā)送通知消息。當(dāng)通知分發(fā)/適配功能203a從BDS206接收關(guān)于特定便攜式廣播服務(wù)的信息中的改變時(shí)，其經(jīng)由NT-4接口223將對(duì)應(yīng)的通知事件傳遞到通知產(chǎn)生功能204a。關(guān)于特定便攜式廣播服務(wù)的信息中的改變的一個(gè)例子為指示由于無線網(wǎng)絡(luò)環(huán)境引起的數(shù)據(jù)速率的調(diào)整的信息、或者指示服務(wù)的不可能性的信息。在圖2中，通知產(chǎn)生功能204a和通知分發(fā)/適配功能203a將被稱為"通知消息發(fā)送器"。在下面的描述中，將終端根據(jù)從便攜式廣播系統(tǒng)接收的通知消息而執(zhí)行對(duì)應(yīng)操作的實(shí)施例定義為第一實(shí)施例，將終端檢查所接收的通知消息的版本信息并根據(jù)該版本信息執(zhí)行對(duì)應(yīng)操作的實(shí)施例定義為第二實(shí)施例。圖3是圖示根據(jù)本發(fā)明第一和第二實(shí)施例的通知消息格式表的圖。參考圖3,名稱(Name)301指示構(gòu)成對(duì)應(yīng)信息的元素值和屬性值的名稱。類型(Type)302指示對(duì)應(yīng)名稱是對(duì)應(yīng)于元素值還是屬性值。元素值具有樹形式的值El、E2、E3和E4:El意味著整個(gè)消息的上元素值(upperelementvalue),E2指示E1的子元素值，E3指示E2的子元素值，E4指示E3的子元素值。屬性值由A指示，并且A指示對(duì)應(yīng)元素的屬性值。例如，E1下面的A指示E1的屬性值。類別(Category)303被用來指示對(duì)應(yīng)的元素值或?qū)傩灾凳欠袷菑?qiáng)制的(mandatory),并且如果該值是強(qiáng)制的則具有值M,如果該值是可選的則具有值O?；鶖?shù)(Cardinality)304指示元素之間的關(guān)系，并具有值0、O..l、1、O..n、l..n,其中"0"意味著可選的關(guān)系，"1"意味著強(qiáng)制的關(guān)系，"n"意味著具有多個(gè)值的可能性。例如，O..n意味著沒有對(duì)應(yīng)的元素值或者有n個(gè)對(duì)應(yīng)的元素值的可能性。描述305定義對(duì)應(yīng)的元素或?qū)傩灾档暮x。參考表1至表5,現(xiàn)在將描述根據(jù)本發(fā)明的實(shí)施例的通知消息的整個(gè)格式(■schema)。表1至表5圖示通知消息的整個(gè)格式。如所圖示的，根據(jù)用途可以不同地定義根據(jù)本發(fā)明實(shí)施例的格式的所有元素值和屬性值的數(shù)據(jù)類型。表1至表5是為了便利從一個(gè)表劃分而成的，并且每個(gè)表中的項(xiàng)目的定義遵循表1的定義。表1<table>tableseeoriginaldocumentpage20</column></row><table>Notification501指示對(duì)應(yīng)的通知消息片段，并包括屬性值id502、NotificationType503和Validity504，以及子元素值表1中的Name505和Description507、表2中的PresentationType509、表3中的ExtensionURL510和Sessionlnformation511、以及表4中的Medialnformation523。對(duì)于每個(gè)通知消息而言，通知消息中的屬性值id502、NotificationType503和Validity504，以及元素值Name505、Description507、PresentationType509、ExtensionURL510是通用的。根據(jù)通知消息的用途，Notification501可以不包括Sessionlnformation511和Medialnformation523。id502(通知消息片段的唯一標(biāo)識(shí)符)是強(qiáng)制的元素。對(duì)應(yīng)的標(biāo)識(shí)符幫助在所存儲(chǔ)的通知消息之間進(jìn)行區(qū)分。NotificationType503指示通知消息的類型或用途是否指示用于用戶的使用(下文中稱為"用戶使用")、用于終端的使用(下文中稱為"終端使用")、或者另一使用，并且其是強(qiáng)制的元素。如果對(duì)應(yīng)值為"0"，則其指示用戶使用；如果對(duì)應(yīng)值為'T',則其指示終端使用。另外，NotificationType503可以根據(jù)服務(wù)提供者的目的定義不同的值。Validity504指示通知消息的有效時(shí)間，并且其是可選的。因此，如果在Validity504中定義的時(shí)間流逝，則刪除在終端中存儲(chǔ)的通知消息。Name505指示通知消息的標(biāo)題或名稱，并且其是強(qiáng)制的元素。其可以以不同的語言定義。Lang506(Name505的屬性值)指示寫入Name505的內(nèi)容的語言，并且其是可選的值。如果Lang506沒有值，則將其設(shè)置為被定義為默認(rèn)的值，并且該默-〖人值可以指示對(duì)應(yīng)服務(wù)區(qū)域的語言或英語。Description507是在通知消息中包括的實(shí)際消息內(nèi)容或該消息的描述部分。其可以以不同的語言定義，并且是強(qiáng)制的值。Lang508(Description507的屬性值)指示寫入Description507的內(nèi)容的語言，并且其是可選的值。如果Lang508沒有值，則將其設(shè)置為被定義為默認(rèn)的值，并且該默認(rèn)值可以指示對(duì)應(yīng)服務(wù)區(qū)域的語言或英語。表2<table>tableseeoriginaldocumentpage21</column></row><table>如果需要的話，可以指定另外的PresentationType。在表2中，PresentationType509定義通知的呈現(xiàn)類型，并且是強(qiáng)制的值。呈現(xiàn)類型指示在給予通知消息優(yōu)先級(jí)并停止所有服務(wù)之后終端將輸出對(duì)應(yīng)消息至其顯示器，將消息內(nèi)容存儲(chǔ)在指定的設(shè)備(即存儲(chǔ)器)中，還是在將該通知消息輸出至顯示器之前將該通知消息重疊在當(dāng)前接收的服務(wù)或內(nèi)容上。可以根據(jù)服務(wù)提供者的目的，以不同的類型來定義PresentationType509。例如，如果PresentationType被設(shè)置為"0"，則接收通知消息的終端一接收到通知消息就將該消息提供給用戶。如果PresentationType被設(shè)置為'T'，則終端將所接收的通知消息存儲(chǔ)在存儲(chǔ)器中，并且稍后應(yīng)用戶的請(qǐng)求將該消息提供給用戶。另外,如果PresentationType被設(shè)置為"2",則終端將通知消息重疊在當(dāng)前通過顯示器提供給用戶的服務(wù)上。表3<table>tableseeoriginaldocumentpage22</column></row><table><table>tableseeoriginaldocumentpage23</column></row><table>在表3中，ExtensionURL510指示通知消息的額外信息的服務(wù)或內(nèi)容服務(wù)器的URL，并且是可選的值。Sessionlnfoi'mation511指示數(shù)據(jù)接收的會(huì)話信息，并且是可選的值。Sessionlnformation511是關(guān)于當(dāng)更新服務(wù)指南或接收到文件及內(nèi)容時(shí)存在對(duì)應(yīng)的服務(wù)指南或存在文件及內(nèi)容的會(huì)話的信息。Sessionlnformation511具有屬性值ValidFrom512、ValidTo513和UsageType514,以及元素值表3中的DeliverySession515與TransportObjectID518,以及表4中的Fragment519與AlternativeURI522作為其子元素值。<table>tableseeoriginaldocumentpage23</column></row><table><table>tableseeoriginaldocumentpage24</column></row><table>在表4中，F(xiàn)ragment519(其是發(fā)送對(duì)象的片段信息)指示服務(wù)指南的更新的特定的片段信息，并允許終端檢查對(duì)應(yīng)ID和版本信息，僅接收所更新的片段并存儲(chǔ)所接收的片段。僅當(dāng)使用通知消息來通知服務(wù)指南更新時(shí)才需要Fragment519及其子屬性，而當(dāng)通知消息被用于另一目的時(shí)不使用Fragment519及其子屬性。FragmentID520是要接收的片段的唯一標(biāo)識(shí)值。FragmentVersion521指示要接收的片段的版本信息，并且對(duì)于具有相同F(xiàn)ragmentID的片段而言，檢查對(duì)應(yīng)的版本信息以確定終端是否具有對(duì)應(yīng)于最近版本的FragmentID。如果在會(huì)話中存在最新版本，則終端從會(huì)話中接收最近的版本值并存儲(chǔ)所接收的版本值。AlternativeURI522表示具有對(duì)應(yīng)對(duì)象的URI值，并且在通過會(huì)話進(jìn)行的發(fā)送已經(jīng)失敗或者需要不是通過廣播信道而是通過交互信道接收的情況下，提供該AtemativeURI522。終端可以通過交互信道訪問對(duì)應(yīng)URI的位置，并接收期望被發(fā)送的對(duì)象。Medialnformation523指示用于產(chǎn)生通知消息的媒體信息，并且對(duì)于利用多i某體配置的通知消息而言，需要該Medialnformation523。Medialnformation523由子元素值Picture、Video和Audio組成。Picture524指示畫面或圖像信息，MIMEtype525指示對(duì)應(yīng)運(yùn)動(dòng)圖像的多目的因特網(wǎng)郵件擴(kuò)展(MultipurposeInternetMailExtensionMIME)類型，PictureURI526是指示畫面或圖像的位置的URI,Video527指示關(guān)于運(yùn)動(dòng)圖像的信息。"圖像的位置"指在對(duì)應(yīng)圖像存在于具體的服務(wù)器中而不是被包括在發(fā)送通知消息中時(shí)該具體的服務(wù)器的位置。<table>tableseeoriginaldocumentpage25</column></row><table>在表5中，MIMEtype528指示對(duì)應(yīng)的運(yùn)動(dòng)圖像的MIME類型，VideoURI529是指示運(yùn)動(dòng)圖像的位置的URI。"運(yùn)動(dòng)圖像的位置"指在對(duì)應(yīng)的運(yùn)動(dòng)圖像位置。Audio530指示關(guān)于音頻、音樂和鈴聲(bellsound)的信息。MIMEtype531指示對(duì)應(yīng)音頻的MIME類型。AudioURI532是指示該音頻的位置的URI。"音頻的位置"指在對(duì)應(yīng)音頻存在于具體的服務(wù)器中而不是被包括在發(fā)送通知消息中時(shí)該具體的服務(wù)器的位置。表6和表7示出了利用文本配置的消息的格式，其是根據(jù)本發(fā)明第一實(shí)施例的被用于用戶使用的通知消息格式。表6和表7的每個(gè)項(xiàng)目的定義與表1中的定義相同，并且將省略與表1到表5的相同部分的詳細(xì)描述。為了便利，圖6和圖7是從一個(gè)表中劃分出來的。表6編號(hào)名稱類型類別基數(shù)描述601NotificationElO0..N通知消息片段包括以下屬性和元素。屬性idNotificationTypeValidity元素N纖6DescriptionPresentationTypeExtensionURL602idAM1通知消息標(biāo)識(shí)符603NotificationTypeAM1通知類型如果為0，用戶使用如果為1,終端使用可能由服務(wù)提供者定義604ValidityAO0..1片段的有效時(shí)間605NameE2Ml..N通知片段的標(biāo)題包括以下屬性。Lang606LangAO0..1"i吾s607DescriptionE2l..N通知消息的內(nèi)容或描述608LangA〇0..1T吾5表7<table>tableseeoriginaldocumentpage28</column></row><table>可以將在本發(fā)明的示例實(shí)施例中提出的、在表6和表7中示出的用于用戶使用的通知消息用于接收服務(wù)提供者或內(nèi)容提供者的公告、廣告消息、計(jì)費(fèi)信息以及付款信息。用作CallbackURL(回調(diào)URL)的ExtensionURL610可以通過交互信道接收附加信息。對(duì)應(yīng)的通知消息包括屬性值id602、NotificationType603和Validity604，以及元素l直Name605、Description607、PresentationType609和ExtensionURL610。在表6和表7中示出的組成通知消息的所有的子屬性值和子元素值的描述與表1到表5的描述相同?，F(xiàn)在將參考表8到表10描述利用多媒體配置的消息的格式，其是根據(jù)本發(fā)明第一實(shí)施例的被用于用戶使用的通知消息格式。為了便利，表8到表10是從一個(gè)表劃分出來的。表8到表10中的每個(gè)項(xiàng)目的定義與表l的定義相同，將省略與表1到表5相同的部分的詳細(xì)描述。表8<table>tableseeoriginaldocumentpage28</column></row><table><table>tableseeoriginaldocumentpage29</column></row><table>表9<table>tableseeoriginaldocumentpage29</column></row><table><table>tableseeoriginaldocumentpage30</column></row><table>MIMEtypeAudioURI731MIMEtypeA00..1MIME類型732AudioURIA00..1指示Audio(音頻)的位置的URI表8到表10示出了利用多媒體配置的消息的格式，其是根據(jù)本發(fā)明第一實(shí)施例的被用于用戶使用的通知消息格式。在本發(fā)明的示例實(shí)施例中提出的、在表8到表10中示出的用于用戶使用的通知消息有助于使用諸如圖像、運(yùn)動(dòng)圖像、音頻等的各種多媒體文件來配置消息，并且可以被不同地用作服務(wù)與內(nèi)容的廣告消息、以及用于諸如失蹤小孩搜索的公共利益的消息。表8到表10的通知消息包括屬性值id702、NotificationType703和Validity704，以及元素值Name705、Description707、PresentationType709、ExtensionURL710和Medialnformation723。在表8到表10中示出的組成通知消息的所有的子屬性值和子元素值的描述與來自表1到表5的描述相同?，F(xiàn)在將參考表11到表13描述包括會(huì)話信息的消息的格式，其是根據(jù)本發(fā)明第一實(shí)施例的用于終端使用的通知消息格式。為了便利，表11到表13是從一個(gè)表劃分出來的，并且每個(gè)表中的項(xiàng)目的定義遵循表1到表5的定義。表11編號(hào)名稱類型類別基數(shù)描述通知消息片段包括以下屬性和元素。屬性idNotificationType801NotificationElO0..NValidity元素NamsDescriptionPresentationTypeExtensionURLSessionlnformation802idAM1通知消息標(biāo)識(shí)符<table>tableseeoriginaldocumentpage32</column></row><table>表12<table>tableseeoriginaldocumentpage32</column></row><table><table>tableseeoriginaldocumentpage33</column></row><table>表13<table>tableseeoriginaldocumentpage33</column></row><table><table>tableseeoriginaldocumentpage34</column></row><table>表11到表13示出了包括會(huì)話信息的消息的格式，其是根據(jù)本發(fā)明第一實(shí)施例的用于終端使用的通知消息格式。在表11到表13中寫到的、用于終端使用的通知消息的典型用途是向終端提供服務(wù)指南的更新信息，從而幫助該終端存儲(chǔ)該更新的服務(wù)指南。另外，表11到表13的通知消息格式可以被不同地用于服務(wù)或內(nèi)容的開始、文件下載開始、以及通過單獨(dú)會(huì)話發(fā)送的多媒體通知消息的傳遞。盡管聲明通知消息的典型用途是向終端提供服務(wù)指南更新信息，但是除關(guān)于所述單獨(dú)會(huì)話，便攜式廣播系統(tǒng)通常以多播地址打開會(huì)話以發(fā)送內(nèi)容，并將對(duì)應(yīng)內(nèi)容發(fā)送至終端。在此情況下，當(dāng)終端已經(jīng)利用具體會(huì)話從便攜式廣播系統(tǒng)接收到內(nèi)容服務(wù)時(shí)，除了先前建立的會(huì)話之外的另一單獨(dú)會(huì)話被稱為所述單獨(dú)會(huì)話。在本發(fā)明第一實(shí)施例中提出的、在表11到表13中示出的用于終端使用的通知消息包括屬性值id802、NotificationType803和Validity804,以及元素值Name805、Description807、PresentationType809、ExtensionURL810和Sessionlnformation811。在表11至表13中示出的組成通知消息的所有的子屬性值和子元素值的描述與表1到表5的描述相同。圖4是示出根據(jù)本發(fā)明第一實(shí)施例與第二實(shí)施例的終端的結(jié)構(gòu)的框圖。在應(yīng)用本發(fā)明示例實(shí)施例的便攜式廣播系統(tǒng)中，終端208具有圖2中所示的概念性結(jié)構(gòu)(conceptualstructure)，但是其也可以具有圖4中所示的實(shí)際邏輯結(jié)構(gòu)。接收器400從便攜式廣播系統(tǒng)接收通知消息，并將所接收的通知消息傳遞纟會(huì)消息角罕才斤器(messageparser)402。消息解析器402根據(jù)消息格式解析經(jīng)由接收器400從便攜式廣播系統(tǒng)接收的通知消息。如果該終端以二進(jìn)制格式從便攜式廣播系統(tǒng)接收通知消息，則消息解析器402將包括用于分析以二進(jìn)制格式接收的通知消息的專用功能塊。如果以擴(kuò)展標(biāo)記語言(XML)格式來配置通知消息，則消息解析器402包括XML解析器以解析所接收的通知消息。消息解析器402解析通過接收器400接收的通知消息，檢查NotificationType(其是一個(gè)屬性值)的內(nèi)容，并將該內(nèi)容傳遞給控制器404。例如，如果NotificationType的值為指示所接收的通知消息用于用戶使用的"0",則消息解析器402將該內(nèi)容傳遞給控制器404并允許控制器404執(zhí)行對(duì)應(yīng)操作。根據(jù)本發(fā)明第一實(shí)施例與第二實(shí)施例，控制器404取決于由消息解析器402解析的通知消息的NotificationType來控制終端。例如，在第一實(shí)施例中，如果NotificationType為指示所接收的通知消息用于用戶使用的"0"，則控制器404通過顯示器406將所接收的通知消息提供給用戶。在此情況下，通知消息可以是短消息服務(wù)(SMS)消息或多媒體消息。相反，如果NotificationType為指示所接收的通知消息用于終端使用的T,則控制器404識(shí)別出對(duì)應(yīng)消息是用于服務(wù)指南和更新公告(updatenotice)的消息。為了檢查所改變的或所更新的會(huì)話信息的內(nèi)容，控制器404允許會(huì)話訪問單元408訪問對(duì)應(yīng)會(huì)話，接收諸如所訪問的會(huì)話中的服務(wù)指南、文件和對(duì)象之類的指定內(nèi)容，并將所接收的內(nèi)容存儲(chǔ)在存儲(chǔ)器410中。這里，"訪問對(duì)應(yīng)會(huì)話"意味著如杲在通知消息中指明的會(huì)話信息包括在所接收的通知消息中則利用該會(huì)話信息訪問便攜式廣播系統(tǒng)。根據(jù)本發(fā)明的第二實(shí)施例，如果最新接收的通知消息在版本方面等同于先前接收的通知消息，則控制器404丟棄該最新接收的通知消息。如果在版本方面通知消息彼此不同，則控制器404執(zhí)行根據(jù)最新接收的通知消息的內(nèi)容的對(duì)應(yīng)搡作。具體地，控制器404取決于表1的id502和根據(jù)本發(fā)明的第二實(shí)施例添加的通知版本信息來確定所接收的通知消息是否是新的通知消息。下面將參考表14到表26詳細(xì)描述這些處理。在這些處理中，下面將參考圖5詳細(xì)描述根據(jù)第一實(shí)施例的處理，下面將參考圖7詳細(xì)描述根據(jù)第二實(shí)施例的處理。如果由消息解析器402解析的通知消息的PresentationType為"1"，則控制器404將所接收的通知消息存儲(chǔ)在存儲(chǔ)器410中，從而用戶可以稍后使用該通知消息。如果根據(jù)本發(fā)明實(shí)施例的由消息解析器402解析的通知消息的NotificationType為指示所接收的通知消息用于終端使用的"1",則會(huì)話訪問單元408在控制器404的控制下訪問對(duì)應(yīng)會(huì)話。此外，會(huì)話訪問單元408接收所訪問的會(huì)話中的諸如服務(wù)指南、文件與對(duì)象之類的指定內(nèi)容。存儲(chǔ)器410存儲(chǔ)通過會(huì)話訪問單元408接收的服務(wù)指南、文件與對(duì)象，并且還將存儲(chǔ)具有PresentationType="1"的通知消息。顯示器406通常在控制器404的控制下顯示文本、畫面、運(yùn)動(dòng)圖像和/或靜止圖像。根據(jù)本發(fā)明實(shí)施例，如果PresentationType為"0"，則顯示器406在控制器404的控制下停止服務(wù)中的像圖像之類的內(nèi)容，并輸出所接收的通知消息。然而，如果PresentationType為"2",則顯示器406在控制器404的控制下以重疊的方式在當(dāng)前在服務(wù)中的內(nèi)容上輸出所接收的通知消息。圖5是圖示根據(jù)本發(fā)明第一實(shí)施例的在終端中接收通知消息的處理的流程圖。上面已經(jīng)描述了通知消息的屬性值和元素值。在步驟501中，終端使用接收器400從便攜式廣播系統(tǒng)接收通知消息。在步驟502中，消息解析器402根據(jù)所接收的通知消息被配置成的格式解析對(duì)應(yīng)消息。如果通知消息是以XML格式配置的，則消息解析器402使用在其中包括的XML解析器來解析所接收的消息。在步驟503中，控制器404檢查由消息解析器402解析的通知消息的NotificationType，并根據(jù)檢查結(jié)果執(zhí)行預(yù)定搡作，下面將對(duì)其進(jìn)行描述。如果NotificationType是指示所接收的通知消息用于用戶使用的"0"，則控制器404行進(jìn)到步驟510。如果NotificationType是指示所接收的通知消息用于終端4吏用的"1",則控制器404行進(jìn)到步驟530。如果NotificationType是指示所接收的通知消息是由服務(wù)提供者定義的消息的"2"或者更大，則控制器404行進(jìn)到步驟520，在步驟520中，控制器404執(zhí)行由服務(wù)提供者定義的特定操作。這里，當(dāng)NotificationType為"2"時(shí)，服務(wù)提供者可以根據(jù)其商業(yè)模型和服務(wù)而自由地定義通知消息。在步驟510中，控制器404可以通過顯示器406將所接收的通知消息提供給用戶，這是由于所接收的通知消息是為用戶使用而接收的消息。為用戶使用而接收的通知消息可以是SMS消息或多媒體消息。利用該消息，服務(wù)提供者可以提供諸如服務(wù)事件通知、系統(tǒng)故障/檢查通知、服務(wù)/內(nèi)容的文本或多媒體廣告、災(zāi)情廣播消息、計(jì)費(fèi)通知等的各種類型的消息。關(guān)于該通知消息，控制器404檢查PresentationType,如果所接收的通知消息具有根據(jù)檢查結(jié)果設(shè)置的高優(yōu)先級(jí)，則控制器404通過顯示器406輸出所接收的通知消息。可以根據(jù)服務(wù)提供者的商業(yè)模型和服務(wù)自由地定義PresentationType,并且PresentationType可以具有與上面定義的值不同的值。在步驟511中，控制器404將取決于所接收的通知消息的PresentationType來確定是否處理所接收的通知消息。如果所接收的通知消息的PresentationType為"0",則控制器404確定所接收的通知消息是需要急切地提供給用戶的消息。如果PresentationType為T,則控制器404將所接收的通知消息存儲(chǔ)在存儲(chǔ)器410中，以便用戶可以稍后使用該通知消息。最后，如果PresentationType為"2"，則控制器404將對(duì)應(yīng)的通知消息重疊在服務(wù)中的內(nèi)容上。如果在步驟511中確定所接收的通知消息的PresentationType為指示對(duì)應(yīng)消息需要被急切地提供給用戶的消息的"0"，則控制器404行進(jìn)到步驟512,其中，控制器404停止正在進(jìn)行的服務(wù)。在步驟513中，控制器404配置所接收的通知消息使得其可以被直接提供給用戶。在步驟514中，控制器404根據(jù)預(yù)定的屏幕配置方法通過顯示器406顯示所配置的通知消息。這里"配置所接收的通知消息"意味著如果通知消息是以XML格式配置的，則根據(jù)預(yù)定的屏幕配置方法重新配置消息，從而將諸如包括在消息中的文本、圖像、音頻和視頻提供給用戶。如果在步驟511中確定所接收的通知消息的PresentationType為'T，，則控制器404在步驟515中將通知消息存儲(chǔ)在存儲(chǔ)器410中。稍后，用戶可以通過適當(dāng)操作檢查存儲(chǔ)在存儲(chǔ)器410中的通知消息。最后，如果在步驟511中確定所接收的通知消息的PresentationType為"2"，則控制器404在步驟516中根據(jù)由終端208定義的屏幕配置方法來重新配置通知消息，以便通過顯示器406將所接收的通知消息重疊在正在進(jìn)行的服務(wù)/內(nèi)容上。在步驟517中，控制器404將在步驟516中產(chǎn)生的通知消息重疊在當(dāng)前接收的內(nèi)容上，并通過顯示器406將重疊結(jié)果提供給用戶。然而，如果在步驟503中確定所接收的通知消息的NotificationType為"1"，則控制器404在步驟530中確定所接收的通知消息用于終端使用?？刂破?04在步驟531中檢查所接收的通知消息的會(huì)話信息內(nèi)容，并在步驟532中基于會(huì)話信息內(nèi)容訪問對(duì)應(yīng)會(huì)話。控制器404在步驟533中接收所訪問的會(huì)話中的諸如服務(wù)指南、文件與對(duì)象之類的指定內(nèi)容，并在步驟534中將所接收的內(nèi)容存儲(chǔ)在存儲(chǔ)器410中或者在存儲(chǔ)器410中更新所接收的內(nèi)容。圖6是圖示根據(jù)本發(fā)明第一實(shí)施例的在便攜式廣播系統(tǒng)中產(chǎn)生通知消息的處理的流程圖。已經(jīng)參考表1到表10描述了在圖6中描述的通知消息的元素值和屬性值。通知消息是由圖2中描述的通知產(chǎn)生功能204a應(yīng)內(nèi)容提供者、服務(wù)提供者或網(wǎng)絡(luò)提供者的請(qǐng)求而產(chǎn)生的，或者是基于由便攜式廣播服務(wù)系統(tǒng)產(chǎn)生的通知事件而產(chǎn)生的。在步驟601中，通知產(chǎn)生功能204a從通知事件功能202a接收通知系統(tǒng)和服務(wù)的改變/故障、服務(wù)指南的改變/傳遞、內(nèi)容傳遞、廣告、緊急狀態(tài)、緊急災(zāi)情等的通知事件消息。在步驟602中，基于所接收的通知事件消息，通知產(chǎn)生功能204a創(chuàng)建通知消息的基本信息，即屬性值id與Validity,以及元素值Name、Description,ExtensionURL與Medialnformation。在步驟603中，在創(chuàng)建了基本信息之后，通知產(chǎn)生功能204a確定要發(fā)送的通知消息用于用戶使用還是用于終端使用，并根據(jù)確定結(jié)果設(shè)置NotificationType。如果通知消息用于用戶使用(610),則通知產(chǎn)生功能204a在步驟611中將NotificationType設(shè)置為"0"。在步驟611中將NotificationType設(shè)置為"0"之后，通知產(chǎn)生功能204a在步驟612中確定它是立即將對(duì)應(yīng)消息顯示在用戶終端上、是將對(duì)應(yīng)消息存儲(chǔ)在終端中以便稍后應(yīng)用戶請(qǐng)求而輸出該對(duì)應(yīng)消息、還是將對(duì)應(yīng)消息重疊在用于用戶的服務(wù)中的內(nèi)容上。如果通知產(chǎn)生功能204a在步驟612中在確定用于將通知消息顯示在終端上的方法的過程中，確定一接收到通知消息就立即將其顯示(620),則通知產(chǎn)生功能204a在步驟621中將通知消息的PresentationType設(shè)置為"0"。然而，如果通知產(chǎn)生功能204a確定將通知消息存儲(chǔ)在終端中以便稍后應(yīng)用戶請(qǐng)求而輸出該對(duì)應(yīng)消息(630)，則其在步驟631中將PresentationType設(shè)置為"1"。最后，如果通知產(chǎn)生功能204a確定將通知消息重疊在用于用戶的當(dāng)前提供的內(nèi)容上(640),則其在步驟641中將通知消息的PresentationType設(shè)置為"2"。然而，如果在步驟603中確定通知消息用于終端使用(650),則通知產(chǎn)生功能204a在步驟651中將通知消息的NotificationType設(shè)置為'T，。在步驟652中，如在通知消息格式部分中描述的，用于終端使用的通知消息被用作通知服務(wù)指南的更新/傳遞或服務(wù)/內(nèi)容的傳遞的消息，并且需要對(duì)應(yīng)消息的會(huì)話信息。因此，為了產(chǎn)生終端使用的通知消息，通知產(chǎn)生功能204a需要對(duì)應(yīng)的會(huì)話信息。會(huì)話信息一皮存儲(chǔ)在BCAST服務(wù)分發(fā)/適配203中，并且因?yàn)锽CAST服務(wù)分發(fā)/適配203的通知分發(fā)/適配功能203a將會(huì)話信息傳遞給通知產(chǎn)生功能204a,通知產(chǎn)生功能204a檢查會(huì)話信息并且然后設(shè)置相關(guān)的信息。會(huì)話信息被寫入第一實(shí)施例的表3和表4的元素511到元素522中。在完成將通知消息設(shè)置為用戶使用或終端使用之后，通知產(chǎn)生功能204a在步驟660中配置通知消息。在步驟670中，通知產(chǎn)生功能204a經(jīng)由通知分發(fā)/適配功能203a將所產(chǎn)生的通知消息發(fā)送到終端?，F(xiàn)在將描述根據(jù)本發(fā)明第二實(shí)施例的通知消息格式、以及便攜式廣播系統(tǒng)中的通知消息發(fā)送AI妄收裝置和方法?，F(xiàn)在將參考表14到表18描述根據(jù)本發(fā)明第二實(shí)施例的通知消息的整個(gè)格式。表14到表18圖示了根據(jù)本發(fā)明第二實(shí)施例的通知消息的整個(gè)格式，與本發(fā)明第一實(shí)施例的通知消息的整個(gè)格式相比，其還包括指示通知消息的版本的NotificationVersion。與在第一實(shí)施例中普遍使用的值相同，NotifkationVersion是與通知消息的用途無關(guān)地使用的基本屬性值。為了便利，表14到表18是從一個(gè)表劃分出來的，并且每個(gè)表中項(xiàng)目的定義遵循表14中項(xiàng)目的定義。表14<table>tableseeoriginaldocumentpage39</column></row><table><table>tableseeoriginaldocumentpage40</column></row><table>Notification1100指示對(duì)應(yīng)的通知消息片段，并包括屬性值id1101、NotificationVersion1102、NotificationType1103與Validity1104，以及子元素值表14中的Name1105與Description1107、表15中的PresentationType1109、表16中的ExtensionURL1110與Sessionlnformation1111、以及表17中的Medialnformation1123。id1101(通知消息片段的唯一標(biāo)識(shí)符)是強(qiáng)制的元素。對(duì)應(yīng)標(biāo)識(shí)符幫助在所存儲(chǔ)的通知消息之間進(jìn)行區(qū)分。NotificationVersion1102指示通知消息的版本號(hào)。在本發(fā)明第二實(shí)施例中，在通知消息中定義通知消息的版本號(hào)的原因是如果需要的話，便攜式廣播系統(tǒng)可以重復(fù)地發(fā)送通知消息。當(dāng)在發(fā)送期間通知消息丟失或者需要通知某個(gè)通知的服務(wù)的更新版本時(shí)，這是有效的。當(dāng)便攜式廣播系統(tǒng)重復(fù)地發(fā)送通知消息時(shí)，終端需要用于確定所接收的通知消息是否是新消息的準(zhǔn)則。因此，本發(fā)明第二實(shí)施例添加表14中的NotificationVersion1102作為Notification1100的分段屬性。根據(jù)本發(fā)明第二實(shí)施例，當(dāng)接收通知消息的終端將NotificationVersion1102與id1101—起使用時(shí)，其可以檢查對(duì)應(yīng)通知消息的版本信息。也就是說，當(dāng)終端接收由便攜式廣播系統(tǒng)重復(fù)發(fā)送的通知消息時(shí)，其可以確定所接收的通知消息是否是新的通知消息。為了使用根據(jù)本發(fā)明第二實(shí)施例的NotificationVersion1102,可以使用網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)(其是被用來使連接到網(wǎng)絡(luò)的計(jì)算機(jī)同步的因特網(wǎng)標(biāo)準(zhǔn))給NotificationVersion1102分配整數(shù)型版本號(hào)或時(shí)間戳。也可以將其它方法用于NotificationVersion1102。對(duì)于由NotificationVersion1102指示的重復(fù)發(fā)送的消息，NotificationVersion1102的時(shí)間戳或整數(shù)型版本號(hào)保持在初始產(chǎn)生通知消息時(shí)定義的NotificationVersion。NotificationTypell03指示通知消息的類型或用途指示用戶使用、終端使用、還是另一使用，并且其是強(qiáng)制的元素。如果NotificationType1103的值為"0",則其指示用戶使用；如果NotificationType1103的值為'T',則其指示終端使用。另外，根據(jù)服務(wù)提供者的目的，NotificationType1103可以定義不同的值。Validity1104指示通知消息的有效時(shí)間，并且其是可選的。因此，如果在Validity1104中定義的時(shí)間流逝，則刪除存儲(chǔ)在終端中的通知消息。Name1105指示通知消息的標(biāo)題或名稱，并且其是強(qiáng)制的元素。其可以被不同的語言定義。Lang1106(Name1105的屬性值)指示寫入在Name1105中的內(nèi)容的語言，并且其是可選的值。如果Lang1106沒有值，則其被設(shè)置為被定義為默認(rèn)的值，并且該默認(rèn)值可以指示對(duì)應(yīng)服務(wù)區(qū)域中的語言或英語。Description1107是包括在通知消息或消息的描述部分中的實(shí)際消息內(nèi)容。其可以被不同的語言定義并且是強(qiáng)制的值。Lang1108(Description1107的屬性值)指示寫入在Description1107中的內(nèi)容的語言，并且其是可選的值。如果Lang1108沒有值，則其被設(shè)置為被定義為默認(rèn)的值，并且該默認(rèn)值可以指示對(duì)應(yīng)服務(wù)區(qū)域中的語言或英語。表15<table>tableseeoriginaldocumentpage42</column></row><table>在表15中，PresentationType1109定義通知的呈現(xiàn)類型，并且是強(qiáng)制的值。呈現(xiàn)類型指示終端是在給予通知消息優(yōu)先級(jí)并停止所有服務(wù)之后將對(duì)應(yīng)消息輸出到其顯示器、是將消息內(nèi)容存儲(chǔ)在指定設(shè)備(即，存儲(chǔ)器)中、還是在將通知消息輸出到顯示器之前將通知消息重疊在當(dāng)前接收的服務(wù)或內(nèi)容上?？梢愿鶕?jù)服務(wù)提供者的目的以不同類型定義PresentationType1109。例如，如果PresentationType1109被設(shè)置為"0",則接收通知消息的終端的控制器404—接收到消息就通過顯示器406將通知消息提供給用戶。如果PresentationType被設(shè)置為'T',則控制器404將所接收的通知消息存儲(chǔ)在存儲(chǔ)器410中。另外，如果PresentationType被設(shè)置為"2"，則控制器404通過顯示器406將通知消息重疊在當(dāng)前提供的服務(wù)上，以提供給用戶。表16<table>tableseeoriginaldocumentpage42</column></row><table><table>tableseeoriginaldocumentpage43</column></row><table>在表16中，ExtensionURL1110指示用于通知消息的附加信息的服務(wù)或內(nèi)容服務(wù)器的URL,并且其是可選的值。Sessionlnformation1111指示用于數(shù)據(jù)接收的會(huì)話信息，并且其是可選的值。Sessionlnformation1111是關(guān)于這樣的會(huì)話的信息，當(dāng)服務(wù)指南被更新或者接收到文件與內(nèi)容時(shí)，在該會(huì)話中存在對(duì)應(yīng)的服務(wù)指南或者存在該文件與內(nèi)容。Sessionlnformation1111具有屬性值ValidFrom1112、ValidTo1113和UsageType1114,以及元素值表16中的DeliverySession1115和TransportObjectID1118，以及作為其子元素值的表17中的Fragment1119和AltemativeURI1122。也就是說，Sessionlnformation1111被用來廿是供終端208將接收的服務(wù)的會(huì)話信息?？梢匀Q于UsageType1114來確定Sessionlnformation1111的用途。取決于所接收的通知消息的UsageType1114,終端可以確定要將什么內(nèi)容包括在Sessionlnformation1111中。ValidFrom1112指示Sessionlnformation1111有效的時(shí)間的開始時(shí)間，并且其是可選的值。ValidTo1113指示Sessionlnformation1111有效的時(shí)間的結(jié)束時(shí)間，并且其是可選的值。UsageType1114指示Sessionlnformation1111的用途類型。也就是i兌，UsageType1114指示用途是用于服務(wù)指南更新還是用于文件接收，并且可以根據(jù)服務(wù)提供者的目的以不同類型來定義。DeliverySession1115指示將實(shí)際發(fā)送諸如服務(wù)指南或文件之類的對(duì)象的會(huì)話的位置值，并且具有屬性值SourceIP1116與TransportSessionID1117。SourcelP1116(對(duì)應(yīng)的發(fā)送會(huì)話的IP地址)可用于廣播和多播兩者。TransportSessionID1117具有發(fā)送會(huì)話的ID值。TransportObjectID1118是通過會(huì)話發(fā)送的對(duì)象的唯一標(biāo)識(shí)符。表17<table>tableseeoriginaldocumentpage44</column></row><table><table>tableseeoriginaldocumentpage45</column></row><table>在表17中，F(xiàn)ragment1119(其是發(fā)送對(duì)象的片段信息)指示用于服務(wù)指南的更新的具體片段信息，并允許終端檢查對(duì)應(yīng)ID與版本信息，僅接收更新的片段并存儲(chǔ)所接收的片段。FragmentID1120是終端208將接收的片段的唯一標(biāo)識(shí)值。FragmentVersion1121指示要接收的片段的版本信息，并且對(duì)于具有相同F(xiàn)ragmentID的片段而言，檢查對(duì)應(yīng)的版本信息以確定終端是否具有對(duì)應(yīng)于最近版本的FragmentID。如果在會(huì)話中存在最近版本，則終端從會(huì)話接收最近版本值并存儲(chǔ)所接收的版本值。AltemativeURI1122表示在通過會(huì)話進(jìn)行的發(fā)送失敗或者不需要通過廣播信道而需要通過交互信道接收的情況下，具有對(duì)應(yīng)對(duì)象的URI值。終端可以通過交互信道訪問對(duì)應(yīng)URI的位置，并接收所期望的發(fā)送對(duì)象。Medialnformation1123指示用于產(chǎn)生通知消息的媒體信息，并且對(duì)于利用多媒體配置的通知消息而言，其是必須的。Medialnformation1123由子元素l直Picture、Video與Audio組成。Picture1124指示畫面或圖像信息，MIMEtype1125指示對(duì)應(yīng)的運(yùn)動(dòng)圖像的多目的因特網(wǎng)郵件擴(kuò)展(MIME)類型，PictureURI1126是指示畫面或圖像的位置的URLVideo1127指示關(guān)于運(yùn)動(dòng)圖像的信息。表18<table>tableseeoriginaldocumentpage46</column></row><table>在表18中，MIMEtype1128指示對(duì)應(yīng)的運(yùn)動(dòng)圖像的MIME類型，VideoURI1129是指示運(yùn)動(dòng)圖像的位置的URI。"運(yùn)動(dòng)圖像的位置"指當(dāng)對(duì)應(yīng)的運(yùn)動(dòng)圖像存在于具體的服務(wù)器而不是被包括在發(fā)送通知消息中時(shí)該具體的服務(wù)器的位置。Audio1130指示關(guān)于音頻、音樂和鈴聲的信息，MIMEtype1131指示對(duì)應(yīng)音頻的MIME類型，AudioURI1132是指示該音頻的位置的URL表19和表20示出了利用文本配置的消息的格式，其是根據(jù)本發(fā)明第二實(shí)施例的被用于用戶使用的通知消息格式。表19和表20中每個(gè)項(xiàng)目的定義與表14中的定義相同，將省略與表14到表18相同部分的詳細(xì)描述。表19<table>tableseeoriginaldocumentpage46</column></row><table><table>tableseeoriginaldocumentpage47</column></row><table>表20<table>tableseeoriginaldocumentpage47</column></row><table><table>tableseeoriginaldocumentpage48</column></row><table>可以將在本發(fā)明的示例實(shí)施例中提出的、在表19和表20中示出的用于用戶使用的通知消息用于接收服務(wù)提供者或內(nèi)容提供者的公告、廣告消息、計(jì)費(fèi)信息以及付款信息；用作CallbackUKL的表20的ExtensionURL1210可以通過交互信道接收附加信息。對(duì)應(yīng)的通知消息包括屬性值id1201、NotificationVersion1202、NotificationType1203與Validity1204，以及元素值Name1205、Description1207、PresentationType1209和ExtensionlIRL1210。在表19和表20中示出的組成通知消息的所有的子屬性值和子元素值的描述與表14到表18的描述相同?，F(xiàn)在將參考表21到表23描述利用多媒體配置的消息的格式，其是根據(jù)本發(fā)明第二實(shí)施例的被用于用戶使用的通知消息格式。為了便利，表21到表23是從一個(gè)表劃分出來的。表21到表23中的每個(gè)項(xiàng)目的定義與表14的定義相同，將省略與表14到表18相同部分的詳細(xì)描述。表21<table>tableseeoriginaldocumentpage48</column></row><table>編號(hào)名稱類型類別基數(shù)描述1303NotificationTypeAM1通知類型如果為0，用戶使用如果為1,終端使用可能由服務(wù)提供者定義1304ValidityAO0..1片段的有效時(shí)間1305NameE2Ml..N通知片段的標(biāo)題包括以下屬性Lang1306LangAO0..1語言1307DescriptionE2Ml..N通知消息的內(nèi)容或描述1308LangAO0..1T吾5表221309PresentationTypeE2M1消息的呈現(xiàn)類型的定義PresentationType=0:終端一4妾收到通知消息就立即在顯示屏上顯示該通知消息。PresentationType=1:終端將通知消息存儲(chǔ)在存儲(chǔ)器中，使得用戶可以稍后才全查該通知消息。(默認(rèn))PresentationType=2:鄉(xiāng)冬端以重疊的方式將通知消息顯示在現(xiàn)有的正在進(jìn)行的服務(wù)上。如果需要的話，可以指定另外的PresentationType。1310ExtensionURE2O0..N附加信息的URL1323MedialnformationE2O0..1用于產(chǎn)生多媒體通知消息的媒體信自、<table>tableseeoriginaldocumentpage50</column></row><table>表21至表23示出了利用多媒體配置的消息的格式，其是根據(jù)本發(fā)明第二實(shí)施例的被用于用戶使用的通知消息格式。在本發(fā)明的示例實(shí)施例中提出的、在表21至表23中示出的用于用戶使用的通知消息幫助使用諸如圖像、運(yùn)動(dòng)圖像、音頻等的各種多媒體文件來配置消息，并且可以被不同地用作服務(wù)與內(nèi)容的廣告消息、以及用于諸如失蹤小孩搜索的公共利益的消息。表21至表23的通知消息包括屬性值id1301、NotificationVersion1302、NotificationType1303和Validity1304，以及元素4直Name1305、Description1307、PresentationType1309、ExtensionURL1310和Medialnfo腿tion1323。在表21至表23中示出的組成通知消息的所有的子屬性值和子元素值的描述與表14到表18的描述相同?，F(xiàn)在將參考表21至表23描述包括會(huì)話信息的消息的格式，其是根據(jù)本發(fā)明第二實(shí)施例的用于終端使用的通知消息格式。為了便利，表21至表23是從一個(gè)表劃分出來的，并且每個(gè)表中的項(xiàng)目的定義遵循表14的定義。表24<table>tableseeoriginaldocumentpage51</column></row><table><formula>formulaseeoriginaldocumentpage52</formula>表25<table>tableseeoriginaldocumentpage52</column></row><table>TransportObjectIDFragmentAltemativeURI1412ValidFromA00..1會(huì)話的開始時(shí)間1413ValidToA00..1會(huì)話的結(jié)束時(shí)間1414UsageTypeA00..1會(huì)話的用途類型(例如，服務(wù)指南、文件傳遞等)表26用于傳遞內(nèi)容的會(huì)話信息1415DeliverySessionE3M1屬性SourcsIPTransportSessionID1416SourceIPAM1要發(fā)送的SourceIP地址1417TransportSessionIDAM1要發(fā)送的會(huì)話ID1418TransportObjectIDE3O0..N發(fā)送對(duì)象的ID發(fā)送對(duì)象的片段信息1419FragmentE3O0..N屬性FragmentIDFragmentVersion1420FragmentIDA00..1片段的ID值1421FragmentVersionA00..1片段的版本信息1422AlternativeURIA00..1表24到表26示出了包括會(huì)話信息的消息的格式，其是根據(jù)本發(fā)明第二實(shí)施例的用于終端使用的通知消息格式。在表24到表26中寫到的、用于終端使用的通知消息的典型用途是向終端提供服務(wù)指南的更新信息，從而幫助該終端存儲(chǔ)該更新的服務(wù)指南。另外，表24到表26的通知消息格式可以被不同地用于服務(wù)或內(nèi)容的開始、文件下載開始、以及通過單獨(dú)會(huì)話發(fā)送的多媒體通知消息的傳遞。盡管聲明通知消息的典型用途是向終端提供服務(wù)指關(guān)于所述單獨(dú)會(huì)話，便攜式廣播系統(tǒng)通常以多播地址打開會(huì)話以發(fā)送內(nèi)容，并將對(duì)應(yīng)內(nèi)容發(fā)送至終端。在此情況下，當(dāng)終端已經(jīng)利用具體會(huì)話從便攜式廣播系統(tǒng)接收到內(nèi)容服務(wù)時(shí)，除了先前建立的會(huì)話之外的另一單獨(dú)會(huì)話被稱為所述單獨(dú)會(huì)話。在本發(fā)明第二實(shí)施例中提出的、在表24至表26中示出的用于終端使用的通知消息包括屬性值id1401、NotificationVersion1402、NotificationType1403和Validity804，以及元素值Name1405、Description1407、PresentationType1409、ExtensionURL1410牙口Sessionlnformation1411。在表24至表26中示出的組成通知消息的所有的子屬性值和子元素值的描述與表14至表18的描述相同。圖7是圖示根據(jù)本發(fā)明第二實(shí)施例的在終端中接收通知消息的處理的流程圖。上面已經(jīng)描述了通知消息的屬性值和元素值。在步驟701中，終端使用接收器400從便攜式廣播系統(tǒng)接收通知消息。在步驟702中，消息解析器402根據(jù)所接收的通知消息被配置成的格式解析對(duì)應(yīng)消息。如果通知消息是以XML格式配置的，則消息解析器402使用在其中包括的XML解析器來解析所接收的消息。在步驟703中，控制器404通過將先前接收的通知消息與新接收的通知消息在id和NotificationVersion方面進(jìn)行比較來確定所接收的通知消息是否是已經(jīng)接收的通知消息。如果新接收的通知消息等于先前接收的通知消息，則控制器404行進(jìn)到步驟705,在步驟705中，控制器404丟棄新接收的通知消息，并結(jié)束該處理。然而，如果新接收的通知消息不等于先前接收的通知消息，則控制器404行進(jìn)到步驟704。在步驟704中，控制器404檢查由消息解析器402解析的通知消息的NotificationType,并根據(jù)檢查結(jié)果執(zhí)行預(yù)定操作，下面將對(duì)其進(jìn)行描述。如果NotificationType是指示所接收的通知消息用于用戶使用的"0",則控制器404行進(jìn)到步驟710。如果NotificationType是指示所接收的通知消息用于終端使用的"1",則控制器404行進(jìn)到步驟730。如果NotificationType是指示所接收的通知消息是由服務(wù)提供者定義的消息的"2"或者更大，則控制器404行進(jìn)到步驟720,在步驟720中，控制器404執(zhí)行由服務(wù)提供者定義的特定操作。這里，當(dāng)NotificationType為"2"時(shí)，服務(wù)提供者可以根據(jù)其商業(yè)模型和服務(wù)而自由地定義通知消息。在步驟710中，控制器404可以通過顯示器406將所接收的通知消息提供給用戶，這是由于所接收的通知消息是為用戶使用而接收的消息。為用戶使用而接收的通知消息可以是SMS消息或多媒體消息。利用該消息，服務(wù)提供者可以提供諸如服務(wù)事件通知、系統(tǒng)故障/檢查通知、服務(wù)/內(nèi)容的文本或多々某體廣告、災(zāi)情廣播消息、計(jì)費(fèi)通知等的各種類型的消息。關(guān)于該通知消息，控制器404檢查PresentationType,如果所接收的通知消息具有根據(jù)檢查結(jié)果設(shè)置的高優(yōu)先級(jí)，則控制器404通過顯示器406輸出所接收的通知消息?？梢愿鶕?jù)服務(wù)提供者的商業(yè)模型和服務(wù)自由地定義PresentationType,并且PresentationType可以具有與上面定義的值不同的值。在步驟711中，控制器404將取決于所接收的通知消息的PresentationType來確定是否處理所接收的通知消息。如果所接收的通知消息的PresentationType為"0",則控制器404確定所接收的通知消息是需要急切地提供給用戶的消息。如果PresentationType為'T',則控制器404將所接收的通知消息存儲(chǔ)在存儲(chǔ)器410中，使得用戶可以稍后使用該通知消息。最后，如果PresentationType為"2"，則控制器404將對(duì)應(yīng)的通知消息重疊在服務(wù)中的內(nèi)容上。如果在步驟711中確定所接收的通知消息的PresentationType為指示對(duì)應(yīng)消息需要被急切地發(fā)送給用戶的消息的"0"，則控制器404行進(jìn)到步驟712,其中，控制器404停止正在進(jìn)行的服務(wù)。在步驟713中，控制器404配置所接收的通知消息使得其可以被直接提供給用戶。在步驟714中，控制器404根據(jù)預(yù)定的屏幕配置方法通過顯示器406顯示所配置的通知消息。這里"配置所接收的通知消息"意味著如果通知消息是以XML格式配置的，則根據(jù)預(yù)定的屏幕配置方法重新配置消息，從而將諸如包括在消息中的文本、圖像、音頻和^L頻提供給用戶。如果在步驟711中確定所接收的通知消息的PresentationType為'T'，則控制器404在步驟715中將通知消息存儲(chǔ)在存儲(chǔ)器410中。稍后，用戶可以通過適當(dāng)操作檢查存儲(chǔ)在存儲(chǔ)器410中的通知消息。最后，如果在步驟711中確定所接收的通知消息的PresentationType為"2",則控制器404在步驟716中根據(jù)由終端208定義的屏幕配置方法來重新配置通知消息，以便通過顯示器406將所接收的通知消息重疊在正在進(jìn)行的服務(wù)/內(nèi)容上。在步驟717中，控制器404將在步驟716中產(chǎn)生的通知消息重疊在當(dāng)前接收的內(nèi)容上，并通過顯示器406將重疊結(jié)果提供給用戶。然而，如果在步驟704中確定所接收的通知消息的PresentationType為'T，，則控制器404在步驟730中確定所接收的通知消息用于終端使用。控制器404在步驟731中檢查所接收的通知消息的會(huì)話信息內(nèi)容，并在步驟732中基于會(huì)話信息內(nèi)容訪問對(duì)應(yīng)會(huì)話。控制器404在步驟"3中接收所訪問的會(huì)話中的諸如服務(wù)指南、文件與對(duì)象之類的指定內(nèi)容，并在步驟734中將所接收的內(nèi)容存儲(chǔ)在存儲(chǔ)器410中或者在存儲(chǔ)器410中更新所接收的內(nèi)容c圖8是圖示根據(jù)本發(fā)明第二實(shí)施例的在便攜式廣播系統(tǒng)中產(chǎn)生通知消息的處理的流程圖。已經(jīng)參考表14到表26描述了在圖8中描述的通知消息的元素值和屬性值。通知消息是由圖2中描述的通知產(chǎn)生功能204a應(yīng)內(nèi)容提供者、服務(wù)提供者或網(wǎng)絡(luò)提供者的請(qǐng)求而產(chǎn)生的，或者是基于由便攜式廣播服務(wù)系統(tǒng)產(chǎn)生的通知事件而產(chǎn)生的。在步驟801中，通知產(chǎn)生功能204a從通知事件功能20h接收通知系統(tǒng)和服務(wù)的改變/故障、服務(wù)指南的改變/傳遞、內(nèi)容傳遞、廣告、緊急狀態(tài)、緊急災(zāi)情等的通知事件消息。在步驟802中，基于所接收的通知事件消息，通知產(chǎn)生功能M4a創(chuàng)建通知消息的基本信息，即屬性值id與Validity,以及元素值Name、Description,ExtensionURL與Medialnformation。在步驟803中，在創(chuàng)建了基本信息之后，通知產(chǎn)生功能204a確定對(duì)應(yīng)的通知消息用于用戶使用還是用于終端使用，并根據(jù)確定結(jié)果設(shè)置NotificationType。如果通知消息用于用戶使用(810)，則通知產(chǎn)生功能204a在步驟811中將NotificationType設(shè)置為"0"。在步驟811中將NotificationType設(shè)置為"0"之后，通知產(chǎn)生功能204a在步驟812中確定它是立即將對(duì)應(yīng)消息顯示在用戶終端上、是將對(duì)應(yīng)消息存儲(chǔ)在終端中以便稍后應(yīng)用戶請(qǐng)求而輸出該對(duì)應(yīng)消息、還是將對(duì)應(yīng)消息重疊在用于用戶的服務(wù)中的內(nèi)容上。如果通知產(chǎn)生功能204a在步驟812中在確定用于將通知消息顯示在終端上的方法的過程中，確定一接收到通知消息就立即將其顯示(820),則通知產(chǎn)生功能204a在步驟821中將通知消息的PresentationType設(shè)置為"0"。然而，如果通知產(chǎn)生功能204a確定將通知消息存儲(chǔ)在終端中以便稍后應(yīng)用戶請(qǐng)求而輸出該通知消息(830)，則其在步驟831中將PresentationType設(shè)置為"1"。最后，如果通知產(chǎn)生功能204a確定將通知消息重疊在用于用戶的當(dāng)前提供的內(nèi)容上(840),則其在步驟841中將通知消息的PresentationType設(shè)置為"2"。然而，如果在步驟803中確定通知消息用于終端使用(850)，則通知產(chǎn)生功能204a在步驟851中將通知消息的NotificationType設(shè)置為'T，。在步驟852中，如在通知消息格式部分中描述的，用于終端使用的通知消息被用作通知服務(wù)指南的更新/傳遞或服務(wù)/內(nèi)容的傳遞的消息，并且需要對(duì)應(yīng)消息的會(huì)話信息。因此，為了產(chǎn)生終端使用的通知消息，通知產(chǎn)生功能204a需要對(duì)應(yīng)的會(huì)話信息。會(huì)話信息被存儲(chǔ)在BCAST服務(wù)分發(fā)/適配203中，并且因?yàn)锽CAST服務(wù)分發(fā)/適配203的通知分發(fā)/適配功能203a將會(huì)話信息傳遞給通知產(chǎn)生功能204a,通知產(chǎn)生功能204a檢查會(huì)話信息并且然后設(shè)置相關(guān)的信息。會(huì)話信息被寫入第二實(shí)施例的表16和表17的元素1111到元素1122中。在完成將通知消息設(shè)置為用戶使用或終端使用之后，通知產(chǎn)生功能204a在步驟860中配置通知消息。在步驟870中，通知產(chǎn)生功能204a經(jīng)由通知分發(fā)/適配功能203a將所產(chǎn)生的通知消息發(fā)送到終端。下面的表27是為了更好地理解表示約束上述通知消息的元素值和屬性值的表、以及表示約束下述通知消息的元素值和屬性值的表而提供的通知消息格式表(schematable)。表27名稱類型類別基數(shù)描述數(shù)據(jù)類型在表27中，名稱(Name)指示構(gòu)成對(duì)應(yīng)片段的元素或?qū)傩缘拿Q。類型(Type)指示名稱對(duì)應(yīng)于元素值(E)還是屬性值(A)。元素值包括E、El和E2。類別(Category)用于指示對(duì)應(yīng)的元素值或?qū)傩灾翟诰W(wǎng)絡(luò)(N)中或終端(T)中是強(qiáng)制的還是可選的，并且如果該值是強(qiáng)制的則具有值M，如果該值是可選的則具有值O。因此，網(wǎng)絡(luò)中的強(qiáng)制內(nèi)容由"NM(網(wǎng)絡(luò)強(qiáng)制的)"表示，終端中的強(qiáng)制內(nèi)容由"TM(終端強(qiáng)制的)"表示，網(wǎng)絡(luò)中的可選內(nèi)容由"NO(網(wǎng)絡(luò)可選的)"表示，終端中的可選內(nèi)容由"TO(終端可選的)"表示。基數(shù)(Cardinality)指示元素之間的關(guān)系，并且具有值0、O..l、1、O..n、l..n,其中，"0"意味著可選的關(guān)系，T意味著強(qiáng)制的關(guān)系，"n"意味著具有多個(gè)值的可能性。例如，O..n意^^未著沒有對(duì)應(yīng)元素值或者有n個(gè)對(duì)應(yīng)元素值的可能性。描述(Description)定義了對(duì)應(yīng)的元素或?qū)傩灾档暮x。數(shù)據(jù)類型(DataType)意味著對(duì)應(yīng)的元素或?qū)傩灾档臄?shù)據(jù)類型，即意味著被用來產(chǎn)生消息的編程語言的類型。例如，數(shù)據(jù)類型可以指示在XML中使用的數(shù)據(jù)類型。表28至表36示出了根據(jù)本發(fā)明第三實(shí)施例的在表27中描述的通知消息。根據(jù)第三實(shí)施例的通知消息與根據(jù)第一實(shí)施例的通知消息的不同之處在于類別(Category)表示對(duì)應(yīng)內(nèi)容在網(wǎng)絡(luò)與終端中是強(qiáng)制的還是可選的，如在表27中所描述的。另外，在元素值中，表19的Name1205(在第一實(shí)施例和第二實(shí)施例中指示通知消息的名稱)由下面表29中的Title代替。另夕卜，第一實(shí)施例和第二實(shí)施例使用在通知消息中包括的會(huì)話信息訪問會(huì)話并接收對(duì)應(yīng)文件,而第三實(shí)施例將ServiceGuideDeliveryDescriptor與Fragment添力口到通知消息，以便將它們用于服務(wù)指南的更新。第三實(shí)施例與前面實(shí)施例的不同之處在于根據(jù)通知消息的用途或事件區(qū)分用于用戶使用或終端使用的NotificationType。表28至表36的通知消息基本包括屬性值ID、NotificationVersion、NotificationType與Validity,以及元素值Title、Description、PresentationType與ExtensionURL,并且根據(jù)其用途還可以包才舌Sessionlnformation、Medialnformation、ServiceGuideDeliveryDescriptor或Fragment。表28<table>tableseeoriginaldocumentpage58</column></row><table><table>tableseeoriginaldocumentpage59</column></row><table>對(duì)于該元素，使用內(nèi)置XML屬性xml:lang來表示語言。Presentation丁ypeEl麗/TM1定義用于所接收的通知消息的呈現(xiàn)類型。如果PresentationType=0，終端在中斷所有應(yīng)用之后立即呈現(xiàn)該通知消息。如果PresentationType=1，終端將存儲(chǔ)該通知消息。無論何時(shí)當(dāng)用戶希望時(shí)，他/她可以查看所存儲(chǔ)的消息。(默認(rèn))如果PresentationType=2，終端將在當(dāng)前播放的服務(wù)上重疊地呈現(xiàn)該通知消息。由于服務(wù)提供者、運(yùn)營者或廣播者的目的，可以確定其它的PresentationType。整數(shù)ExtensionUElNO/TM0..N包括與通知消息相關(guān)的附加信息的URL任何URI表30SessionlnforElNO/0..N當(dāng)通知消息攜帶指向另一mationTM傳遞會(huì)話的指針時(shí)，該元素將出現(xiàn)。Sessionlnformation定義傳遞會(huì)話信息、通過所指示的會(huì)話傳遞的對(duì)象或片段信息、以及替代的傳遞方法的URI。在接收到具有Sessionlnformation的通知消息之后，終端將訪問由Sessionlnformation指定的相關(guān)會(huì)話，并采取像接收內(nèi)容之類的適當(dāng)動(dòng)作。<table>tableseeoriginaldocumentpage61</column></row><table>表31<table>tableseeoriginaldocumentpage61</column></row><table><table>tableseeoriginaldocumentpage62</column></row><table><table>tableseeoriginaldocumentpage63</column></row><table><table>tableseeoriginaldocumentpage64</column></row><table>GenreGroupingCriteriaE4NO/TM0..1指定與該服務(wù)指南傳遞單元(ServiceGuideDeliveryUnit)中的片段相關(guān)聯(lián)的服務(wù)/內(nèi)容的分類。(例如喜劇、動(dòng)作、戲劇)字符串ServiceProvE4NO/0..1由唯一名稱指定每個(gè)服務(wù)提供者字符串iderCriteriaTMTransportE3NO/TM0..1指向在該DescriptorEntry中宣布的服務(wù)指南傳遞單元(ServiceGuideDeliveryUnits)內(nèi)傳遞服務(wù)指南片段(ServiceGuidefragments)的傳輸會(huì)話的指針。包括以下屬性IpAddress,Port,SrcIpAddress,SessionIDIpAddressA雇/TM1目標(biāo)傳遞會(huì)話的目的IP地址(DestinationIPaddress)字符串'PortANM/TM1目標(biāo)傳遞會(huì)話的目的端口imsignedShort(16比特)SrcIpAddresANO/0..1傳遞會(huì)話的源IP地址字符串sTM表35SessionIDANM/1目標(biāo)傳遞會(huì)話的標(biāo)識(shí)符unsignTMedShor(16比特)AlternativeE3NO/0..N用于經(jīng)由交互信道檢索服務(wù)指南任何AccessURLTM傳遞單元的替代URLURIServiceGuidE3NM/l..N分段組。<table>tableseeoriginaldocumentpage66</column></row><table><table>tableseeoriginaldocumentpage67</column></row><table>片段。下面的表37至表45示出了根據(jù)本發(fā)明第四實(shí)施例的通知消息。根據(jù)第四實(shí)施例的通知消息與根據(jù)其它實(shí)施例的通知消息的不同之處如下。取決于NotificationType,終端確定對(duì)應(yīng)的通知消息是用于用戶使用還是用于終端使用。通知產(chǎn)生功能204a使用指示通知事件的類型的EventType(添加的)、根據(jù)通知消息的事件類型來配置消息。取決于所接收到通知消息的EventType,終端可以確定所接收的通知消息是由什么事件配置的。另外，通知產(chǎn)生功能204a將FilteringValue添加到通知消息，以1更顯示存儲(chǔ)在用戶終端中的內(nèi)容或存在于具體會(huì)話中的內(nèi)容、以及對(duì)應(yīng)于FilteringValue的內(nèi)容，使得用戶可以觀看不同的內(nèi)容。也就是說，當(dāng)通知產(chǎn)生功能204a根據(jù)所接收的通知事件消息產(chǎn)生通知消息時(shí)，可以通過將指示事件的類型的EventType信息包括在發(fā)送通知消息中來配置僅包括通知消息必須的元素的通知消息，以允許通知產(chǎn)生功能204a產(chǎn)生通知消息。另外，盡管出于服務(wù)指南的更新目的第四實(shí)施例可以發(fā)送ServiceGuideDeliveryDescriptor(SGDD)或Fragment本身，但是在產(chǎn)生通知消息期間，其可以通過SGDD的id、版本信息和會(huì)話信息訪問對(duì)應(yīng)會(huì)話，從存在于所訪問的會(huì)話中的多個(gè)SGDD中找到與所通知的id相匹配的SGDD，并且當(dāng)版本信息指示最近版本時(shí)更新服務(wù)指南。根據(jù)第四實(shí)施例的通知消息的GenericField(通用字段)包括屬性值ID、NotificationVersion、NotificationType、EventType、PresentationType與Validity,以及元素值Title、Description與ExtensionURL?？梢愿鶕?jù)EventType以不同方式酉己置FilteringValue、Sessionlnformation、Medialnformation,ServiceGuideDeliveryDescriptior與Fragment,以及GenericField。表37<table>tableseeoriginaldocumentpage68</column></row><table><table>tableseeoriginaldocumentpage69</column></row><table><table>tableseeoriginaldocumentpage70</column></row><table><table>tableseeoriginaldocumentpage71</column></row><table>表40<table>tableseeoriginaldocumentpage71</column></row><table><table>tableseeoriginaldocumentpage72</column></row><table><table>tableseeoriginaldocumentpage73</column></row><table>表42<table>tableseeoriginaldocumentpage74</column></row><table><table>tableseeoriginaldocumentpage75</column></row><table><table>tableseeoriginaldocumentpage76</column></row><table><table>tableseeoriginaldocumentpage77</column></row><table><table>tableseeoriginaldocumentpage78</column></row><table>對(duì)于EventType=4,為了僅通知存在服務(wù)指南更新的會(huì)話，以指示服務(wù)指南的更新，可以利用GenericField+SessionInformation配置通知消息，并且可以也使用通知消息將對(duì)應(yīng)的ServiceGuideDelieveryDescriptor與GenericField+ServiceGuideDeliveryDescriptor—起傳遞，或者可以配置修改的片段本身，像GenericField+Fragment。另夕卜，當(dāng)在發(fā)送SGDD的公告會(huì)話(AnnouncementSession)中存在幾個(gè)SGDD日于,利用version+Sessionlnformation與GenericField的id+ServiceGuideDeliveryDescriptor—起來通知會(huì)話中的改變的具體SGDD,從而使能對(duì)應(yīng)SGDD的更新。對(duì)于EventType二5，僅利用GenericField配置通知消息、。只十于Eve.ntType=6,以GenericField+Medialnformation的'開j式酉己置通知消息，并且然后將其傳遞到終端。對(duì)于表46的EventType,可以根據(jù)用途添力口不同的EventType。表46EventTypeN咖6Description(描述)1緊急通知(Emergencynotification)向用戶宣布緊急消息。2廣告(Advertisement)向終端指示廣告插入。月良務(wù)(Serviceavailabilityarmouncement)向用戶宣布服務(wù)可用。4服務(wù)指南更新(ServiceGuideupdate)向用戶宣布服務(wù)指南更新。文本消息(Textmessage)向用戶宣布基于本本的通知。6多i某體消息(Multimediamessage)向用戶宣布基于多媒體的通知。圖9是在根據(jù)本發(fā)明第四實(shí)施例接收到用于廣告等目的的通知消息時(shí)終端將先前存儲(chǔ)的廣告內(nèi)容或數(shù)據(jù)提供給用戶的示例處理。也就是說，圖示出了當(dāng)具有EventType=2的廣告消息包括FilteringValue時(shí)用戶終端使用FilteringValue在其屏幕上顯示先前存儲(chǔ)的廣告內(nèi)容或其相似數(shù)據(jù)的處理。廣播服務(wù)分發(fā)/適配(BSD/A)901是管理OMABCAST中分發(fā)的網(wǎng)絡(luò)實(shí)體，通知分發(fā)/適配(NTDA)902是在BSD/A901中傳遞通知消息的通知功能的部件。NTDA902經(jīng)由在BSD/A901與終端911之間定義的接口930從OMABLAST向終端911的NTC卯4傳遞具有EventType=Advertisement、FilteringType=Genre以及FilteringValue=Sports的通殺口消息903。NTC904檢查所接收的通知消息，并使用終端911中的適當(dāng)功能在存儲(chǔ)在儲(chǔ)藏庫905中的內(nèi)容卯6到909中搜索具有Genre=Sports的內(nèi)容。在此例子中，由于內(nèi)容(ID:1)906對(duì)應(yīng)于與所4妾收的通知消息903的FilteringValue相匹配的廣告內(nèi)容，所以該內(nèi)容通過接口940顯示在顯示器910上。由于所接收的通知消息中的Validity被定義為2006年01月01日上午10:00,所以在上午10:00自動(dòng)地顯示對(duì)應(yīng)內(nèi)容。根據(jù)在第四實(shí)施例中描述的FilteringValue和FilteringType的用途，可以給它們分配不同的值，并且主要類型可以包括UserPreference(用戶偏好)、UserLocation(用戶位置)、TargetGroup(目木亍組)、ServiceProvider(月良務(wù)提供者)、Userdemographicprofile(用戶人口統(tǒng)計(jì)特征)、Timeofday(—天中的時(shí)間)、dayofweek(一周中的一天)、channel(頻道)等等。另外,如果利用與描述與服務(wù)指南的內(nèi)容或服務(wù)相關(guān)聯(lián)的片段的元素值或?qū)傩灾档膬?nèi)容相同的用途或內(nèi)容來使用對(duì)應(yīng)類型，則應(yīng)當(dāng)利用相同名稱使用對(duì)應(yīng)類型。在與內(nèi)容或服務(wù)相關(guān)聯(lián)的片段中使用的元素值或?qū)傩灾蛋℅enre、ParentalRating、UserRating、TargetUserProfile、BroadcastArea等。關(guān)于上面實(shí)施例中的FilteringType和FilteringValue,可以在Title方面以相同用途和功能^吏用FilteringType,可以在Description方面以相同用途和功能使用FilteringValue。盡管僅針對(duì)本發(fā)明的第一至第四實(shí)施例中的便攜式廣播系統(tǒng)描述了本發(fā)明的某些示例實(shí)施例，但是本發(fā)明的示例實(shí)施例實(shí)際上可以應(yīng)用于任何基于IP的廣4番系統(tǒng)。如從上面描述中可以理解的，在能夠進(jìn)行便攜式廣播的廣播或通信系統(tǒng)中，本發(fā)明的示例實(shí)施例根據(jù)用途將通知消息劃分成用于用戶使用的通知消息和用于終端使用的通知消息，從而使得終端能夠自發(fā)地執(zhí)行必要操作，而無需用戶的單獨(dú)操作，使得可以更新服務(wù)指南或執(zhí)行文件下載而無需用戶的操作。對(duì)于用于用戶使用的通知消息，在消息中單獨(dú)地定義Pi'esentationType,由此給消息賦予優(yōu)先級(jí)。如果對(duì)應(yīng)消息是緊急的通知消息，則終端可以停止對(duì)應(yīng)的內(nèi)容服務(wù)，并將所接收的通知消息提供給用戶。另外，終端在從便攜式廣播系統(tǒng)接收通知消息的過程中檢查通知消息的版本信息；如果該消息是復(fù)制的通知消息，則丟棄對(duì)應(yīng)的通知消息；僅當(dāng)對(duì)應(yīng)的通知消息是新的通知消息時(shí)，才執(zhí)行對(duì)應(yīng)操作，由此降低終端的不必要的操作。本發(fā)明的示例實(shí)施例可以通過運(yùn)行來自計(jì)算機(jī)可讀介質(zhì)的程序來在通用計(jì)算機(jī)中實(shí)施，計(jì)算機(jī)可讀介質(zhì)包括但不限于諸如磁存儲(chǔ)介質(zhì)(ROM、RAM、軟盤、磁帶等)、光學(xué)可讀介質(zhì)(CD-ROM、DVD等)以及載體(在因特網(wǎng)上傳輸)的存儲(chǔ)介質(zhì)。此外，本發(fā)明的示例實(shí)施例可以根據(jù)EventType具體地構(gòu)造通知消息，并將FilteringValue添加到通知消息以便以不同方式為每個(gè)用戶顯示存儲(chǔ)在終端中的內(nèi)容，由此促進(jìn)對(duì)內(nèi)容的定制(customization)以及動(dòng)態(tài)地顯示期望的內(nèi)容。盡管這里已經(jīng)示出并描述了本發(fā)明的某些示例實(shí)施例，本領(lǐng)域技術(shù)人員應(yīng)該理解在不偏離如由所附權(quán)利要求書及其等效物限定的本發(fā)明的精神和范圍的情況下，可以在形式和細(xì)節(jié)上作出各種改變。權(quán)利要求1.一種在廣播系統(tǒng)中發(fā)送消息的裝置，該裝置包括通知事件功能，用于接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，并產(chǎn)生用于產(chǎn)生通知消息的通知事件消息；通知產(chǎn)生功能，用于使用從通知事件功能接收的通知事件消息，來產(chǎn)生要由被安排為接收通知消息的終端的用戶使用的通知消息或者要被該終端使用的通知消息；以及通知分發(fā)/適配功能，用于經(jīng)由特定網(wǎng)絡(luò)向終端發(fā)送從通知產(chǎn)生功能接收的通知消息。2.如權(quán)利要求1所述的裝置，其中，通知分發(fā)/適配功能還將與內(nèi)容發(fā)送有關(guān)的、由于廣播系統(tǒng)的改變信息而從廣播分發(fā)系統(tǒng)BDS服務(wù)分發(fā)接收的通知事件消息發(fā)送給通知產(chǎn)生功能。3.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示通知消息的用途的NotiflcationType的通知消息。4.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示通知消息的版本信息的NotificationVersion的通知消息。5.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示通知消息的呈現(xiàn)類型的PresentationType的通知消息。6.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示通知消息中Sessionlnformation的用途的UsageType的通知消息。7.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示通知消息由什么事件配置的EventType的通知消息。8.如權(quán)利要求l所述的裝置，其中，通知產(chǎn)生功能產(chǎn)生包括指示用于執(zhí)行先前存儲(chǔ)在終端中的內(nèi)容的信息的FilteringValue的通知消息。9.一種在廣播系統(tǒng)中發(fā)送消息的裝置，該裝置包括通知事件功能，用于接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，并產(chǎn)生用于產(chǎn)生通知消息的通知事件消息；通知產(chǎn)生功能，用于使用從通知事件功能接收的通知事件消息來產(chǎn)生通知消息，該通知消息包括指示該通知消息是要由被安排為接收通知消息的終端的用戶使用的通知消息還是要被該終端使用的通知消息的NotificationType，指示所產(chǎn)生的通知消息的版本信息的NotificationVersion,指示通知消息的呈現(xiàn)類型的PresentationType,指示通知消息中的Sessionlnformation的用途的UsageType,指示該通知消息是由什么事件配置的EventType,以及指示用于執(zhí)行先前存儲(chǔ)在該終端中的內(nèi)容的信息的FilteringValue;以及通知分發(fā)/適配功能，用于從通知產(chǎn)生功能接收通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。10.—種在廣播系統(tǒng)中發(fā)送消息的方法，該方法包括下列步驟由通知事件功能接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，產(chǎn)生用于產(chǎn)生通知消息的通知事件消息，并將所產(chǎn)生的通知事件消息發(fā)送到通知產(chǎn)生功能；由通知產(chǎn)生功能接收通知事件消息，產(chǎn)生要被用戶使用的通知消息或者要被終端使用的通知消息，并將所產(chǎn)生的通知消息發(fā)送到通知分發(fā)/適配功能；以及由通知分發(fā)/適配功能接收該通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。11.如權(quán)利要求IO所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟還包括從已經(jīng)接收到與內(nèi)容發(fā)送有關(guān)的、由于廣播系統(tǒng)的改變信息而由廣播分發(fā)系統(tǒng)BDS服務(wù)分發(fā)產(chǎn)生的事件的通知分發(fā)/適配功能接收通知事件消息的步驟。12.如權(quán)利要求11所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟包括產(chǎn)生指示通知消息的用途的NotificationType的通知消息的步驟。13.如權(quán)利要求11所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟包括產(chǎn)生指示通知消息的呈現(xiàn)類型的PresentationType的通知消息的步驟。14.如權(quán)利要求11所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟包括產(chǎn)生指示通知消息中Sessionlnformation的用途的UsageType的通知消息的步驟。15.如權(quán)利要求11所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟包括產(chǎn)生指示通知消息由什么事件配置的EventType的通知消息的步驟。16.如權(quán)利要求11所述的方法，其中，所述由通知產(chǎn)生功能產(chǎn)生通知消息的步驟包括產(chǎn)生指示用于執(zhí)行先前存儲(chǔ)在終端中的內(nèi)容的信息的FilteringValue的通知消息的步驟。17.—種在廣播系統(tǒng)中發(fā)送消息的方法，該方法包括下列步驟由通知事件功能接收從內(nèi)容創(chuàng)建提供的指示內(nèi)容改變信息的通知，產(chǎn)生用于產(chǎn)生通知消息的通知事件消息，并將所產(chǎn)生的通知事件消息發(fā)送到通知產(chǎn)生功能；由通知產(chǎn)生功能使用從通知事件功能接收的通知事件消息來產(chǎn)生通知消息，并將所產(chǎn)生的通知消息發(fā)送到通知分發(fā)/適配功能，該通知消息包括指示該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息的NotificationType，指示通知消息的呈現(xiàn)類型的PresentationType，指示該通知消息是由什么事件配置的EventType，以及指示用于執(zhí)行先前存儲(chǔ)在該終端中的內(nèi)容的信息的FilteringValue;以及由通知分發(fā)/適配功能從通知產(chǎn)生功能接收通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。18.—種從廣播系統(tǒng)接收廣播服務(wù)的終端裝置，該裝置包括接收器，用于從廣播系統(tǒng)接收通知消息；以及控制器，用于基于所接收的通知消息的內(nèi)容來確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，并且根據(jù)確定結(jié)果執(zhí)行操作。19.如權(quán)利要求18所述的終端裝置，其中，控制器將包括在所接收的通知消息中的NotificationVersion與包括在先前接收的通知消息中的NotificationVersion進(jìn)行比較，以確定所接收的通知消息是否是新的通知消息，如果所接收的通知消息不是新的通知消息，則丟棄所接收的通知消息。20.如權(quán)利要求18所述的終端裝置，其中，控制器檢查所接收的通知消息的NotificationType信息，以確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息。21.如權(quán)利要求18所述的終端裝置，其中，控制器檢查所接收的通知消息的PresentationType信息，并根據(jù)檢查結(jié)果控制所接收的通知消息的顯示搡作。22.如權(quán)利要求21所述的終端裝置，其中，如果所接收的通知消息的PresentationType信息為"0"，則控制器執(zhí)行一接收到通知消息就立即通過顯示器輸出該通知消息的控制操作。23.如權(quán)利要求21所述的終端裝置，其中，如果所接收的通知消息的PresentationType信息為"1",則控制器執(zhí)行將通知消息存儲(chǔ)在存儲(chǔ)器中的控制操作。24.如權(quán)利要求21所述的終端裝置，其中，如果所接收的通知消息的PresentationType信息為"2",則控制器執(zhí)行將通知消息重疊在正在進(jìn)行的服務(wù)上并通過顯示器輸出重疊結(jié)果的控制操作。25.如權(quán)利要求18所述的終端裝置，其中，控制器檢查指示通知消息中Sessionlnformation的用途的UsageType,并控制會(huì)話訪問單元使得其根據(jù)該用途訪問會(huì)話。26，如權(quán)利要求25所述的終端裝置，其中，如果UsageType為"0",則控制器控制會(huì)話訪問單元使得其根據(jù)Sessionlnformation訪問會(huì)話并接收文件。27.如權(quán)利要求25所述的終端裝置，其中，如果UsageType為'T，，則控制器控制會(huì)話訪問單元使得其訪問會(huì)話并接收用戶加入的對(duì)應(yīng)服務(wù)。28.如權(quán)利要求18所述的終端裝置，其中，控制器檢查通知消息的EventType,并根據(jù)所接收的通知消息的EventType執(zhí)行對(duì)應(yīng)操作。29.如權(quán)利要求18所述的終端裝置，其中，控制器檢查通知消息的FilteringValue,并從先前存儲(chǔ)在終端中的內(nèi)容之中給用戶提供其FilteringValue等于該FilteringValue的內(nèi)容。30.—種從廣播系統(tǒng)接收廣播服務(wù)的終端裝置，該裝置包括接收器，用于從廣播系統(tǒng)接收通知消息；以及控制器，用于根據(jù)該通知消息中的NotificationType信息來確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，根據(jù)該通知消息中的PresentationType信息來控制通知信息的顯示操作，檢查該通知消息的UsageType以根據(jù)該通知消息的Sessionlnformation的用途來訪問會(huì)話，檢查該通知消息的NotificationVersion信息以確定所接收的通知消息是否是最新接收的通知消息，檢查該通知消息的EventType以根據(jù)所接收的通知消息的事件類型來執(zhí)行對(duì)應(yīng)操作，以及檢查該通知消息的FilteringValue以從先前存儲(chǔ)的內(nèi)容之中給用戶提供其FilteringValue等于該FilteringValue的內(nèi)答。31.—種包括下列步驟的方法由終端從廣播系統(tǒng)接收通知消息；確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；以及執(zhí)行下列操作中的任一項(xiàng)如果該通知消息是要被用戶使用的通知消息則檢查該通知消息的PresentationType,以及如果該通知消息是要被終端使用的通知消息則才企查該通知消息的Sessionlnformation以訪問對(duì)應(yīng)會(huì)話。32.如權(quán)利要求31所述的方法，其中，所述確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息的步驟包括以下步驟如果通知消息的Notification丁ype信息為"0"，則確定所接收的通知消息是要被用戶使用的通知消息;以及如果通知消息的NotificationType信息為'T，,則確定所接收的通知消息是要被終端使用的通知消息。33.如權(quán)利要求31所述的方法，還包括以下步驟將所接收的通知消息的NotificationVersion與先前接收的通知消息的NotificationVersion進(jìn)4亍比4交；以及如果作為比較的結(jié)果所接收的通知消息不是新的通知消息，則丟棄所接收的通知消息。34.如權(quán)利要求32所述的方法，還包括以下步驟如果所接收的通知消息是要被用戶使用的通知消息，則檢查通知消息的PresentationType信息。35.如權(quán)利要求34所述的方法，還包括以下步驟如果所接收的通知消息的PresentationType信息為"0",則一接收到通知消息就立即將該通知消息輸出給用戶。36.如權(quán)利要求34所述的方法，還包括以下步驟如果所接收的通知消息的PresentationType信息為"1"，則將所接收的通知消息存儲(chǔ)在存儲(chǔ)器中。37.如權(quán)利要求34所迷的方法，還包括以下步驟如果所接收的通知消息的PresentationType信息為"2"，則將所接收的通知消息重疊在正在進(jìn)行的服務(wù)上并將重疊結(jié)果輸出給用戶。38.如權(quán)利要求31所述的方法，還包括以下步驟檢查指示所接收的通^口消息的Sessionlnformation的用途的UsageType,并才艮才居Sessionlnformation的用途訪問會(huì)話。39.如權(quán)利要求38所述的方法，還包括以下步驟如果UsageType為"0"，則根據(jù)Sessionlnformation訪問會(huì)話并接收文件。40.如權(quán)利要求38所述的方法，還包括以下步驟如果UsageType為'T，，則訪問會(huì)話并接收用戶加入的對(duì)應(yīng)服務(wù)。41.如權(quán)利要求31所述的方法，還包括以下步驟檢查通知消息的EventType，以便發(fā)現(xiàn)在所接收的通知消息中包括的內(nèi)容。42.如權(quán)利要求31所述的方法，還包括以下步驟檢查所接收的通知消息的FilteringValue,以及從先前存儲(chǔ)的內(nèi)容中向用戶提供其FilteringValue等于該FilteringValue的內(nèi)容。43.—種包括下列步驟的方法由終端從廣播系統(tǒng)接收通知消息；檢查該通知消息的NotificationVersion以確定所接收的通知消息是否是最新接收的通知消息；如果所接收的通知消息是最新接收的通知消息，則檢查該通知消息的NotificationType以確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；才企查該通知消息的EventType以發(fā)現(xiàn)包括在該通知消息中的內(nèi)容；如果所接收的通知消息是要被用戶使用的通知消息，則檢查該通知消息中的PresentationType;才艮據(jù)該通知消息中的PresentationType,執(zhí)行該通知消息的顯示操作；以檢查所接收的通知消息的FilteringValue,并從先前存儲(chǔ)在終端中的內(nèi)容之中給用戶提供其FilteringValue等于該FilteringValue的內(nèi)容。44.如權(quán)利要求43所述的方法，還包括以下步驟如果所接收的通知消息是要被終端使用的通知消息，則檢查該通知消息的UsageType;以及才艮據(jù)UsageType確定Sessionlnformation的用途，并訪問對(duì)應(yīng)會(huì)話。45.—種廣播系統(tǒng)，包括通知消息發(fā)送器，用于在接收到與內(nèi)容發(fā)送有關(guān)的、由于從內(nèi)容創(chuàng)建器提供的內(nèi)容改變信息或廣播系統(tǒng)的改變信息而產(chǎn)生的通知事件消息時(shí)，產(chǎn)生通知消息并將該通知消息發(fā)送到終端；以及終端，用于接收所發(fā)送的通知信息，確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，如果該通知消息是要被用戶使用的通知消息則檢查該通知消息的PresentationType,以及如果通知消息是要被終端^f吏用的通知消息，則沖企查該通知消息的Sessionlnformation以訪問相應(yīng)會(huì)話。46.如權(quán)利要求45所述的廣播系統(tǒng)，其中，所述通知消息發(fā)送器包括通知產(chǎn)生功能，用于使用通知事件消息產(chǎn)生要被用戶使用的通知消息或者要被終端使用的通知消息；以及通知分發(fā)/適配功能，用于經(jīng)由特定網(wǎng)絡(luò)將由通知產(chǎn)生功能產(chǎn)生的通知消息發(fā)送到終端。47.—種提供廣播服務(wù)的方法，該方法包括以下步驟接收與內(nèi)容發(fā)送有關(guān)的、由于從內(nèi)容創(chuàng)建提供的內(nèi)容改變信息或廣播系統(tǒng)的改變信息而產(chǎn)生的通知事件消息；使用所產(chǎn)生的通知事件消息產(chǎn)生要由被安排為使用通知消息的終端的用戶使用的通知消息或者要被終端使用的通知消息；經(jīng)由特定網(wǎng)絡(luò)將所產(chǎn)生的通知消息發(fā)送到終端；接收所發(fā)送的通知消息；確定該通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；以及執(zhí)行下列操作中的任一項(xiàng)，即，如果該通知消息是要被用戶使用的通知消息則檢查該通知消息的PresentationType,以及如果該通知消息是要被終端使用的通知消息，則檢查該通知消息的Sessionlnformation以訪問對(duì)應(yīng)會(huì)話。48.—種存儲(chǔ)用于實(shí)施在廣播系統(tǒng)中發(fā)送消息的方法的程序的計(jì)算機(jī)可讀記錄介質(zhì)，該方法包括接收指示內(nèi)容改變信息的通知，產(chǎn)生用于產(chǎn)生通知消息的通知事件消息，并發(fā)送所產(chǎn)生的通知事件消息；接收該通知事件消息，產(chǎn)生要被用戶使用的通知消息或者要被終端使用的通知消息，并發(fā)送所產(chǎn)生的通知消息；以及接收該通知消息并經(jīng)由特定網(wǎng)絡(luò)將所接收的通知消息發(fā)送到終端。49.一種存儲(chǔ)用于針對(duì)終端實(shí)施如下方法的程序的計(jì)算機(jī)可讀記錄介質(zhì)，該方法包4舌從廣播系統(tǒng)接收通知消息；確定通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息；以及執(zhí)行以下操作中的任一項(xiàng)如果通知消息是要被用戶使用的通知消息，則檢查通知消息的PresentationType,以及如果通知消息是要被終端使用的通知消息，則4全查通知消息的Sessionlnformation以訪問對(duì)應(yīng)會(huì)話。全文摘要提供了一種用于從廣播系統(tǒng)接收廣播服務(wù)的終端裝置。接收器從廣播系統(tǒng)接收通知消息。消息解析器根據(jù)某一格式解析由接收器接收的通知消息?？刂破骰谟上⒔馕銎鹘馕龅耐ㄖ⒌膬?nèi)容確定所接收的通知消息是要被用戶使用的通知消息還是要被終端使用的通知消息，并根據(jù)確定結(jié)果執(zhí)行操作。文檔編號(hào)H04H1/00GK101243702SQ200680030167公開日2008年8月13日申請(qǐng)日期2006年8月17日優(yōu)先權(quán)日2005年8月17日發(fā)明者李國熙,李載用,李鐘孝,鄭甫先,黃承吾申請(qǐng)人:三星電子株式會(huì)社