SE528357C2 - En metod och arrangemang för att tillhandahålla användarinformation till en telekommunikationsklient - Google Patents

Description

25 30 35 40 528 557 telefontjänster som helst som innebär överföring av information utöver vanlig röst. En annan trend är att samla ihop alla tjänster på en enda transportmekanism - Internet- protokollet (IP), oavsett typ av accessnät och teknologier.

Nyligen har en nätarkitektur kallad "IP Multimedia Subsystem” (IMS) utvecklats av tredje generationens partnerprojekt (3GPP) som en öppen standard, för att ge operatörer av accessnät möjlighet att erbjuda multi- mediatjänster i paketdomänen. Ett IMS-nät, vilket innefattar diverse olika nätelement för att hantera tjänsterna, kan byggas ovanpå vilken typ av accessnät som helst, och är oberoende av vilken accessteknologi som används, förutsatt att accessnätet kan stödja tjänsternas krav beträffande bandbredd, QOS (Quality of Service), etc. IMS är således en plattform för att möjliggöra tjänster baserade på IP-transport, utan att vara begränsad till någon speciell avgränsad uppsättning av tjänster.

Två viktiga exempel på tjänster som kan användas med hjälp av IMS-lösningen är Instant Messaging (IM) och förekomsttjänster (eng: Presence Services). I IMS-lösningen stöds förekomsttjänster av ”Session Initiation Protocol” (SIP) som har definierats av IETF som ett allmänt protokoll för sessionshantering för att stödja ett brett urval av IP- baserade tjänster. SIP är helt och hållet ett signalerings- protokoll för att skapa, modifiera och avsluta kommunikations- sessioner med en eller flera deltagare.

Instant Messaging omfattar transmission av relativt korta meddelanden, exempelvis innehållande text, bilder, logotyper, ljud-/videoklipp, etc., i ”nära nog realtid” mellan terminaler, dvs. med små fördröjningar. I detta sammanhang är ”förekomst” huvudsakligen en användares dynamiska och variabla tillståndsprofil, och förekomsttjänsterna innebär huvudsakligen att göra en användares förekomst synlig för andra användare, vilket vidare kan användas för att styra andra tjänster i sin tur. Denna användarprofil innefattar så kallad ”förekomstdata” som huvudsakligen definierar tillståndet hos användaren och hans/hennes utrustning i någon fördefinierad mening. Uttrycket ”förekomst” ges således här en mycket bred innebörd, och följande ”användartillstånd” kan exempelvis utgöra ”förekomstdata”: - en personlig status såsom: tillgänglig, upptagen, på möte, på semester, etc. 10 15 20 25 30 35 40 528 357 - en terminalstatus såsom: på/avslagen, upptagen, utom täckning, etc. - användarens/terminalens geografiska läge. - terminalens funktionsmöjligheter såsom: funktionalitet för SMS, MMS, chatt, IM, video, etc. - terminalval såsom: vidarekoppling, språk, etC- - annan information såsom: intressen, sysselsättningar, personliga egenskaper, humör, personliga logotyper, logotyp beroende på nuvarande humör, etc.

All denna information, eller vissa utvalda delar därav, lagras i IMS-nätet baserat på så kallade ”publiceringar av händelser” som tas emot från nätet eller en användare så snart användaren ändrar något av hans/hennes förekomstdata. Enligt vissa tjänster är det möjligt för en användare att abonnera på utvald förekomstdata för en eller flera andra användare, exempelvis enligt en lista med användare som antingen kan vara fördefinierad, såsom en telefonbok, eller ad hoc, det vill säga tillfälligt definierad. En användare som abonnerar på förekomstdata kommer hädanefter att kallas en "klient".

Förekomstabonnemang tillhandahålls och hanteras vanligen av en funktionalitet i IMS i klientens accessnät.

En klient kan således abonnera pà förekomstdata enligt en lista med användare under en begränsad tidsperiod, exempelvis 12 timmar. I en nuvarande implementering kan abonnemange- perioden på begäran förlängas ytterligare när som helst innan utgången. Denna tjänst kan tillhandahållas så att klienten under abonnemangsperioden kommer att mottaga en underrättelse från sitt IMS-nät så snart som en av användarna i listan har ändrat hans/hennes förekomstdata, såsom vid förflyttning till en annan plats. Detta kallas ofta för ett ”framdrivnings”- beteende (eng: ”push”). Klienten kan alternativt abonnera på förekomstdata genom att begära förekomstdata endast en gång, vilket därmed tillåter klienten att hämta information när den behövs genom begäran, det vill säga ett ”framdragnings”- beteende (eng: ”pull”). Varje gång som klienten således begär förekomstdata, etableras ett ”engångsabonnemang”, vilket» innebär att abonnemanget gäller för endast en sådan leverans." Mekanismerna för dessa tjänster har definierats av IETF (Internet Engineering Task Force).

En grundläggande procedur enligt känd teknik, för att tillhandahålla förekomstdata om en grupp av användare till en klient, kommer nu att beskrivas med hänvisning till fig. 1 10 15 20 25 30 35 40 528 357 vilken illustrerar schematiskt ett vanligt kommunikationsscenario. I detta exempel är en klient 100 trådlöst ansluten till ett mobilt accessnät 102, hädanefter kallat ”klientaccessnät”, och ett antal andra användare 104 är på samma sätt anslutna till olika andra mobila accessnät l06a- c. Det antas att vart och ett av de förekommande näten 104, l06a-c är kapabelt att tillhandahålla den ovan beskrivna förekomsttjänsten, exempelvis genom att ha IMS-lösningen implementerad för varje nät. Detta innebär att varje nät har de nätelement som är nödvändiga, ej vidare beskrivna här, för att mottaga och hantera uppdateringar av förekomstdata genom publicering av händelser från anslutna användare, så snart deras förekomstdata ändras.

