SE528357C2

SE528357C2 - A method and arrangement for providing user information to a telecommunication client

Info

Publication number: SE528357C2
Application number: SE0401250A
Authority: SE
Inventors: Christer Boberg; Hans Lindgren; Anders Lindgren; Stefan Andersson; Justus Pettersson
Original assignee: Ericsson Telefon Ab L M
Priority date: 2004-03-12
Filing date: 2004-05-14
Publication date: 2006-10-24
Also published as: SE0401250L; PL1762082T3; WO2005088949A1; EP1762082B1; CN1930863B; WO2005088949A8; US8145197B2; US20080004010A1; ATE436147T1; DK1762082T3; EP1762082A1; US7945250B2; SE0401250D0; US20110295950A1; CN1930863A; DE602005015322D1

Abstract

A method and arrangement for providing information to a client (200) from a client access network (202) regarding a requested set of users (204), at least some of which are connected to other access networks (206). In response to a client subscription request, the client access network establishes a network subscription with the other access networks. Information updates regarding users in the set are then continuously received and stored in a database (214) of the client access network, whenever the users change their state. In response to a subsequent request for user information from the client, corresponding stored user information is retrieved from the database and sent in a notification to the client.

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. 25 30 35 40 528 557 telephone services of any kind involving the transmission of information beyond the ordinary voice. Another trend is to gather all services in a single transport mechanism - the Internet Protocol (IP), regardless of the type of access network and technologies.

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.Recently, a network architecture called "IP Multimedia Subsystem" (IMS) has been developed by the third generation partner project (3GPP) as an open standard, to enable access network operators to offer multimedia services in the packet domain. network elements for managing the services, can be built on top of any type of access network, and is independent of the access technology used, provided that the access network can support the requirements of the services regarding bandwidth, QOS (Quality of Service), etc. IMS is thus a platform for to enable services based on IP transport, without being limited to any particular limited set of services.

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.Two important examples of services that can be used with the help of the IMS solution are Instant Messaging (IM) and Presence Services. The IMS solution supports instance services by the Session Initiation Protocol (SIP), which has been defined by the IETF as a general session management protocol to support a wide range of IP-based services. SIP is entirely a signaling protocol for creating, modifying and ending communication sessions with one or more participants.

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.Instant Messaging involves the transmission of relatively short messages, for example containing text, images, logos, audio / video clips, etc., in "near enough real time" between terminals, ie. with small delays. In this context, "instance" is mainly a user's dynamic and variable state profile, and the instance services mainly mean making a user's instance visible to other users, which can further be used to control other services in turn. This user profile includes so-called "instance data" which mainly defines the condition of the user and his / her equipment in some predefined sense. The term "occurrence" is thus given a very broad meaning here, and the following "user permission" can for example constitute "instance data": - a personal status such as: available, busy, at a meeting, on holiday, etc. 10 15 20 25 30 35 40 528 357 - a terminal status such as: on / off, busy, out of coverage, etc. - the geographical location of the user / terminal. - the terminal's functional possibilities such as: functionality for SMS, MMS, chat, IM, video, etc. - terminal selection such as: call forwarding, language, etc. - other information such as: interests, jobs, personal characteristics, mood, personal logos, logo depending on current mood, 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".All this information, or certain selected parts thereof, is stored in the IMS network based on so-called "publications of events" received from the network or a user as soon as the user changes any of his / her instance data. According to some services, it is possible for a user to subscribe to selected instance data for one or more other users, for example according to a list of users that can either be predefined, such as a telephone directory, or ad hoc, ie temporarily defined. A user who subscribes to instance data will henceforth be called a "client".

