專利名稱：用于管理一組電信用戶的存在數(shù)據(jù)的方法以及用于執(zhí)行該方法的設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于管理電信網(wǎng)內(nèi)用戶的所謂的存在信息或者上下文信息的方法以及一種用于執(zhí)行該方法的設(shè)備。
背景技術(shù)：
為了執(zhí)行電信業(yè)務，如果用戶的某些信息可供使用，則通常是有利的。這些信息除了包含用戶的停留位置以外，還包含其可用性、所使用的終端設(shè)備的類型、通過確定的終端設(shè)備的可達性或者其停留位置。有利地，這些信息被集中存放在電信網(wǎng)內(nèi)，以便可由極大不同的應用以及其他用戶訪問。
這個問題在標準化的過程中已經(jīng)是已知的。因此存在關(guān)注結(jié)構(gòu)、功能以及其他問題的不同標準。因此，對于因特網(wǎng)來說，應提及網(wǎng)絡(luò)工作組IETF的RFC請求注釋2778。相應地對于移動無線電網(wǎng)來說存在3GPP標準、即3GPP TS 23.141“Technical Specification GroupServices and System Aspects；Presence-Service；Architectureand Functional Description”((第6次發(fā)行)，2003年的6.3.0版)以及3GPP TS 22.141“Presence-Service；Stage 1”((第6次發(fā)行)，2003年3月的6.2.0版)。
借助存在服務器，所選擇的通信用戶的特性被收集并且能夠由其他的用戶和應用詢問。在標準中已經(jīng)描述了可能的存在數(shù)據(jù)的集合，但是該集合并不是封閉的?？梢云谕氖?，利用繼續(xù)行進的終端設(shè)備和應用還能夠接收更多的存在數(shù)據(jù)。
存在數(shù)據(jù)(在這些標準中也被稱為“存在體”(Presentity))的目的是將關(guān)于某些用戶或者應用的可用性的信息傳送給其他用戶。為了實現(xiàn)這一點，可以設(shè)置進行監(jiān)視的用戶(所謂的“觀察者(Watcher)”)，該用戶通過定期詢問用戶的存在數(shù)據(jù)的狀態(tài)或者在某一存在狀態(tài)變化的時候獲得消息來監(jiān)視該用戶的存在數(shù)據(jù)的狀態(tài)。
這些存在信息的常見的應用在于一組用戶的、關(guān)于其他的組成員的相應可達性狀態(tài)的相互信息。為此，所謂的“好友列表”是已經(jīng)已知的，該好友列表是不同用戶的存在體的集合，訂戶對不同的用戶感興趣。通常，在用戶自己處管理這個好友列表。在連接的建立開始時，用戶向每一個好友發(fā)送訂閱請求。之后當在其好友列表的用戶之一處狀態(tài)發(fā)生變化時，他每次都被通知。
這種方式的缺點在于，首先在大的好友列表情況下產(chǎn)生大量數(shù)據(jù)通信，也即每個用戶一個訂閱消息并且在每一次狀態(tài)變化時一個信息消息。假定用戶不是自動地被告知狀態(tài)變化，那么他就要自己負責詢問每一個好友的當前值。這對他來說意味著大的工作量以及額外的數(shù)據(jù)傳輸。因為他也必須對每一個詢問進行分析，所以在好友列表較長的情況下詢問的間隔將變長，由此信息的現(xiàn)實狀態(tài)不再被保證。
在因特網(wǎng)草案Draft-Rosenberg-Sinmple-Buddy-List-Package-00.txt中描述了好友列表。IETF為了進行評價已經(jīng)添加了該文件有半年時間、也即從2001年11月14日起。它沒有成為RFC，因此在2002年5月已經(jīng)到期(“期滿”)。
在這個文件中建議了所謂的好友列表訂閱服務器BLSS。該好友列表訂閱服務器相當于好友列表自身的存在代理。這意味著，該好友列表訂閱服務器能自己設(shè)法得到成員的好友列表。之后該好友列表訂閱服務器接管與存在服務器的通信，在該存在服務器處收集關(guān)于好友列表的用戶的所有信息。一旦所有的信息被收集，該好友列表訂閱服務器就將這些信息共同地轉(zhuǎn)發(fā)給用戶。