Klientaccessnätet 102 är dessutom utformat att även samla uppdaterad förekomstdata om användarna 104 från andra nät l06a-c, och att tillhandahålla förekomstinformation om användarna till klienten 100, antingen genom ett framdrivningsbeteende eller ett framdragningsbeteende såsom beskrivits ovan. I IMS-lösningen används ett nätelement kallat ”Resource List Server (RLS)” för att tillhandahålla sådan förekomstinformation till klienten. Naturligtvis är de andra näten l06a-c också kapabla att tillhandahålla förekomstinfor- mation på samma sätt till deras respektive klienter, det vill säga vilken användare 104 som helst, i enlighet med deras abonnemang.

Enligt en tidigare lösning då klienten 100 gör en engångsbegäran om abonnemang av förekomstdata för en lista med användare 104, eller ”pollar”, skickar klientaccessnätet i sin tur en begäran, efter förekomstdata till vart och ett av näten l06a-c till vilka de berörda användarna är anslutna. När klientaccessnätet har tagit emot svar, eller underrättelser, från alla nät l06a-c beträffande användarnas 104 förekomsttillstånd i listan, skickas en underrättelse till klienten som innehåller den önskade informationen om användarna 104. Detta utgör ett rent framdragningsbeteende och kan upprepas varje gång klienten önskar hämta sådan information. b Denna procedur är emellertid komplicerad och tämligen tidskrävande, eftersom klientaccessnätet måste avge ett flertal förfrågningar och vänta på underrättelser från alla nät l06a-c, innan det kan skicka underrättelsen till klienten.

Dessutom kommer hämtningen av data att erfordra betydande 10 15 20 25 30 35 40 528 357 mängd signalering mellan näten, i synnerhet om många nät är inblandade. Vid upprepade förfrågningar kanske också vissa nät tillhandahåller underrättelser som innehåller samma information utan några uppdateringar, jämfört med en tidigare underrättelse. Således är kanske mycket av den signalering mellan näten som utlöses av klientens begäran, till och med onödig. När dessutom många olika operatörer/nät är inblandade måste standardprocedurer följas som inte medger interna och/eller lokala optimeringar.

I nuvarande lösning skickas dessutom information om alla användare i listan till klienten som svar på hans/hennes begäran, även om endast några eller inga av användarna har gjort några uppdateringar sedan förra gången. Därför är det underrättelsemeddelande som skickas till klienten alltid av ”full storlek", oavsett hur många användare som egentligen har ändrat sitt tillstånd sedan förra gången. Detta innebär att onödig bandbredd upptas för den trådlösa förbindelsen med klienten 100 över ett begränsat radiogränssnitt, när underrättelsen skickas till klienten.

I en annan lösning enligt känd teknik, då klienten 100 har ett pågående tidsbegränsat abonnemang av förekomstdata om användarna 104, har klientens accessnät i sin tur etablerat ett abonnemang med vart och ett av de berörda näten l06a-c, och tar därmed automatiskt emot en underrättelse från vart och ett av näten varje gång en användare i abonnemanget som är W anslutet till detta ändrar hans/hennes förekomstdata. Därefter skickar klientaccessnätet en underrättelse till klienten som innehåller uppdaterad förekomstdata efter varje underrättelse från näten, enligt ett rent framdrivningsbeteende.

Nackdelarna med denna lösning är att klienten i före- kommande fall behöver ta emot en stor mängd underrättelser, vilket kommer att förbruka klientterminalens batterieffekt, och återigen upptas dyrbar bandbredd för klientens trådlösa förbindelser med klientaccessnätet 102 över ett begränsat radiogränssnitt. Sådana problem kan delvis övervinnas genom att klientaccessnätet bestämmer en minimal tidsperiod mellan på varandra följande underrättelser till samma klient, en så kallad ”frekvensbegränsning” (eng: rate limitation). Om emellertid klienten verkligen behöver information i realtid måste frekvensbegränsningsvärdet sättas tämligen kort så att den verkliga besparingen av underrättelser blir obetydlig.

I vissa kända lösningar kan klienten också anmodas att 10 15 20 25 30 35 40 528 557 sätta en minsta tidsperiod mellan på varandra följande underrättelser, vilket ibland kallas ”stryptid” (engï throttle time). Hursomhelst kommer klienten oundvikligen att mottaga användarinformation också när det inte behövs, eller till och med utan att märka det, exempelvis om terminalen inte hörs. I tidigare lösningar måste klientaccessnätet dessutom etablera ett särskilt abonnemang för varje användare som klienten har begärt information om, även då flera användare tillhör samma accessdomän, vilket medför många meddelanden mellan näten för ett enda klientabonnemang. V När efterfrågad information tillhandahålls till en telekommunikationsklient avseende ett flertal användare, är det önskvärt att allmänt minska signaleringsaktiviteterna, i synnerhet över det kritiska radiogränssnittet, utan att förorsaka oönskade fördröjningar, under processen att leverera sådan information till klienten.