Förekomstabonnemang tillhandahålls och hanteras vanligen av en funktionalitet i IMS i klientens accessnät.Instance subscriptions are usually provided and managed by a functionality in IMS in the client's access network.

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).A client can thus subscribe to instance data according to a list of users for a limited period of time, for example 12 hours. In a current implementation, the subscription period can be extended further on request at any time before the expiration. This service can be provided so that the client during the subscription period will receive a notification from his IMS network as soon as one of the users in the list has changed his / her presence data, such as when moving to another location. This is often called a "push" behavior. The client can alternatively subscribe to instance data by requesting instance data only once, which thus allows the client to retrieve information when needed through the request, ie a "pull" behavior (eng: "pull"). Each time the client thus requests instance data, a "one-time subscription" is established, which "means that the subscription applies to only one such delivery." The mechanisms for these services have been defined by the 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.A basic prior art procedure, for providing instance data about a group of users to a client, will now be described with reference to Fig. 1 10 15 20 25 30 35 40 528 357 which schematically illustrates a common communication scenario. In this example, a client 100 is wirelessly connected to a mobile access network 102, hereinafter referred to as a "client access network", and a number of other users 104 are similarly connected to various other mobile access networks l06a-c. It is assumed that each of the existing the networks 104, 106a-c are capable of providing the above-described instance service, for example by having the IMS solution implemented for each network. This means that each network has the network elements necessary, not further described here, to receive and manage instance data updates by publishing events from connected users, as soon as their instance data changes.

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.The client access network 102 is further configured to also collect updated instance data about the users 104 from other networks 106a-c, and to provide instance information about the users to the client 100, either through a propulsion behavior or a pull-out behavior as described above. The IMS solution uses a network element called “Resource List Server (RLS)” to provide such instance information to the client. Of course, the other networks 106a-c are also capable of providing instance information in the same way to their respective clients, i.e. any user 104, in accordance with their subscription.

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.According to an earlier solution when the client 100 makes a one-time request for subscription of instance data for a list of users 104, or "polls", the client access network in turn sends a request, after instance data, to each of the networks l06a-c to which the affected users are connected. When the client access network has received responses, or notifications, from all networks l06a-c regarding the status of the users 104 in the list, a notification is sent to the client containing the desired information about the users 104. This is a pure forwarding behavior and can be repeated each time the client wishes to retrieve such information. However, this procedure is complicated and rather time consuming, as the client access network must make a number of requests and wait for notifications from all networks l06a-c, before it can send the notification to the client.

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.In addition, the retrieval of data will require a significant amount of signaling between the networks, especially if many networks are involved. In the case of repeated requests, some networks may also provide notifications that contain the same information without any updates, compared to a previous notification. Thus, perhaps much of the signaling between the networks triggered by the client's request is even unnecessary. In addition, when many different operators / networks are involved, standard procedures must be followed that do not allow internal and / or local optimizations.

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.In the current solution, information about all users in the list is also sent to the client in response to his / her request, even if only some or none of the users have made any updates since the last time. Therefore, the notification message sent to the client is always "full size", no matter how many users have actually changed their status since the last time, which means that unnecessary bandwidth is taken up for the wireless connection with the client 100 over a limited radio interface, when the notification is sent to the client.

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.In another prior art solution, when the client 100 has an ongoing time-limited subscription of instance data about the users 104, the client's access network has in turn established a subscription with each of the affected networks 106a-c, and thus automatically receives a notification from each of the networks each time a user in the subscription who is W connected to it changes his / her instance data. The client access network then sends a notification to the client that contains updated instance data after each notification from the networks, according to a pure propulsion behavior.

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.The disadvantages of this solution are that the client may need to receive a large amount of notifications, which will consume the client terminal's battery power, and again expensive bandwidth is taken up for the client's wireless connections to the client access network 102 over a limited radio interface. Such problems can be partially overcome by the client access network determining a minimum time period between successive notifications to the same client, a so-called "frequency limitation" (eng: rate limitation). However, if the client really needs real-time information, the frequency constraint value must be set rather short so that the actual savings of notifications become insignificant.

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.In some known solutions, the client may also be asked to set a minimum time period between successive notifications, which is sometimes called "throttle time". In any case, the client will inevitably receive user information even when it is not needed, or even without noticing it, for example if the terminal is not heard. In previous solutions, the client access network must also establish a special subscription for each user about whom the client has requested information, even when several users belong to the same access domain, which entails many messages between the networks for a single client subscription. When requesting information is provided to a telecommunication client regarding a plurality of users, it is desirable to generally reduce the signaling activities, in particular over the critical radio interface, without causing undesired delays, during the process of delivering such information to the client.

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.SUMMARY OF THE INVENTION The object of the present invention is to reduce or eliminate the problems stated above. This object and others are achieved by providing a method and an arrangement for providing information to a client from a client access network in the form of user information concerning a plurality of users. According to said method, a subscription request is first received from the client for certain information about a set of users, after which information updates regarding users in the set are received and stored. A subsequent request for user information is later received from the client, and stored user information is then retrieved which corresponds to the requested information. Finally, a notification is sent to the client regarding the generated user information, in response to the subsequent request for user information. The users in the set are usually mobile users, and the user information can be instance information about the users.

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.If the users in the set are connected to other access networks, the client access network establishes a network subscription for user information updates with each of the other access networks to which the users in the set are connected, in response to the received client subscription request.

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.If a plurality of the users in the set are connected to the same user access network, the client access network may send a common subscription request for these users to this user access network, including a list of the users in the set who are connected to that network.

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.Information updates can be received continuously from the other access networks, each time changes in the state of the users in the set affecting the present network subscriptions are detected.

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.After establishing these network subscriptions, information is initially received from the other access networks about the current conditions of their respective users. An initial notification can then be sent to the client regarding the received user information, before the subsequent user information request is received.

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.The subsequent request for user information received from the client may be limited to a subset of users comprising fewer users than the original set of users. Subsequent user information requests may also be limited to one or only certain types of information, of the types of information included in the subscription. The subset of users and / or types of information of interest in the subsequent request, can be selected by the client, or it can be adapted to a service and / or application that is currently used by the client.

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.A subsequent notification can be sent to the client, which only indicates the changes since the previous notification, or that nothing has changed since the previous notification. i can This subscription request from the client can indicate what types of information are needed, as well as a due date.

