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

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


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