REDOGÖRELSE FÖR UPPFINNINGEN Syftet med föreliggande uppfinning är att minska eller eliminera de problem som angetts ovan. Detta syfte och andra uppnås genom att åstadkomma en metod och ett arrangemang för att tillhandahålla information till en klient från ett -klientaccessnät i form av användarinformation angående ett flertal användare. Enligt nämnda metod mottages först en abonnemangsbegäran från klienten om viss information om en uppsättning användare, varefter informationsuppdateringar avseende användare i uppsättningen mottages och lagras. En efterföljande begäran om användarinformation mottages senare från klienten, och lagrad användarinformation tas då fram som motsvarar den efterfrågade informationen. Slutligen skickas en underrättelse till klienten avseende den framtagna användarinformationen, som svar på den efterföljande begäran om användarinformation. Användarna i uppsättningen är vanligtvis mobila användare, och användarinformationen kan vara förekomstinformation om användarna.

Om användarna i uppsättningen är anslutna till andra accessnät, etablerar klientaccessnätet ett nätabonnemang för användarinformationsuppdateringar med vardera av de andra accessnäten till vilka användarna i uppsättningen är anslutna, som svar på den mottagna begäran om klientabonnemang.

Om ett flertal av användarna i uppsättningen är anslutna till samma användaraccessnät, kan klientaccessnätet skicka en 10 15 20 25 30 35 40 528 557 gemensam abonnemangsbegäran för dessa användare till detta användaraccessnät, innefattande en lista med de användare i uppsättningen som är anslutna till det nätet.

Informationsuppdateringar kan mottagas kontinuerligt från de andra accessnäten, varje gång som ändringar av tillståndet hos användarna i uppsättningen som inverkar på föreliggande nätabonnemang, detekteras.

Efter att ha etablerat dessa nätabonnemang, information inledningsvis mottagas från de andra accessnäten om de nuvarande tillstånden hos deras respektive användare. En inledande underrättelse kan då skickas till klienten avseende den mottagna användarinformationen, innan den efterföljande användarinformationsbegäran mottages.

Den efterföljande begäran om användarinformation som mottages från klienten kan vara begränsad till en delmängd av användare omfattande färre användare än den ursprungliga uppsättningen av användare. Efterföljande användarinforma- tionsbegäran kan dessutom begränsas till en eller endast vissa typer av information, av de informationstyper som ingår i abonnemanget. Delmängden av användare och/eller typer av information av intresse i den efterföljande begäran, kan väljas av klienten, eller så kan den anpassas till en tjänst och/eller applikation som för närvarande utnyttjas av klienten.

En efterföljande underrättelse kan skickas till klienten, som endast anger förändringarna sedan den föregående underrättelsen, eller att ingenting har ändrats sedan den förra underrättelsen. i kan Denna abonnemangsbegäran från klienten kan indikera vilka typer av information som behövs, såväl som en förfallotid.

Denna abonnemangsbegäran kan dessutom indikera att en minsta tid mellan pà varandra följande underrättelser motsvarar förfallotiden.

Uppsättningen med användare kan väljas genom att indikera en förutbestämd lista av användare, eller som en ad hoc-lista med användare. Uppsättningen med användare kan dessutom väljas genom att lägga till användare till eller ta bort användare, från en förutbestämd lista med användare.

Föreliggande uppfinning omfattar även ett arrangemang i ett klientaccessnät för att tillhandahålla information till en ansluten klient, i form av information angående ett flertal användare. Arrangemanget innefattar en server för leverans av 10 15 20 25 30 35 40 528 557 information, utformad att mottaga en abonnemangsbegäran från klienten om information om en uppsättning användare, 0Ch att mottaga informationsuppdateringar avseende uppsättningen med användare från deras respektive accessnät. Arrangemanget innefattar vidare ett datalagringsorgan för att lagra uppdaterad användarinformation, Servern för leverans av information är vidare utformad att mottaga en efterföljande begäran om användarinformation från klienten, och att ta fram begärd användarinformation från datalagringsorganet, samt att skicka en underrättelse till klienten som innehåller den framtagna användarinformationen, som svar på denna begäran om användarinformation. “ Om åtminstone nâgra av användarna i uppsättningen är anslutna till andra accessnät, kan servern för leverans av information dessutom vara utformad att etablera ett nätabonnemang av uppdateringar av användarinformation med vart och ett av de andra accessnäten till vilka användare i uppsättningen är anslutna, som svar på den mottagna klientabonnemangsbegäran.

Servern för leverans av information kan vidare vara utformad att kontinuerligt mottaga informationsuppdateringar från de andra accessnäten, varje gång förändringar av tillstànd detekteras för användarna i uppsättningen.

Servern för leverans av information kan vidare vara utformad att inledningsvis mottaga från de andra näten, information om nuvarande tillstånd hos deras respektive användare.

Servern för leverans av information kan vidare vara utformad att skicka en inledande underrättelse till klienten som innehåller den mottagna användarinformationen.

Servern för leverans av information kan vidare vara utformad att skicka till klienten en efterföljande underrättelse som endast indikerar ändringar sedan den föregående underrättelsen.

Servern för leverans av information kan vidare vara utformad att skicka till klienten en efterföljande underrättelse som indikerar att inget har ändrats sedan den föregående underrättelsen.

Arrangemanget kan dessutom innefatta en server för ~användarlista, utformad att upprätthålla olika listor med användare som är definierade för klienter i klientaccessnätet, och att tillhandahålla en förutbestämd lista som basis för den 10 15 20 25 30 35 40 utvalda uppsättningen användare.