Denna abonnemangsbegäran kan dessutom indikera att en minsta tid mellan pà varandra följande underrättelser motsvarar förfallotiden.This subscription request may also indicate that a minimum time between consecutive notifications corresponds to the due date.

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.The set of users can be selected by indicating a predetermined list of users, or as an ad hoc list of users. The set of users can also be selected by adding users to or removing users, from a predetermined list of users.

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.The present invention also encompasses an arrangement in a client access network for providing information to a connected client, in the form of information concerning a plurality of users. The arrangement comprises a server for delivering information, designed to receive a subscription request from the client for information about a set of users, and to receive information updates regarding the set of users from their respective access networks. The arrangement further comprises a data storage means for storing updated user information, the information delivery server is further designed to receive a subsequent request for user information from the client, and to retrieve requested user information from the data storage means, and to send a notification to the client containing the generated user information. , in response to this request for user information. In addition, if at least some of the users in the set are connected to other access networks, the information delivery server may be designed to establish a network subscription of user information updates with each of the other access networks to which users in the set are connected, in response to the received client subscription request.

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.The information delivery server may further be designed to continuously receive information updates from the other access networks, each time changes of state are detected for the users in the set.

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.The server for delivering information may further be designed to initially receive from the other networks, information about the current state of their respective users.

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.The information delivery server may further be configured to send an initial notification to the client containing the received user information.

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.The information delivery server may further be configured to send to the client a subsequent notification which only indicates changes since the previous notification.

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.The information delivery server may further be configured to send the client a subsequent notification indicating that nothing has changed since the previous notification.

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.The arrangement may further comprise a user list server, designed to maintain different lists of users defined for clients in the client access network, and to provide a predetermined list as a basis for the selected set of users.

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.BRIEF DESCRIPTION OF THE DRAWINGS The present invention will now be described in more detail by means of preferred embodiments and with reference to the accompanying drawings, in which: Fig. 1 is a schematic view of a common communication scenario for providing information about users to a client. , according to known technology.

- 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. 2 is a schematic view of a communication scenario for providing information about users to a client, in accordance with an embodiment of the present invention.

- 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. 3 is a flow chart illustrating a procedure for updating user information, which is known per se but can be used for the present solution.

