專利名稱:用于自動管理呈異構(gòu)格式的通知的方法和系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及通信技術領域。它的目的是一種用于自動管理由移動終端接收的通知 的方法和系統(tǒng)。
背景技術:
具體而言,它涉及向移動電話的用戶尋址的由各種服務和各種應用發(fā)送的用戶通 知。作為非限制性例子,它們可以具體包括形式為短SMS(短消息服務)或者MMS(多媒體 消息服務)消息的通知;或者包括由下述應用發(fā)送的通知,該應用在移動終端內(nèi)并且配置 成發(fā)送和/或接收電子郵件,從而向用戶通知新文字消息或者新語音消息的到來或者未接 呼叫、來自本地網(wǎng)絡的日歷備忘錄、信息備忘錄或者報警、某個任務的確認/請求(重載賬 戶、預訂服務)等。這些通知可以是交互式的,或者請求發(fā)送某些信息,或者是提供信息的(例如以 報警或者提醒的形式,所述報警或者提醒是為執(zhí)行某個任務)。另外,它們一般在性質(zhì)上不 固定,并且對于移動終端的用戶而言可以有不同級別的重要性或者緊急度。然而,目前在用的技術具有的弊端在于不支持對不同類型的通知的自動管理。因 此當同時接收多個通知時,要求用戶接連校驗所有通知,盡管移動終端的用戶預先不知道 它們的優(yōu)先級程度,原因是這只有在已經(jīng)查看通知的內(nèi)容之后才可以被確定。這可能需要 大量時間并且拖延了決策的進行。此外,用戶必須能夠可靠地訪問通知。否則他可能意外 地擦除或者丟失同時接收的通知中的一個或者多個。已知的用于管理用戶通知的方法和系統(tǒng)非常少。另外,這些系統(tǒng)頗為特殊。它們 主要處理少數(shù)特殊報警,而未使得有可能以統(tǒng)一方式處置不同類型的通知。文獻US 6,396,513例如描述了一種用于基于由收件箱的用戶預設的標準對傳入 郵件進行分類的系統(tǒng)。
Alcatel-Lucent and Comverse ^Λ^ ^ χ Verizon Wireless 弓|入的角軍 決方案Visual Voice Mail專用于管理語音消息。它使得有可能在交互式圖形界面中顯示 由移動終端接收的語音消息的列表但無任何優(yōu)先級規(guī)則的在先配置。文檔US 7,359,936描述了一種使得有可能對進入收件箱的郵件進行歸類的郵件 代理系統(tǒng)。這一歸類是基于傳入郵件的預覽,該預覽包括郵件的基本標識符(寄件人、日 期、主題、大小等)和從對郵件內(nèi)容的詞語評價獲得的關鍵詞集。這后一種功能可以使用市 面上的產(chǎn)品(比如IBM公司生產(chǎn)的htelligent Miner for Text)來實施。由于該歸類, 圖形界面系統(tǒng)使得有可能基于由收件箱的用戶預設的選項來呈現(xiàn)項目。已經(jīng)觀察到的是,針對移動終端的通知變得越來越頻繁。另外,它們經(jīng)由異構(gòu)范圍 的各種信道和服務到達終端電話消息接發(fā)服務(SMS/MMS 廣告通知、服務通知、電話提供 商通知等)、地理定位服務、電子郵件服務、并入于移動終端中的服務(日歷、提醒等)、特定 環(huán)境的WLAN(無線局域網(wǎng))支持的通知服務(醫(yī)院的WLAN 醫(yī)務人員報警;運輸服務WLAN 行人通知;購物中心的WLAN 消費者通知等)。
已知的系統(tǒng)和方法的不理想特別地是由于缺乏用于綜合地管理由移動終端接收 的所有通知的方式,該方式將讓用戶能夠統(tǒng)一這些通知、然后基于可以定制的重要性和緊 急度標準來智能地管理這些通知。
發(fā)明內(nèi)容
本發(fā)明的一個目的在于彌補前述弊端。具體而言,本發(fā)明的目的在于公開一種用 于管理(具體為接收、保存和校驗)移動終端接收的用戶通知而不論其來源或者起源的通 用方法和系統(tǒng)。為此,本發(fā)明根據(jù)第一方面公開了一種用于在能夠接收或者生成以及顯示格式異 構(gòu)的用戶通知的移動終端內(nèi)自動管理這些通知的方法,該方法包括以下步驟-將移動終端接收或者生成的各通知轉(zhuǎn)譯成呈單一格式的元數(shù)據(jù),-在數(shù)據(jù)庫內(nèi)保存所述轉(zhuǎn)譯,-基于由用戶預設的優(yōu)先級標準來評估所述通知的優(yōu)先級,基于所述通知的與已經(jīng)保存的其它轉(zhuǎn)譯的通知相比的優(yōu)先級來重新組織包含所 述通知的數(shù)據(jù)庫,-基于通知的優(yōu)先級在終端上顯示通知。根據(jù)第二方面,本發(fā)明公開一種用于在能夠接收或者生成以及顯示格式異構(gòu)的用 戶通知的移動終端內(nèi)自動管理這些通知的系統(tǒng),該系統(tǒng)包括-通知接收模塊,能夠?qū)⑺鼋K端接收或者生成的各通知轉(zhuǎn)譯成呈單一格式的元 數(shù)據(jù),-數(shù)據(jù)庫,用于保存所述轉(zhuǎn)譯,-用于基于由用戶預設的優(yōu)先級標準來評估各通知的優(yōu)先級的模塊,-用于基于保存于數(shù)據(jù)庫中的通知的相應優(yōu)先級來組織數(shù)據(jù)庫的模塊,-交互式圖形模塊,用于基于通知的優(yōu)先級來顯示通知。本發(fā)明實現(xiàn)獨立于通知的來源和格式對移動終端接收的通知的智能、自動管理。 具體而言,它使得有可能通過使用由移動終端的用戶設置的標準來更好地限定各通知與其 它通知相比的優(yōu)先級。作為非限制性例子,優(yōu)先級標準可以選自于通知的重要性、它的來 源、它的緊急度、它的壽命、它的出現(xiàn)頻率、它的內(nèi)容等。另外,本發(fā)明實現(xiàn)對用戶終端的用戶的規(guī)則和簡檔的智能組合以便計算通知的優(yōu) 先級。本發(fā)明可以具體應用于移動終端頻繁地請求它的用戶注意的環(huán)境中。
本發(fā)明的其它特征和益處將在參照附圖閱讀以下對方法的優(yōu)選變化實施方式和 系統(tǒng)的實施例的描述時變得更清楚和更明顯-圖1示意地描繪了本發(fā)明的應用上下文。-圖2是在示出了系統(tǒng)的各種模塊之間的關系的同時示出了本發(fā)明方法的各個步 驟的圖。
具體實施例方式在該用于自動管理用戶通知的方法和系統(tǒng)的描述中,假設移動終端10同時接收 由各種來源20、30和40發(fā)送的多個通知21、31和41。作為非限制性例子,這些通知可以是 呼叫通知、電子郵件通知、日歷通知等。這些通知可以是(并且一般是)異構(gòu)格式的。對通知的自動管理由在圖2中所示非限制例子中嵌入于移動終端10中的功能模 塊來保證。這些模塊中的至少一些模塊的一種實施方式可以是具體實現(xiàn)在發(fā)送器20、30和 40內(nèi)的。這些模塊包括-模塊1,用于接收由各種來源20、30、40發(fā)送的用戶通知。舉例而言,代理服務器 的用戶使得有可能創(chuàng)建與各種類型的發(fā)送應用和平臺的界面。模塊1的另一功能在于統(tǒng)一 各種用戶通知的格式以便以后一起處理它們,其中用戶通知被轉(zhuǎn)譯成單一的內(nèi)部元數(shù)據(jù)格 式,其可以被下文描述的其它模塊理解。對用戶通知的轉(zhuǎn)譯包括以下操作-標識關于所述通知的源服務的信息,-標識所述通知內(nèi)的字段,-標識通知的描述性特性,-借助關于源服務的信息、借助標識的字段和借助描述性特性來完成與所述通知 對應的元數(shù)據(jù)。-數(shù)據(jù)庫2,用作如下介質(zhì),該介質(zhì)用于集中接收模塊1向它傳達的通知。這一數(shù) 據(jù)庫2收集新接收的用戶通知21、31和41以及通知日志,該日志伴隨有關于通知的詳情, 比如它們的優(yōu)先級級別、寄件人、壽命、接收日期等。-優(yōu)先級管理模塊3,配置成將優(yōu)先級標準應用到集中在數(shù)據(jù)庫2內(nèi)的有關用戶通 知的元數(shù)據(jù)。按照慣例,假設這些標準是與時間有關的(緊急度標準)。因而,模塊3對通 知的優(yōu)先級級別進行定期重估,并且管理通知,由此通知被持續(xù)更新。-模塊4,配置成保證基于優(yōu)先級管理模塊3獲得的結(jié)果對關于用戶通知的元數(shù)據(jù) 的排序。模塊4持續(xù)地以與對應模塊3的優(yōu)先級管理相同的頻率排列關于用戶通知的元數(shù) 據(jù),這使得有可能最終觸發(fā)與發(fā)生時間延遲的通知對應的提醒。-顯示管理模塊5,配置成控制對模塊4觸發(fā)的用戶通知的顯示。模塊5控制交互 式用戶界面,這使這一界面能夠修改或者輸入數(shù)據(jù)。該界面也用于以模塊4限定的順序或 者移動終端的用戶選擇的任何其它順序來顯示通知日志。舉例而言,用戶可以顯示基于通 知的接收日志、通知的寄件人等分類的通知。-優(yōu)先級管理器3的高級配置模塊6。這一模塊6配備有圖形用戶界面,該界面使 移動終端的用戶能夠輸入或者編輯以后由優(yōu)先級管理模塊3使用的優(yōu)先級標準。優(yōu)先級管理器3也可以被配置成考慮簡檔數(shù)據(jù)庫7內(nèi)實施的個人標準、比如用戶 的簡檔,有利地該判決是可編輯或者甚至可刪除的。另外,多個用戶簡檔可以實施于數(shù)據(jù)庫 7內(nèi)。優(yōu)選地,模塊6還被配置成-限定多個優(yōu)先級級別。以這一方式,緊急標準可以包括三個時間級別,比如立 即;在給定時間之前;在給定日期之前。類似地,緊急標準可以包括三個重要性級別、比如 關鍵;重要;提供信息的。
-考慮要在用戶通知的內(nèi)容內(nèi)搜索的關鍵詞(可以使用同義詞詞典來擴展),-選擇涉及到用戶通知的標識符和特性的優(yōu)先級規(guī)則。因此,這些規(guī)則可以例如涉 及通知的大小、其被接收的日期、它的附件、發(fā)送平臺、寄件人的標識、主題等。優(yōu)選地,用戶必須也能夠通過使用優(yōu)先級管理器5的界面來直接編輯通知的優(yōu)先 級。具體而言,即使這些通知已經(jīng)具有它們自己的優(yōu)先級級別,移動終端的用戶仍然 必須能夠定制通知的優(yōu)先級標準。優(yōu)先級管理器3識別如在配置模塊6和在數(shù)據(jù)庫7中選擇的用戶簡檔中限定的優(yōu) 先級標準。接著它計算數(shù)據(jù)庫2中存儲的新通知的優(yōu)先級級別。然后使用模塊4(使用優(yōu) 先級管理器3執(zhí)行的計算結(jié)果)按照優(yōu)先級順序?qū)νㄖM行排序。也有可能使用顯示器的 管理模塊5來重新組織數(shù)據(jù)庫2的內(nèi)容。如上文提到的那樣,用戶通知可以來自配置成與移動終端10通信的外部服務器 或者由它內(nèi)部生成。另外,通知可以在有或者無時間延遲的情況下具有或者沒有預設的優(yōu)先級級別。 可以與用戶簡檔和優(yōu)先級標準關聯(lián)地定制這些優(yōu)先級級別,所述用戶簡檔和優(yōu)先級標準可 使用高級配置模塊6來配置。優(yōu)選地,元數(shù)據(jù)的內(nèi)部格式可以擴展成關于用戶通知的任何可用的其它新信息。在能夠接收或者生成以及顯示用戶通知如21、31和41的移動終端10內(nèi)的對所述 通知的自動管理至少包括以下步驟-將移動終端接收或者生成的各通知轉(zhuǎn)譯成單一的元數(shù)據(jù)格式,-在數(shù)據(jù)庫2內(nèi)保存所述轉(zhuǎn)譯,-基于由用戶預設的優(yōu)先級標準來評估所述通知的優(yōu)先級,-基于所述通知的與已經(jīng)保存的其它轉(zhuǎn)譯的通知相比的優(yōu)先級來重新組織包含所 述通知的數(shù)據(jù)庫2,
級
-基于通知的優(yōu)先級在終端上顯示通知。
對數(shù)據(jù)庫的重新組織包括比較通知的優(yōu)先級與來自以下來源的其它通知的優(yōu)先
-與該通知相同的服務; -或者不同服務。
下文的例1描繪了報警通知。例2描繪了這一通知向可以用來保存轉(zhuǎn)譯的元數(shù)據(jù) 格式的可能轉(zhuǎn)譯。例 1 <Alert><Sender>Patient Monitoring System</Sender><Type>Abnormal situation</Type><ActivityDomain>Health</ActivityDomain><Msg>Fall Detection in Room 21, Emergency Department</Msg><Time>12:32AM</Time><ThirdParty>Bob Smith</ThirdParty>
<Priority>High</Priority><AckRequired>Yes</AckRequired><AckTimeout>20</AckTimeout><TimeToLive>60</TimeToLive></Alert>例 2 <NotifEvent><Sender>Patient Monitoring System</Sender><Type>Abnormal situation</Typ e><ActivityDomain>Health</ActivityDomain><Content><TitleX/Title><Msg>Fall Detection in Room 21</Msg><MoreInfoX/MoreInfo><Keywords>Emergency, Fall</Keywords><AttachmentsX/Attachments>〈/Content〉<ThirdParty>Bob Smith</ThirdParty><Priority>8</Priority><Rec印tionTime>12:32:50</Rec印tionTime〉<AckRequired>Yes</AckRequired><AckTimeout>20</AckTimeout><NbRepetition>2</NbRepetition><TimeToLive>60</TimeToLive><Status>Not Treated</Status><AdditionalInfoX/AdditionalInfo></NotifEvent>假設優(yōu)先級級別范圍從1 (低優(yōu)先級)到10 (最高優(yōu)先級)。參考兩個前述例子的 一種8級優(yōu)先級的非限制性計算至少考慮了 -傳入報警的優(yōu)先級(這里為高);-寄件人(這里為患者監(jiān)視系統(tǒng));-異常醫(yī)療情形;-關于確認的請求;-關鍵詞(這里為急救和摔倒);-報警未經(jīng)檢查地被接收的次數(shù)。
權利要求
1.一種在移動終端(10)中自動管理格式異構(gòu)的用戶通知的方法,所述移動終端能夠 接收或者生成以及顯示所述用戶通知,所述方法的特征在于包括以下步驟-將所述移動終端接收或者生成的各通知轉(zhuǎn)譯成呈單一格式的元數(shù)據(jù), -在數(shù)據(jù)庫O)內(nèi)保存所述轉(zhuǎn)譯,-基于由用戶預設的優(yōu)先級標準和所述通知的內(nèi)容的組合來評估所述通知的優(yōu)先級, -基于所述通知的與已經(jīng)保存的其它轉(zhuǎn)譯的通知相比的優(yōu)先級來重新組織包含所述通 知的所述數(shù)據(jù)庫0),-基于所述通知的優(yōu)先級在所述終端(10)上顯示所述通知。
2.根據(jù)權利要求1所述的方法,其中所述優(yōu)先級標準基于所述移動終端的用戶的至少一個簡檔。
3.根據(jù)權利要求1或者2之一所述的方法,其中所述轉(zhuǎn)譯所述通知的步驟包括以下操作-標識關于所述通知的源服務的信息, -標識所述通知內(nèi)的字段, -標識所述通知的描述性特性,-借助所述關于源服務的信息、借助所述標識的字段和借助所述描述性特性來完成與 所述通知對應的所述元數(shù)據(jù)。
4.根據(jù)權利要求3所述的方法,其中與通知有關的優(yōu)先級標準取決于所述關于源服務 的信息、所述字段和所述通知的描述性特性。
5.根據(jù)權利要求1至4之一所述的方法,其中對所述通知的優(yōu)先級的評估包括在所述 通知的內(nèi)容以及可能的它的附件中搜索來自預定義列表的關鍵詞的操作。
6.根據(jù)權利要求5所述的方法,其中借助所述關鍵詞在同義詞的詞典中標識的同義 詞、縮寫詞和數(shù)字來擴展所述搜索。
7.根據(jù)權利要求1至6之一所述的方法,其中所述識別所述數(shù)據(jù)庫的步驟包括比較所 述通知的優(yōu)先級與來自與該通知相同的服務的其它通知的優(yōu)先級。
8.根據(jù)權利要求5所述的方法,其中所述重新組織所述數(shù)據(jù)庫的步驟包括比較所述通 知的優(yōu)先級與來自與該通知的服務不同的服務的其它通知的優(yōu)先級。
9.一種用于管理在移動終端內(nèi)的格式異構(gòu)的用戶通知的系統(tǒng),所述移動終端能夠接收 或者生成以及顯示所述格式異構(gòu)的用戶通知,所述系統(tǒng)的特征在于包括-通知接收模塊(1),能夠?qū)⑺鲆苿咏K端接收或者生成的各通知轉(zhuǎn)譯成呈單一格式 的元數(shù)據(jù),-數(shù)據(jù)庫O),用于保存所述轉(zhuǎn)譯,-用于基于由所述用戶預設的優(yōu)先級標準和所述通知的內(nèi)容來評估各通知的優(yōu)先級 ⑶的模塊⑶,-用于基于保存于數(shù)據(jù)庫O)中的通知的相應優(yōu)先級來組織數(shù)據(jù)庫O)的模塊G), -交互式圖形模塊(5),用于基于通知的優(yōu)先級來顯示通知。
10.根據(jù)權利要求9所述的系統(tǒng),還包括用于配置所述用戶通知的優(yōu)先級標準的模塊。
全文摘要
一種在能夠接收或者生成并且顯示格式異構(gòu)的用戶通知的移動終端(10)中自動管理這些通知的方法,該方法包括以下步驟將所述移動終端接收或者生成的各通知轉(zhuǎn)譯成唯一格式的元數(shù)據(jù)項的形式,在數(shù)據(jù)庫(2)保存所述轉(zhuǎn)譯,根據(jù)由用戶預定義的優(yōu)先級標準的組合來評價所述通知的優(yōu)先級,根據(jù)所述通知與已轉(zhuǎn)譯并且已經(jīng)保存的其它通知相比的優(yōu)先級來重新組織包含所述通知的數(shù)據(jù)庫(2),根據(jù)通知的優(yōu)先級在終端(10)上顯示該通知。
文檔編號H04L12/58GK102132298SQ200980133431
公開日2011年7月20日 申請日期2009年8月26日 優(yōu)先權日2008年8月29日
發(fā)明者A·韋尼奧爾, G-B·卡姆加, M-P·杜邦, S·皮耶卡勒克, S·貝特熱-布勒澤 申請人:阿爾卡特朗訊