KORTFATTAD BESKRIVNING AV RITNINGARNA Föreliggande uppfinning kommer nu att beskrivas mer i detalj med hjälp av föredragna utföringsformer och med hänvisning till de bifogade ritningarna, i vilka: - Fig. 1 är en schematisk vy av ett vanligt kommunikationsscenario för att tillhandahålla information om ganvändare till en klient, enligt känd teknik.

- Fig. 2 är en schematisk vy av ett kommunikationsscenario för att tillhandahålla information om användare till en klient, i enlighet med en utföringsform av föreliggande uppfinning.

- Fig. 3 är ett flödesschema som illustrerar en procedur för att uppdatera användarinformation, vilken i sig är känd men kan användas för föreliggande lösning.

- Fig. 4 är ett flödesschema som illustrerar en procedur för att tillhandahålla användarinformation till en klient, enligt en utföringsform av föreliggande uppfinning.

BESKRIVNING AV FÖREDRAGNA UTFÖRINGSFORMER I En föredragen utföringsform av föreliggande uppfinning kommer nu att beskrivas, inledningsvis med hänvisning till fig. 2. Liknande det kommunikationsscenario som illustreras i fig. 1, är en klient 200 ansluten till ett klientaccessnät 202 genom att använda en terminal som klarar trådlös kommunika- tion. I detta sammanhang skall begreppet ”klientaccessnät” i stora drag uppfattas som vilket nät som helst som klarar av att tillhandahålla nedan beskrivna tjänst till den klient som för närvarande är ansluten till detta, och det är nödvändigt- vis inte det nät där klienten har sitt permanenta mobila abonnemang, dvs. hemmanätet. Klientaccessnätet 202 skulle också kunna vara ett besökt nät, exempelvis i ett främmande land.

Ett antal andra mobila användare 204 är också anslutna till diverse olika andra mobilaccessnät 206 i andra domäner. I detta exempel visas tre sådana nät 206a-c, även om vilket antal nät och användare som helst kan vara inblandade i föreliggande uppfinning, vanligen många fler än de som här illustreras. Ett antal ytterligare mobila användare 204, ej visade, kan också vara anslutna till klientaccessnätet 202 vilka kan vara involverade i den tjänst som beskrivs nedan, även om de inte finns med här. Det bör också noteras att 10 15 20 25 30 35 40 528 357 10 föreliggande uppfinning inte är begränsad till mobila användare, utan kan användas för fasta användare också, eller en blandning av mobila och fasta användare.

Vart och ett av näten 202, 206 är utformat att allmänt tillhandahålla uppdaterad användarinformation till abonnerande klienter enligt begäran, exempelvis enligt den ovan beskrivna förekomsttjänsten, genom att ha ett IMS-nät anslutet till varje nät. I detta exempel innefattar vart och ett av näten 206a, 206b och 206c en enhet 208a, 208b respektive 208c, för uppsamling av användardata. Varje enhet 208a-c är utformad att detektera ändringar av tillstånd hos användare, exempelvis genom att mottaga händelsepubliceringar, antingen från anslutna användare 204 eller genom att mottaga information från det motsvarande nätet i sig, varje gång en användare ändrar sitt tillstånd, exempelvis förekomstdata såsom exemplifierats ovan, på något förutbestämt sätt. Enheterna 208a-c för uppsamling av användardata är således utformade att hålla reda på användarnas 204 tillstånd, baserat på den mottagna informationen. En motsvarande enhet för uppsamling av användardata kan givetvis vara anordnad i klientnätet 202, för att samla upp användarinformation från dess anslutna användare, även om det inte visas specifikt i figuren.

Ett nät 206 kan exempelvis ha en funktionalitet att detektera en användares geografiska position, exempelvis med hjälp av GPS (Global Positioning System), eller mätningar av signalstyrka och/eller signalfördröjning, vilket lagras i den tillhörande enheten 208 för uppsamling av användardata. Varje gång som nätet detekterar en ändring av användarens position, kommer enheten för uppsamling av användardata att uppdatera aktuell positionsdata för användaren. I ett annat exempel kan en användare inmata ett aktuellt personligt humör i sin terminal, såsom ”ledsen” eller ”glad”, vilket skickas till nätet och dess enhet för uppsamling av användardata för uppdatering, och så vidare.

Klientaccesnätet 202 innefattar en server 210 för leverans av information, för att tillhandahålla information till klienten 200 avseende ett flertal användare, såsom klienten önskar, genom att skicka underrättelser till klienten, vilket kommer att beskrivas nedan. Naturligtvis kan en motsvarande server för leverans av information vara anordnad i vart och ett av näten 206, även om det inte visas här. Servern för leverans av information kan exempelvis vara 10 15 20 25 30 35 40 528 557 H integrerad med en enhet för uppsamling av användardata i en enda server eller enhet. I praktiken kan servern 210 vara en ”Resource List Server (RLS)” om ett IMS-nät implementeras i klientaccessnätet 202, även om det allmänna begreppet ”server för leverans av information” kommer att användas i denna beskrivning för att representera vilken tänkbar nätverksenhet som helst som har den funktion som beskrivs nedan.

Användarinformationen i fråga kan naturligtvis innefatta vilken som helst av de ovan beskrivna typerna av förekomstdata eller liknande, men är inte begränsat till detta.