- 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.Fig. 4 is a flowchart illustrating a procedure for providing user information to a client, according to an embodiment of the present invention.

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.DESCRIPTION OF PREFERRED EMBODIMENTS A preferred embodiment of the present invention will now be described, initially with reference to Fig. 2. Similar to the communication scenario illustrated in Fig. 1, a client 200 is connected to a client access network 202 using a terminal capable of wireless communication. In this context, the term 'client access network' should be broadly understood as any network capable of providing the service described below to the client currently connected to it, and it is not necessarily the network where the client has his permanent mobile subscriptions, ie. home network. The client access network 202 could also be a visited network, for example in a foreign country.

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.A number of other mobile users 204 are also connected to various other mobile access networks 206 in other domains. In this example, three such networks 206a-c are shown, although any number of networks and users may be involved in the present invention, usually many more than those illustrated herein. A number of additional mobile users 204, not shown, may also be connected to the client access network 202 which may be involved in the service described below, although not included here. It should also be noted that the present invention is not limited to mobile users, but can be used for fixed users as well, or a mixture of mobile and fixed users.

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.Each of the networks 202, 206 is designed to generally provide updated user information to subscribing clients upon request, for example according to the instance service described above, by having an IMS network connected to each network. In this example, each of the networks 206a, 206b and 206c comprises a unit 208a, 208b and 208c, respectively, for collecting user data. Each unit 208a-c is designed to detect changes in the state of users, for example by receiving event publications, either from connected users 204 or by receiving information from the corresponding network itself, each time a user changes his state, for example instance data as exemplified above, in a predetermined manner. The units 208a-c for collecting user data are thus designed to keep track of the state of the users 204, based on the information received. A corresponding user data collection unit may, of course, be provided in the client network 202, to collect user information from its connected users, even if it is not specifically shown in the figure.

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.A network 206 may, for example, have a functionality to detect a user's geographical position, for example by means of GPS (Global Positioning System), or measurements of signal strength and / or signal delay, which is stored in the associated unit 208 for collecting user data. Each time the network detects a change in the user's position, the user data collection device will update the current position data for the user. In another example, a user may enter a current personal mood in his terminal, such as "sad" or "happy", which is sent to the network and its device for collecting user data for updating, and so on.

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.The client access network 202 includes a server 210 for providing information, to provide information to the client 200 regarding a plurality of users, as the client desires, by sending notifications to the client, which will be described below. Of course, a corresponding information delivery server may be provided in each of the networks 206, although not shown here. The server for delivering information may, for example, be 10 15 20 25 30 35 40 528 557 H integrated with a unit for collecting user data in a single server or unit. In practice, the server 210 may be a "Resource List Server (RLS)" if an IMS network is implemented in the client access network 202, although the general term "information delivery server" will be used in this specification to represent any potential network device. preferably having the function described below.

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.The user information in question may, of course, include any of the types of instance data or the like described above, but is not limited thereto.

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.The server 210 is connected to a user list server 212, which in the IMS example is a device called "Group List Management Server, GLMS". The user list server 212 is configured to maintain various lists of users defined for clients in the client access network 202, such as directories, contact groups, or the like. The lists can further be divided into different sub-lists, for example depending on specific topics and interests. The sub-lists may also be valid for specific services and / or applications.

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.The user lists server 212 is also connected to a means 214 for storing user data, hereinafter referred to as the user database, for storing updated user information according to the lists, which will be described below. The user database 214 can be implemented as a cache or the like. In practice, the functional units 210, 212 and 214 described above may be part of a common server unit.

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.Briefly described, the present solution allows the client to initially subscribe to selected state information about a set of users defined by a user list, either predefined or ad hoc, for a limited and specified period of time. In response to such a subscription request from the client, the server 210 for providing information then establishes a subscription of user information with each of the networks 206a-c to which the users in the set are connected. The associated user data collection units 208a-c will then send updated user information to the information delivery server 210 each time a user changes their state or instance data in a manner that affects the user information of interest selected by the client for the subscription. .

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.In the present solution, however, the server does not automatically send notifications to the client as soon as changes occur. Unlike the previously used propulsion behavior, the updates received from the other networks are stored in the user database 214 for later retrieval, instead of being propelled to the client. Thus, received updated information is continuously collected in the user database 214 for as long as the subscription lasts.

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.When the client 200 really wants user information, he / she can send a subsequent data request to the server 210 for the delivery of information. In response to such a data request, relevant and updated data is retrieved from the user database according to the list maintained in the user lists server 212, and the data is then duly sent to the client 200. In this way, notifications will only be sent to the client when really needed and requested, and the relevant information has already been collected in the database 214, ready to be quickly sent to the client upon request. Thus, the present solution is a combination of a forwarding behavior of the networks 206 to the client access network 202, and a forwarding behavior of the client 200 from the client access network 202. V Fig. 3 illustrates a flow chart of a procedure for updating user information during a subscription. As mentioned above, the information delivery server 210 establishes a network subscription with each of the networks 206a-c to which the users in the set are connected, in response to receiving an initial subscription request from a client 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.The subscription request from the client can contain information about the specific users that the client is interested in receiving information about, and also about the type of information that the client wants to receive. The client can also indicate the term of the subscription, for example stated as a due date.

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.The subscription can alternatively be set to run until further notice, ie until the client indicates that it is to be terminated, or it can be limited by a pre-selected standard duration if the client has not indicated a term.

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.The client can indicate the set of users of interest by simply providing a reference to a predetermined list already known in the server 212 for user lists.

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.The users can alternatively be specified individually in an ad hoc list provided by the client, or users can be added and / or removed from a predetermined list.

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.The flow chart of Fig. 3 illustrates the procedure performed in a user data collection unit 208 belonging to one of the networks 206 to which one or more users in the set are connected. The client access network 202 first sends a network subscription request of information about one or more specific users belonging to the network 206 in question, in accordance with the client's request. Thus, in a first step 300, a subscription request is received from the client access network 202, which has the same expiration time as that specified by the client.

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.From now on, the user data collection unit 208 will send notifications to the client access network regarding the affected user (s) each time changes occur that affect the requested user information.

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.Then, in a step 302, a change of state for a user in the set is detected, for example in a manner described above, which indicates that this particular user has changed his state, for example instance data, in some way relevant to the subscription. A notification is then sent from that user's access network to the client access network, which contains updated user information indicating the detected change by the user, in a next step 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.This example illustrates a step 306 in which it is determined whether the subscription with the client access network has expired. If not, steps 302 and 304 can be repeated each time a user changes their state or instance data when relevant to the subscription. When the network subscription has finally expired, it ends in a step 308 and no more updates ~ are sent to the client access network. Of course, an active step 306 to check the expiration may not be necessary, as the subscription can be terminated automatically as soon as the time has expired, or when the client indicates termination.

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.It should be noted that the updating procedure described in Fig. 3 is substantially the same as previously used for a pure propulsion behavior, and is therefore not affected by the present solution. However, the inventive procedure of providing information to a client, as described below with reference to a preferred embodiment illustrated in Fig. 4, utilizes a pull-out mechanism between the client and the client access network. The following procedure is generally performed in the client access network 202, where the active steps are mostly taken by the server 210 for information delivery illustrated in Fig. 2.

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.In a first step 400, the client access network 202 receives a subscription request from the client 200 where a set of users 204 is indicated, as described above, so that the client access network can identify the users, desired type (s) of user information, and the duration of the client's requested subscriptions. predetermined lists maintained by the user lists server 212.