發(fā)明內(nèi)容
本發(fā)明的任務是給出一種如何使好友列表的被選擇的通信用戶的上下文數(shù)據(jù)和該組的上下文信息相鏈接的方法。此外，本發(fā)明的任務是給出一種用于執(zhí)行該方法的設(shè)備。
該任務通過根據(jù)權(quán)利要求1的特征的方法以及根據(jù)權(quán)利要求6的特征的設(shè)備得以解決。
本發(fā)明的核心思想是，在存在服務器自身中存放所謂的虛擬的組好友。這意味著，為虛擬用戶產(chǎn)生附加的存在信息，該虛擬用戶不存在于網(wǎng)絡(luò)中，而是匯總組中存在的用戶的列表。根據(jù)每一個組用戶的各個相應的用戶存在數(shù)據(jù)來產(chǎn)生該存在信息。
本發(fā)明的優(yōu)點是，用戶的各個上下文存在數(shù)據(jù)的鏈接不必由進行詢問的用戶來執(zhí)行，為此在其終端設(shè)備中可能需要附加的計算效率。此外有利的是，用戶不必對其組中的每一個單個組好友單獨地進行詢問。由此避免經(jīng)由空中接口的不必要地多的數(shù)據(jù)通信、以及上下文信息的冗余鏈接。
因此，基本思想在于，在所謂的組上下文中傳輸單個移動無線電用戶的獨特的用戶上下文，所述組上下文反映用戶的全體。
有利的擴展方案和改進方案在從屬權(quán)利要求中給出。
在產(chǎn)生組存在數(shù)據(jù)時可以應用不同的規(guī)則。這里將示例性地列舉一些規(guī)則。例如可設(shè)想的是，只有在該組的所有成員都已經(jīng)設(shè)置了某個值的時候，參數(shù)才能采用該值。例如在位置信息的情況下可設(shè)想該特征，其中只有在該組的所有用戶基本上都停留在同一個位置時，該組的位置信息才有意義。
在弱化的形式中，如果該組的預先確定的百分比具有一個值、例如50％，則該組的確定的存在值也可以被設(shè)置為該值。另一極端是，如果相應的組用戶中的至少一個具有確定的值，則相應的組存在值就被設(shè)置為該存在數(shù)據(jù)值。
也可以設(shè)想的是，確定的組存在數(shù)據(jù)值恰好給出所有相應的用戶存在數(shù)據(jù)值的平均值。
對存在數(shù)據(jù)的收集只有在這些存在值也能夠被傳播給網(wǎng)絡(luò)的其它用戶時才是有意義的。該方案已經(jīng)在3GPP的標準中被詳細描述了。然而可以由用戶限制對某些數(shù)據(jù)的訪問。因此，在本發(fā)明的另一實施例中，只可以對組成員本身釋放對該組的上下文信息的訪問，對每個其他用戶或者應用來說，該訪問被禁止。
組存在數(shù)據(jù)變化的信息的類型是通知。有利地，在組存在數(shù)據(jù)的值變化時，將此通知該組的所選擇的用戶。替代地，可以設(shè)想的是通知不是該組的用戶的第三人。