Servern 210 är ansluten till en server för användarlistor 212, vilken i IMS-exemplet är en enhet benämnd ”Group List Management Server, GLMS”. Servern 212 för användarlistor är utformad att upprätthålla olika listor med användare definierade för klienter i klientaccessnätet 202, såsom telefonböcker, kontaktgrupper eller liknande. Listorna kan vidare vara uppdelade i olika underlistor, exempelvis beroende 'på specifika ämnen och intressen. Underlistorna kan vidare vara giltiga för specifika tjänster och/eller applikationer.

Servern 212 för användarlistor är också ansluten till ett organ 214 för lagring av användardata, hädanefter kallad användardatabas, för att lagra uppdaterad användarinformation enligt listorna, vilket kommer att beskrivas nedan. Användar- databasen 214 kan implementeras som ett cacheminne eller liknande. I praktiken kan de ovan beskrivna funktionella enheterna 210, 2l2 och 214 ingå i en gemensam serverenhet.

Kortfattat beskrivet medger föreliggande lösning att klienten inledningsvis abonnerar på utvald tillstàndsinforma- tion om en uppsättning användare som definieras av en användarlista, antingen fördefinierad eller ad hoc, under en begränsad och angiven tidsperiod. Som svar på en sådan abonnemangsbegäran från klienten, etablerar sedan servern 210 för leverans av information ett abonnemang av användarinforma- tion med vart och ett av de nät 206a-c till vilka användarna i uppsättningen är anslutna. De tillhörande enheterna 208a-c för uppsamling av användardata kommer då att skicka uppdaterad användarinformation till servern 210 för leverans av information, varje gång som en användare ändrar sitt tillstånd eller förekomstdata på ett sätt som inverkar på den användarinformation av intresse som valts av klienten för abonnemanget.

I föreliggande lösning skickar emellertid inte servern 10 15 20 25 30 35 40 528 557 12 210 för leverans av information automatiskt underrättelser till klienten så fort förändringar uppstår. Till skillnad mot det tidigare använda framdrivningsbeteendet, lagras de uppdateringar som mottagits från de andra näten i användar- databasen 214 för senare framtagning, istället för att framdrivas till klienten. Således uppsamlas mottagen uppdaterad information kontinuerligt i användardatabasen 214 så länge abonnemanget varar.

När klienten 200 verkligen vill ha användarinformation kan han/hon skicka en efterföljande databegäran till servern 210 för leverans av information. Som svar på en sådan databegäran, tas relevant och uppdaterad data fram från användardatabasen enligt den lista som upprätthålls i servern 212 för användarlistor, och datan skickas sedan vederbörligen till klienten 200. På detta sätt kommer underrättelser endast att skickas till klienten när de verkligen behövs och efterfrågas, och den relevanta informationen har redan samlats upp i databasen 214, redo att snabbt skickas till klienten vid begäran. Således är föreliggande lösning en kombination av ett framdrivningsbeteende hos näten 206 till klientaccessnätet 202, och ett framdragningsbeteende hos klienten 200 från klientaccessnätet 202. V Fig. 3 illustrerar ett flödesschema över en procedur för att uppdatera användarinformation under ett abonnemang. Såsom nämnts ovan etablerar servern 210 för leverans av information ett nätabonnemang med vart och ett av de nät 206a-c till vilka användarna i uppsättningen är anslutna, som svar på mottagande av en inledande abonnemangsbegäran från en klient 200.

Abonnemangsbegäran från klienten kan innehålla uppgift om de särskilda användare som klienten är intresserad av att mottaga information om, och också om vilken typ av information som klienten vill ta emot. Klienten kan också indikera löptiden för abonnemanget, exempelvis angivet som en förfallotidpunkt.

Abonnemanget kan alternativt sättas att löpa tills vidare, det vill säga tills klienten indikerar att det skall avslutas, eller så kan det vara begränsat genom en förvald standardtids- längd om klienten inte har indikerat någon löptid.

Klienten kan indikera uppsättningen av användare av intresse genom att bara uppge en referens till en förutbestämd lista som redan är känd i servern 212 för användarlistor.

Användarna kan alternativt specificeras individuellt i.en ad, 10 15 20 25 30 35 40 528 557 13 hoc-lista som ges av klienten, eller så kan användare läggas till och/eller tas bort från en förutbestämd lista.

Flödesschemat i fig. 3 illustrerar den procedur som utförs i en enhet 208 för uppsamling av användardata som tillhör ett av de nät 206 till vilka en eller flera användare i uppsättningen är ansluten/anslutna. Klientaccessnätet 202 skickar först en nätabonnemangsbegäran av information om en eller flera specifika användare som tillhör nätet 206 i fråga, i enlighet med klientens begäran. I ett första steg 300 tas således en abonnemangsbegäran emot från klientaccessnätet 202, som har samma förfallotid som den som angivits av klienten.

Från och med nu kommer enheten 208 för uppsamling av användardata att skicka underrättelser till klientaccessnätet avseende berörd(a) användare varje gång som förändringar uppstår som inverkar på den begärda användarinformationen.

Därefter i ett steg 302 detekteras en förändring av tillstånd för en användare i uppsättningen, exempelvis på ett sätt som beskrivits ovan, vilket indikerar att just denna användare har ändrat sitt tillstånd, exempelvis förekomstdata, på något sätt som är relevant för abonnemanget. En underrättelse skickas sedan från denna användares accessnät till klientaccessnätet, vilken innehåller uppdaterad användarinformation som indikerar den detekterade ändringen av användaren, i ett nästa steg 304.