Abonnemangets löptid kan bestämmas på olika sätt, såsom exemplifieras i samband med fig. 3.The duration of the subscription can be determined in various ways, as exemplified in connection with 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.Through this information, the client access network can send corresponding subscription requests to the affected networks 206 to which the users 204 are connected, and a network subscription is duly established with each network 206a-c, in a step 402, of information about the users in the set who are connected to the respective networks. . The network subscriptions may also be limited to certain types of information, according to the client's request, such as position only, or position and mood, etc. It should be noted that the set of users of interest may very well also include users connected to the client access network.

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.In one embodiment, in a case where several of the users in the set are connected to the same network 206, the client access network preferably sends a common subscription request for information for these users to that network 206, including a list of the users in the set who are connected to that network. . This will result in a reduced amount of signaling, compared to sending a separate subscription request for each user to the same network 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.Thus, preferably only one subscription request is sent per domain to minimize the signaling between the networks. Another advantage is that any throttling or frequency limiting functions for the subscription can be regulated _per domain, instead of per user.

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.After a subscription has been established with each network 206, the networks will initially send information about the current state of their respective users 204, which is received in a step 404. Thereafter, the client access network 202 may send an initial notification to the client 200 which Contains the current states of the users of interest, in accordance with the information received, in a step 406, assuming that the client is interested in that information immediately after sending a subscription request. In this concept and in the following, the term "notification" is intended to cover any type and / or combination of messages and / or indications that may be used to transmit this type of information to the client.

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.In an alternative embodiment, however, step 406 may be omitted, in order to avoid any unwanted notifications not requested by the client. So far, a forwarding behavior has been used, but from now on, after initial data has been sent to the client, the client access network will not send any data unless the client asks for it, consequently a forwarding behavior.

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.According to the ongoing network subscriptions, the client access network receives from the networks 206 various updates regarding such user information relevant to the subscription, each time the users change their states, as described in connection with Fig. 3, which is generally indicated in a next step 408. Each time such updated information is received, the client access network stores it in the user database 214, as indicated in a step 410. If the users connected to the client access network are also included in the list, of course relevant updates about these can be handled internally by the client access network.

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.Then, a step 4112 is illustrated to check whether the client's subscription has expired or not, and if it has, the client subscription, as well as the associated network subscriptions having the same due date, is terminated in a step 414. In practice, however, it is not necessary to perform this. as a specific step at this stage of the procedure, but this can of course be checked or monitored more or less continuously throughout the procedure.

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.Thereafter, in the procedure, the client has decided to retrieve updated information, and a subsequent information request is received from the client in a step 416. A certain amount of time has usually elapsed since the user information was initially sent in step 406, and some of the user information may have changed during this 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.In one embodiment, the subsequent information request received from the client may be limited to a subset of users comprising fewer users than the original set of users in the client's subscription. In addition, the subsequent request for information may be limited to only one or some of the different types of information included in the subscription. The requested subset of users and / or types of information may, for example, be adapted to a service and / or application that is currently used by the client. In this way, the client is free to request updated information for any selected user from the original set, or for any selected types of user information in the subscription, depending on his / her current needs.

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.In response to the client's information request, the current updated version of the requested user information is retrieved from the user database 214, in a next step 418, which is then duly sent to the client in a notification, in a step 420. In this way to retrieve relevant data from the user database is a much faster procedure compared to requesting and receiving the information from all the affected networks 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.The process can then go back to step 408 to receive further updates from the networks 206, as in step 408, as well as any further subsequent information requests made by the client, as in step 416. In order to make the notifications to the client shorter and more efficient, in the notification step 420, preferably a brief indication of only the information changes since the last notification, instead of the complete set of data. If nothing has changed since the last notification, a very brief indication of this can be sent. In this way, the size of the notification message (s) sent to the client can be less than full size and can be kept to a minimum, resulting in optimal use of valuable bandwidth in the wireless interface.

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.Through the combined propulsion and pulling mechanisms of the present invention, a highly efficient solution is achieved where a minimum amount of data needs to be transferred between the client access network 202 and the other access networks 206, as well as between the client access network 202 and the client 200. The client access network in particular does not need 15 20 25 30 528 357 17 information from each network when information is requested by the client, but this information has already been received and stored continuously through the ongoing network subscriptions, and is therefore immediately available from the user database. Desired information can also be transmitted to the client with a minimum of delays, ie. the need for real-time information can be met to a large extent. In addition, this solution offers high flexibility to the client, as user information can be requested for any of the users in the original subscribed set of users, depending on the client's current needs or on which service and / or application is currently being used.

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.The service described above can be achieved by using existing messages and protocols, such as those currently defined by the IETF specification RFC3265. In order not to receive unwanted notifications from the client access network, the client can then indicate a throttle time equal to the due date, so that no notifications will be issued, or forwarded, automatically during the entire subscription, unless requested, or extended, by the client.

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.The present invention can be used in conjunction with existing services available from the IMS network, such as "Push-to-Talk over Cellular" (PoC), Instant Messaging and of course the instance service described above, 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.While the invention has been described with reference to specific embodiments, the description is intended only to illustrate the idea of the invention and should not be construed as limiting the scope of the invention, as defined by the appended claims.