下面將借助實施例來闡述本發(fā)明。在此圖1示出本發(fā)明方法的示意圖，圖2示出根據(jù)現(xiàn)有技術(shù)的對應于圖1的示意圖，圖3示出一個實施例，圖4示出根據(jù)具有增補的標準TS 23.141的存在業(yè)務的結(jié)構(gòu)，圖5示出本發(fā)明裝置。
具體實施例方式
圖1示出本發(fā)明的基本結(jié)構(gòu)。在通信網(wǎng)絡(luò)中，具有不同終端設(shè)備、例如移動無線電電話或者膝上型電腦的多個用戶User1、User2、User3例如利用WLAN連接在網(wǎng)絡(luò)中注冊。這些用戶中的每一個都擁有自己的在網(wǎng)絡(luò)中的存在信息Netzinfo user1、user2、user3。該存在信息的主要組成部分是用戶在該通信網(wǎng)絡(luò)中的停留位置、即“位置”。在該情況下，用戶1和用戶3在柏林，而用戶2目前停留在慕尼黑。
現(xiàn)在在第一步驟中根據(jù)3個單個用戶的存在信息生成組1的共同的存在信息Kontext Gruppe 1。這借助使各個上下文和組上下文相鏈接的功能來實現(xiàn)。
在該情況下，用戶具有共同性，即它們都在網(wǎng)絡(luò)中“在線”。因此，用于構(gòu)成組上下文的規(guī)則在這里可以是如果該組的所有用戶的狀態(tài)都同樣是“在線”，則將狀態(tài)設(shè)置為“在線”。其他的規(guī)則可以適用于將組上下文分配給停留位置。該組上下文在結(jié)構(gòu)上和用戶上下文相同，也即基本上涉及“虛擬的”用戶。
如果現(xiàn)在例如應該由該組的用戶或者由需要用于提供業(yè)務的信息的應用詢問該組上下文，那么該信息可以簡單地從網(wǎng)絡(luò)中通過詢問組上下文而得知。
圖2示出與目前構(gòu)成現(xiàn)有技術(shù)的過程相同的過程。又存在每一個單個用戶的存在信息。這些存在信息被集中地存放在網(wǎng)絡(luò)中的存在服務器內(nèi)。如果現(xiàn)在網(wǎng)絡(luò)中的應用想要擁有組上下文，則該應用必須通過網(wǎng)絡(luò)單獨地詢問每一個單個用戶存在信息。于是必須在應用中實現(xiàn)存在信息的鏈接。
這導致很大的通信耗費以及應用的研發(fā)耗費，因為對上下文信息的分析必須在每一個應用中或者在每個用戶處單獨實現(xiàn)。此外，本發(fā)明處理方式的優(yōu)點是，各個用戶上下文信息被概況成組上下文信息可以在統(tǒng)一的規(guī)則下實現(xiàn)。
在第一實施例中，上下文管理器作為附加的功能被集成在駐留于網(wǎng)絡(luò)中的存在管理器中。對于進行投票、也即以能夠表決的方式產(chǎn)生信息的應用來說，前提是表決所需數(shù)量的組成員“在線”并且準備好表決。一旦滿足了這個前提，就向用戶發(fā)送通知。
類似地，好友組的“情緒”上下文(也就是說所有好友情緒都很好并且是富有活動能力的)可以被傳播給用于電影廣告的應用，然后該應用向該組發(fā)送當前的電影預告片。
在圖3中示出如何根據(jù)3個用戶存在數(shù)據(jù)產(chǎn)生組上下文。再次具有圖1和圖2中的3個用戶，這些用戶已經(jīng)分別產(chǎn)生了簡檔。用戶A目前已設(shè)置了離開標志。如果現(xiàn)在規(guī)則是在該組的所有用戶實際上都是可達的前提下，上下文值“意愿”、也即“可達性”被置為“可用”、也即“可達”，那么在圖3中所描述的情況下該值被置為“不可用”，因為用戶A已在他的存在信息中錄入值“請勿打擾”。但是該規(guī)則也可以是一旦該組的多于50％的用戶是可達的，該值就被置為“可用”。
在第二實施例中，從某一終端設(shè)備的角度看，組上下文也可以由上下文管理器產(chǎn)生，并被提供給所有的組成員。例如進行對位于與參考終端設(shè)備相同的移動無線電小區(qū)內(nèi)的所有終端設(shè)備的位置信息的分析。根據(jù)密度和平均速度的確定來計算在該移動無線電小區(qū)中在所選擇的高速公路段上的堵車危險。該結(jié)果然后被提供給所有的組成員。
在另一應用情況下，組成員是屬于一個呼叫中心的人員。這里，現(xiàn)在由上下文管理器監(jiān)控，該組的多少用戶目前處于“在線”。如果被標出為“忙碌”的用戶的份額超過確定的百分比、例如80％，則這個組上下文被通知，以便顯示由此導致的呼叫中心的容量瓶頸。可以例如通過將其他用戶添加到該組中來相應地對該通知作出反應。
另一有利的應用領(lǐng)域是所謂的“智能家庭”。在此情況下，組的用戶不是人，而是物品、例如牛奶袋。通過監(jiān)視這些物品的上下文信息、也即現(xiàn)有的袋數(shù)、失效日期、環(huán)境溫度(例如太高，即冰箱效應)，上下文管理器可以進行分析。分析的目的是當牛奶儲備將消耗殆盡并且必須購買新的牛奶時，發(fā)送消息給冰箱的用戶。
圖4基本上示出如由標準3GPP TS 23.141預先給定的結(jié)構(gòu)。添加了所謂的存在管理器，該存在管理器對被存放于存在服務器中的存在信息進行訪問。左側(cè)的框(存在供應商)表示源，存在服務器從所述源、也即從用戶自己、從其它應用或者從網(wǎng)絡(luò)得到存在服務器的存在信息?？梢允褂妹總€目前可設(shè)想的例如GSM、UMTS、WLAN等等的電信網(wǎng)絡(luò)作為所基于的網(wǎng)絡(luò)。監(jiān)視者(觀察者)負責將在存在服務器中所收集到的信息以適當?shù)姆绞睫D(zhuǎn)發(fā)給該網(wǎng)絡(luò)的用戶或者應用。專業(yè)人員可從所述標準中得知更詳細的應用。
圖5現(xiàn)在仍然示出當存在管理器存在于網(wǎng)絡(luò)中時該存在管理器的基本結(jié)構(gòu)。由存在管理器確定用戶上下文Kontext User1、User2。然后，借助例如最小值、最大值、平均值、確定的百分比等等的適當?shù)囊?guī)則Rules來確定所屬的組上下文CALC。隨后，所確定的組上下文被通知給存在服務器，該存在服務器于是在組上下文(KontextGruppel)中設(shè)置所計算的相應值。在存在服務器中該組上下文與每個任意的單個用戶上下文完全一樣地被處理。
權(quán)利要求
1.用于在電信網(wǎng)絡(luò)(Kommunikationsnetz)中管理存在數(shù)據(jù)(Presence Info)的方法，其中-至少兩個電信用戶(user1，user2，user3)構(gòu)成一個組(Gruppel)，并且-屬于所述組(Gruppel)的每一個用戶都具有自己的用戶存在數(shù)據(jù)(Netzinfo user1，Netzinfo user2，...)，以及-在存在數(shù)據(jù)庫中，針對所述組的存在數(shù)據(jù)，存在組錄入項(Kontext Gruppel)，-根據(jù)屬于所述組的用戶的所屬的用戶存在數(shù)據(jù)(Netzinfouser1，Netzinfo user2，...)按照預先確定的規(guī)則來產(chǎn)生所述組錄入項。
2.如權(quán)利要求1所述的方法，其特征在于，如果-所有相應的用戶存在數(shù)據(jù)(Netzinfo user1，Netzinfo user2，...)都具有一個值，或者如果-至少預先確定的百分比的、屬于所述組的相應的用戶存在數(shù)據(jù)都具有一個值，或者如果-相應的用戶存在數(shù)據(jù)中的至少一個具有一個值，則可以按照所述規(guī)則將組存在數(shù)據(jù)(Kontext Gruppel)的參數(shù)設(shè)置為該值。
3.如權(quán)利要求1所述的方法，其特征在于，按照所述規(guī)則將組存在數(shù)據(jù)(Kontext Gruppel)的參數(shù)設(shè)置為屬于所述組的用戶的、所有相應的用戶存在數(shù)據(jù)的相應值的所計算的平均值。
4.如上述權(quán)利要求之一所述的方法，其特征在于，所述組存在數(shù)據(jù)(Kontext Gruppel)僅僅對于屬于所述組(Gruppel)的用戶(user1，user2，user3)來說是可讀的。
5.如上述權(quán)利要求之一所述的方法，其特征在于，在組存在數(shù)據(jù)值變化時，產(chǎn)生給-所述組的至少一個用戶或者-所述組之外的另外的用戶的通知。
6.用于執(zhí)行如權(quán)利要求1-5之一所述的方法的設(shè)備(KontextManager)，該設(shè)備具有-用于收集(get)屬于所述組的用戶的相應的用戶存在數(shù)據(jù)(Kontext user1，Kontext user2，...)的裝置，-用于按照為了計算相應的存在數(shù)據(jù)類型而定義的規(guī)則(Rules)根據(jù)所收集的用戶存在數(shù)據(jù)來計算(calc)組存在數(shù)據(jù)的所屬值的裝置，以及-用于在組存在數(shù)據(jù)(Kontext Gruppel)中設(shè)置(set)新確定的存在數(shù)據(jù)值的裝置。
全文摘要
各個通信用戶的特性借助于存在服務器來收集并且可以由其他用戶和應用詢問。存在數(shù)據(jù)例如涉及用戶的可達性。本發(fā)明的任務是存儲一組用戶的存在數(shù)據(jù)。通過為虛擬用戶產(chǎn)生附加的存在信息，將虛擬的組好友存放在存在服務器中，其中所述虛擬用戶不存在于網(wǎng)絡(luò)中，而是匯總在該組中存在的用戶的列表。本發(fā)明的優(yōu)點是不必由發(fā)出詢問的用戶執(zhí)行用戶的各個上下文存在數(shù)據(jù)的鏈接，為此在其終端設(shè)備中可能需要附加的計算效率。此外，有利的是，用戶不必對其組中的每一個單個組好友單獨地進行詢問。由此避免經(jīng)由空中接口的不必要地多的數(shù)據(jù)通信、以及上下文信息的冗余鏈接。
文檔編號H04Q7/22GK1939033SQ200580010357
公開日2007年3月28日 申請日期2005年1月18日 優(yōu)先權(quán)日2004年3月29日
發(fā)明者H·迪特里希, M·利普卡, C·尼德邁爾, W·維德曼 申請人:西門子公司