I detta exempel illustreras ett steg 306 där det bestäms om abonnemanget med klientaccessnätet har löpt ut. Om inte, så kan stegen 302 och 304 upprepas varje gång en användare ändrar sitt tillstånd eller förekomstdata då det är relevant för abonnemanget. När nätabonnemanget slutligen har löpt ut, avslutas det i ett steg 308 och inga fler uppdateringar ~ skickas till klientaccessnätet. Naturligtvis kan eventuellt ett aktivt steg 306 att kontrollera utlöpandet vara ej nödvändigt, eftersom abonnemanget kan avslutas automatiskt så snart tiden har förfallit, eller då klienten indikerar avslutning.

Det bör noteras att den uppdateringsprocedur som beskrivs i fig. 3 är huvudsakligen samma som används tidigare för ett rent framdrivningsbeteende, och påverkas därför inte av föreliggande lösning. Den uppfinningsmässiga proceduren att tillhandahålla information till en klient, såsom beskrivs nedan med hänvisning till en föredragen utföringsform illustrerad i fig. 4, utnyttjar emellertid en framdragnings- 10 15 20 25 30 35 40 528 357 14 mekanism mellan klienten och klientaccessnätet. Följande procedur utförs allmänt i klientaccessnätet 202, där de aktiva stegen mestadels tas av den i fig. 2 illustrerade servern 210 för leverans av information.

I ett första steg 400 mottager klientaccessnätet 202 en abonnemangsbegäran från klienten 200 där en uppsättning användare 204 indikeras, såsom beskrivits ovan, så att klientaccessnätet kan identifiera användarna, önskad typ (typer) av användarinformation, samt löptiden för klientens begärda abonnemang, exempelvis med hjälp av förutbestämda ilistor som upprätthålls av servern 212 för användarlistor.

Abonnemangets löptid kan bestämmas på olika sätt, såsom exemplifieras i samband med fig. 3.

Genom denna information kan klientaccessnätet skicka motsvarande abonnemangsbegäranden till de berörda näten 206 till vilka användarna 204 är anslutna, och ett nätabonnemang etableras vederbörligen med varje nät 206a-c, i ett steg 402, av information om de användare i uppsättningen som är anslutna till respektive nät. Nätabonnemangen kan också vara begränsade till vissa typer av information, enligt klientens begäran, såsom endast position, eller position och humör, etc. Det bör noteras att uppsättningen med användare av intresse mycket väl kan innehålla också användare som är anslutna till klientaccessnätet.

I en utföringsform, i ett fall då flera av användarna i uppsättningen är anslutna till samma nät 206, skickar klientaccessnätet företrädesvis en gemensam abonnemangsbegäran om information för dessa användare till det nätet 206, inklusive en lista med de användare i uppsättningen som är anslutna till det nätet. Detta kommer att medföra en reducerad mängd av signalering, jämfört med att skicka en separat abonnemangsbegäran för varje användare till samma nät 206.

Således skickas företrädesvis endast en abonnemangsbegäran per domän för att minimera signaleringen mellan näten. En annan fördel är att eventuellt förekommande strypnings- eller frekvensbegränsande funktioner för abonnemanget kan regleras _per domän, istället för per användare.

Efter det att ett abonnemang har etablerats med varje nät 206, kommer näten inledningsvis att skicka information om nuvarande tillstånd hos deras respektive användare 204, vilket mottages i ett steg 404. Därefter kan klientaccessnätet 202 skicka en inledande underrättelse till klienten 200 som 10 15 20 25 30 35 40 528 357 15 innehåller de aktuella tillstànden för användarna av intresse, i enlighet med den mottagna informationen, i ett steg 406, då man antar att klienten är intresserad av den informationen omedelbart efter att ha skickat en abonnemangsbegäran. I denna idé och i det följande, avses uttrycket "underrättelse" att täcka vilken typ och/eller kombination som helst av meddelanden och/eller indikationer som kan användas för att överföra denna typ av information till klienten.

I en alternativ utföringsform kan steg 406 emellertid utelämnas, i syfte att undvika eventuella oönskad underrättelser som inte begärts av klienten. Hittills har ett framdrivningsbeteende använts, men från och med nu, efter det att initiala data har skickats till klienten, kommer klientaccessnätet inte att skicka någon data såvida inte klienten frågar efter det, följaktligen ett framdragnings- beteende.

Enligt de pågående nätabonnemangen mottager klientaccessnätet från näten 206 diverse olika uppdateringar avseende sådan användarinformation som är relevant för abonnemanget, varje gång som användarna ändrar sina tillstånd, såsom beskrivits i samband med fig. 3, vilket allmänt indikeras i ett nästa steg 408. Varje gång sådan uppdaterad information mottages, lagrar klientaccessnätet denna i användardatabasen 214, såsom indikeras i ett steg 410. Om de användare som är anslutna till klientaccessnätet också finns med i listan, kan naturligtvis relevanta uppdateringar om dessa hanteras internt av klientaccessnätet.

Därefter illustreras ett steg 4l2 för att kontrollera huruvida klientens abonnemang har löpt ut eller inte, och om det har det avslutas klientabonnemanget, såväl som de tillhörande nätabonnemangen som har samma förfallotid, i ett steg 414. I praktiken är det emellertid inte nödvändigt att utföra detta som ett specifikt steg vid detta stadium i proceduren, utan detta kan naturligtvis kontrolleras eller bevakas mer eller mindre kontinuerligt genom hela proceduren.