Claims

10 15 20 25 30 35 40 528 357 l8 PATENT REQUIREMENTS

A method of providing information to a client from a client access network in the form of user information relating to a plurality of users, characterized by the following steps, performed in the client access network: - receiving a subscription request from the client for certain information about a set of users, at least some of the users in the set are connected to other access networks, A - establish a network subscription of updates of user information with each of the other access networks to which the users in the set are connected, in response to the received client subscription request, - receive and store continuous information updates regarding the users in the set from the other access networks when state changes are detected for the users in the set, - receive a subsequent request for user information from the client, K - retrieve stored user information corresponding to the requested information, and - send a notification to the client regarding the generated user information, in response to the subsequent request for user information.

A method according to claim 1, characterized in that the users are mobile users.

A method according to claim 1 or 2, characterized in that the user information is instance information about the users.

A method according to any one of claims 1-3, wherein a plurality of users in the set are connected to the same user access network, characterized in that the client access network sends a common subscription request for these users to this user access network, including a list of the users in the set who are connected to that network.

A method according to any one of claims 1-4, characterized in that information updates are received which affect the present network subscription. 10 15 20 25 30 35 408 528 557

A method according to any one of claims 1-5, characterized in that, after establishing the network subscriptions, information is initially received from the other access networks about the current state of their respective users.