Därefter i proceduren har klienten bestämt sig för att hämta uppdaterad information, och en efterföljande informationsbegäran mottages från klienten i ett steg 416. Ett visst mått av tid har vanligen förflutit sedan användarin- formationen initialt skickades i steg 406, och en del av användarinformationen kan ha ändrats under denna period.

I en utföringsform kan den från klienten mottagna 10 15 20 25 30 35 40 528 357 16 efterföljande informationsbegäran vara begränsad till en delmängd användare som omfattar färre användare än den ursprungliga uppsättningen med användare i klientens abonnemang. Den efterföljande informationsbegäran kan dessutom vara begränsad till endast en eller några av de olika typer av information som ingår i abonnemanget. Den efterfrågade delmängden användare och/eller informationstyper kan exempelvis vara anpassade till en tjänst och/eller applikation som för närvarande utnyttjas av klienten. På detta sätt är klienten fri att begära uppdaterad information för vilka utvalda användare som helst ur den ursprungliga uppsättningen, eller för vilka utvalda typer som helst av användarinformation i abonnemanget, beroende på hans/hennes nuvarande behov.

Som svar på klientens informationsbegäran tas den aktuella uppdaterade versionen av den begärda användarinforma- tionen fram från användardatabasen 214, i ett nästa steg 418, vilken sedan vederbörligen skickas till klienten i en underrättelse, i ett steg 420. Att på detta sätt ta fram relevant data från användardatabasen är en mycket snabbare procedur jämfört med att begära och mottaga informationen från alla de berörda näten 206.

Processen kan sedan gå tillbaks till steg 408 för att mottaga ytterligare uppdateringar från näten 206, såsom i steg 408, såväl som eventuella ytterligare av klienten gjorda efterföljande informationsbegäranden, såsom i steg 416. I syfte att göra underrättelserna till klienten kortare och mer effektiva, skickas i underrättelsesteget 420 företrädesvis en kort indikation av endast informationsförändringarna sedan den senaste underrättelsen, istället för den fullständiga uppsättningen med data. Om inget har ändrats sedan den sista underrättelsen, kan en mycket kort indikation på detta skickas. På detta sätt kan storleken på underrättelse- meddelande(n) som skickas till klienten vara mindre än fullstorlek och kan hållas vid ett minimum, vilket medför optimal användning av värdefull bandbredd i det trådlösa gränssnittet.

Genom de kombinerade framdrivnings- och framdragnings- mekanismerna enligt föreliggande uppfinning, uppnås en högst effektiv lösning där ett minimum av datamängder behöver överföras mellan klientaccessnätet 202 och de andra accessnäten 206, såväl som mellan klientaccessnätet 202 och klienten 200. Klientaccessnätet behöver i synnerhet inte hämta 10 15 20 25 30 528 357 17 information från varje nät när information begärs av klienten, utan denna information har redan mottagits och lagrats kontinuerligt genom de pågående nätabonnemangen, och finns därför omedelbart tillgänglig ur användardatabasen. Önskad information kan också överföras till klienten med ett minimum av fördröjningar, dvs. behovet av realtidsinforma- tion kan uppfyllas i stor utsträckning. Dessutom erbjuder denna lösning hög flexibilitet för klienten, eftersom användarinformation kan begäras för vilken/vilka som helst av användarna i den ursprungliga abonnerade uppsättningen av användare, beroende på klientens nuvarande behov eller på vilken tjänst och/eller applikation som används för tillfället.

Den ovan beskrivna tjänsten kan uppnås genom att använda befintliga meddelanden och protokoll, exempelvis de som för närvarande finns definierade genom IETF?specifikationen RFC3265. För att inte mottaga oönskade underrättelser från klientaccessnätet kan klienten då indikera en stryptid lika med förfallotiden, så att inga underrättelser kommer att utges, eller framdrivas, automatiskt under hela abonnemanget, annat än då så tillfälligtvis begärs, eller framdrages, av klienten.

Föreliggande uppfinning kan användas i förening med befintliga tjänster som finns tillgängliga från IMS-nätet, såsom ”Push-to-Talk over Cellular” (PoC), Instant Messaging och naturligtvis den ovan beskrivna förekomsttjänsten, etc.

Medan uppfinningen har beskrivits med hänvisning till specifika utföringsexempel, avses beskrivningen endast illustrera uppfinningens idé och skall inte uppfattas som att begränsa uppfinningens omfång, vilket definieras av de bifogade kraven.

Claims (25)

10 15 20 25 30 35 40 528 357 l8 PATENTKRAV

1. En metod att tillhandahålla information till en klient från ett klientaccessnät i form av användarinformation avseende ett flertal användare, kännetecknad av följande steg, utförda i klientaccessnätet: - mottag en abonnemangsbegäran från klienten för viss information om en uppsättning användare, varvid åtminstone några av användarna i uppsättningen är anslutna till andra accessnät,A - etablera ett nätabonnemang av uppdateringar av användarin- formation med vart och ett av de andra accessnäten till vilka användarna i uppsättningen är anslutna, som svar på den mottagna klientabonnemangsbegäran, - mottag och lagra kontinuerligt informationsuppdateringar avseende användarna i uppsättningen från de andra accessnäten när tillståndsförändringar detekteras för användarna i uppsättningen, - mottag en efterföljande begäran om användarinformation från klienten, K - tag fram lagrad användarinformation som motsvarar den begärda informationen, och - skicka en underrättelse till klienten avseende den framtagna användarinformationen, som svar på den efterföljande begäran om användarinformation.

2. En metod enligt krav 1, kännetecknad av att användarna är mobila användare.