A method according to claim 6, characterized in that an initial notification is sent to the client regarding the received user information, before the subsequent user information request is received.

A method according to any one of claims 1-7, characterized in that the subsequent request for user information received from the client is limited to a subset of users comprising fewer users than the original set of jan users.

A method according to any one of claims 1-8, characterized in that the subsequent request for user information received from the client is limited to one or more types of information of the information included in the subscription.

A method according to claim 8 or 9, characterized in that the subset of users and / or types of information are selected by the client.

A method according to claim 8 or 9, characterized in that the subset of users and / or types of information is adapted to a service and / or application currently used by the client.

A method according to any one of claims 1-11, characterized in that a subsequent notification is sent to the client which only indicates the changes since the previous notification.

A method according to any one of claims 1-11, characterized in that a subsequent notification is sent to the client indicating that nothing has changed since the last notification.

A method according to any one of claims 1-13, characterized in that the subscription request from the client indicates the types of information desired.

A method according to any one of claims 1-14, characterized in that the subscription request from the client indicates a due date.

A method according to claim 15, characterized in that the subscription request from the client specifies a minimum time between successive notifications corresponding to the due date. characterized by indicating a

A method according to any one of claims 1 to 16, the set of users is selected by a predetermined list of users.

A method according to any one of claims 1-16, characterized in that the set of users is selected as an ad hoc list of users.

A method according to any one of claims 1-16, characterized in that the set of users is selected by adding users to or removing users from a predetermined list of users.

An arrangement in a client access network for providing information to a connected client in the form of information regarding a plurality of users, characterized by: - a server for delivering information designed to receive a subscription request from the client for certain information about a set of users , wherein at least some of the users in the set are connected to other access networks, to establish a network subscription of user information updates with each of the other access networks to which the users in the set are connected, in response to the subscription request received from the client, and to continuously receiving information updates regarding the set with users from their respective access networks when changes in condition are detected for the users in the set, and - a data storage means for storing updated user information, the information delivery server being further designed 10 15 20 25 30 35 528 357 2.! to receive a subsequent request for user information from the client, and to obtain requested user information from the data storage means and send a notification to the client including the user information produced, in response to the request for user information.

The information delivery server is further designed to initially receive from the other networks information about the current state of their respective users. An arrangement according to claim 20, characterized in that

An arrangement according to claim 21, characterized in that the information delivery server is further configured to send an initial notification to the client containing the received user information.

An arrangement according to any one of claims 20-22, characterized in that the server for delivery of information is further designed to send to the client a subsequent notification which only indicates the changes since the previous notification.

An arrangement according to any one of claims 20-23, characterized in that the server for delivery of information is further designed to send to the client a subsequent notification indicating that nothing has changed since the last notification.

An arrangement according to any one of claims 20-23, further comprising a user list server configured to maintain various different lists of users defined for clients in the client access network, characterized in that the user list server is designed to provide a predetermined list as a basis for the selected set of users.