3. En metod enligt krav l eller 2, kännetecknad av att användarinformationen är förekomstinformation om användarna.

4. En metod enligt något av kraven l-3, varvid ett flertal av användarna i uppsättningen är anslutna till samma användaraccessnät, kännetecknad av att klientaccessnätet skickar en gemensam abonnemangsbegäran för dessa användare till detta användaraccessnät, inklusive en lista med de användare i uppsättningen som är anslutna till det nätet.

5. En metod enligt något av kraven 1-4, kânnetecknad av att informationsuppdateringar.mottages som inverkar på föreliggande nätabonnemang. 10 15 20 25 30 35 408 528 557

6. En metod enligt något av kraven 1-5, kännetecknad av att, efter att ha etablerat nätabonnemangen, mottages information initialt från de andra accessnäten om deras respektive användares aktuella tillstånd.

7. En metod enligt krav 6, kännetecknad av att en inledande underrättelse skickas till klienten angående den mottagna användarinformationen, innan den efterföljande användarinfor- mationsbegäran mottages.

8. En metod enligt något av kraven 1-7, kännetacknad av att den efterföljande begäran om användarinformation som mottagits från klienten är begränsad till en delmängd användare som omfattar färre användare än den ursprungliga uppsättningen med janvändare.

9. En metod enligt något av kraven 1-8, kännetecknad av att den efterföljande begäran om användarinformation som mottagits från klienten är begränsad till en eller några typer av information av den information som ingår i abonnemanget.

10. En metod enligt krav 8 eller 9, kännetecknad av att delmängden med användare och/eller typer av information är valda av klienten.

11. En metod enligt krav 8 eller 9, kännetecknad av att delmängden med användare och/eller typer av information anpassas till en tjänst och/eller applikation som för närvarande utnyttjas av klienten.

12. En metod enligt något av kraven 1-11, kännetecknad av att en efterföljande underrättelse skickas till klienten som endast indikerar förändringarna sedan den föregående underrättelsen.

13. En metod enligt något av kraven 1-11, kånnetecknad av att en efterföljande underrättelse skickas till klienten som indikerar att inget har förändrats sedan den sista underrättelsen.

14. En metod enligt något av kraven 1-13, kännetecknad av att 10 15 20 25 30 35 40 528 557 20 abonnemangsbegäran från klienten indikerar de typer av information som önskas.

15. En metod enligt något av kraven 1-14, kännetecknaå av att abonnemangsbegäran från klienten indikerar en förfallotid.

16. En metod enligt krav 15, kânnetecknad av att abonnemangsbegäran från klienten specificerar en minimal tid mellan på varandra följande underrättelser som motsvarar förfallotiden. kännetecknad av indikera en

17. En metod enligt något av kraven l-16, uppsättningen med användare väljs genom att förutbestämd lista med användare.

18. En metod enligt något av kraven 1-16, kännetecknad av att uppsättningen med användare väljs som en ad hoc-lista med användare.

19. En metod enligt nàgot av kraven 1-16, kännetecknad av att uppsättningen med användare väljs genom att lägga till användare till eller ta bort användare från en förutbestämd lista med användare.

20. Ett arrangemang i ett klientaccessnät för att tillhandahålla information till en ansluten klient i form av information avseende ett flertal användare, kännetecknat av: - en server för leverans av information som är utformad att mottaga en abonnemangsbegäran från klienten om viss information om en uppsättning användare, varvid åtminstone några av användarna i uppsättningen är anslutna till andra accessnät, att etablera ett nätabonnemang av användarinforma- tionsuppdateringar med vart och ett av de andra accessnät till vilka användarna i uppsättningen är anslutna, som svar på den mottagna abonnemangsbegäran från klienten, samt att kontinuerligt mottaga informationsuppdateringar avseende uppsättningen med användare från deras respektive accessnät när förändringar i tillstànd detekteras för användarna i uppsättningen, och - ett datalagringsorgan för att lagra uppdaterad användarinformation, varvid servern för leverans av information är vidare utformad 10 15 20 25 30 35 528 357 2.! att mottaga en efterföljande begäran om användarinformation från klienten, och att ta fram begärd användarinformation från datalagringsorganet samt skicka en underrättelse till klienten inklusive den framtagna användarinformationen, som svar på begäran om användarinformation.

21. servern för leverans av information vidare är utformad att initialt mottaga från de andra näten information om deras respektive användares aktuella tillstànd. Ett arrangemang enligt krav 20, kännetecknat av att

22. Ett arrangemang enligt krav 21, kännetecknat av att servern för leverans av information vidare är utformad att skicka en inledande underrättelse till klienten som innehåller den mottagna användarinformationen.

23. Ett arrangemang enligt något av kraven 20-22, kännetecknat av att servern för leverans av information vidare är utformad att skicka till klienten en efterföljande underrättelse som endast indikerar förändringarna sedan den föregående underrättelsen.

24. Ett arrangemang enligt något av kraven 20-23, kännetecknat av att servern för leverans av information vidare är utformad att skicka till klienten en efterföljande underrättelse som indikerar att inget har ändrats sedan den sista underrättelsen.

25. Ett arrangemang enligt något av kraven 20-23, vidare innefattande en server för användarlistor utformad att upprätthålla diverse olika listor med användare som är definierade för klienter i klientaccessnätet, kännetecknat av att servern för användarlistor är utformad att tillhandahålla en förutbestämd lista som basis för den utvalda uppsättningen med användare.