SE515084C2 - Förfarande och anordning i ett IP-nät - Google Patents

Description

515 084 2 Det amerikanska patentet US 5,5 72,643 beskriver ett förfarande enligt vilket en tjänsteleverantör kan tillhandahålla annonser eller arman information till intemetan- vändare medan de söker efter annan information.

Enligt US 5, 572,643 visas armonsema på användarens terminal medan den väntar på att annan information, begärd av användaren, skall laddas ned. Annonserna lad- dades ned till användarens terminal tillsammans med annan information, såsom dold information, t. ex. med en webbsida som laddades ned tidigare, och visas för använ- daren när en ny Webbsida laddas ned. Detta innebär att annonser endast kan tillhan- dahållas medan användaren aktivt hämtar annan infonnation. De visas också endast medan användaren väntar på annan information.

Det amerikanska patentet US 5, 740, 549 beskriver ett förfarande för att automatiskt distribuera information, såsom annonser, till användarterminaleri ett datanät. En tillämpning i användartenninalen, vilken vanligtvis kallas en pushklient, mottar med vissa mellanrum, information från en informationsnätdator vilken vanligtvis kallas en pushserver. Denna information mottas i terminalen tillsammans med information som hämtas av användaren från internet, och visas för användaren, t.ex. medan ter- minalen är ledig.

De flesta pushklienter tillåter användaren att välja 'från vilka pushservers informa- tion skall mottas. Det finns därför en risk for att användare inaktiverar mottagandet av information från pushservers medan de behåller anslutningen till Intemet.

En lösning på detta problem skulle vara att använda en viss push-klient som använ- daren inte kan konfigurera, eller en som endast kan konfigureras delvis, för att sä- kerställa att den aktuella pushservem eller servrama inte tas bort från listan. En så- dan pushklient skulle fortfarande kunna manipuleras av användaren. En kontroll- summa eller något liknande skulle givetvis kunna användas för att säkerställa att rätt pushklient användes, men mjukvaran skulle fortfarande finnas hos användaren, och tjänsteleverantören skulle inte kunna se om den rätta pushklienten användes. 10 15 20 515 084 3 Lösningen som beskrivs i US 5,740,549 möjliggör också automatisk leverans av in- formation t. ex. till tidningsredaktioner eller nödlarmcentraler som behöver konstant uppdatering. Dokumentet föreslår emellertid inte något sätt att övervaka förbindel- sen för att se om informationen mottas såsom den skall.

I båda dessa fall måste man kunna säkerställa att informationen som tillhandahålls från pushservem faktiskt når klienten.

Uppfinningens syfte Det är ett syfte med föreliggande uppfinning att tillhandahålla ett förfarande och en anordning som ökar tillförlitligheten hos ett dataflöde mellan en server och en klient i ett datakommunikationsnät.

Sammanfattning av uppñnníngstanken Detta syfte uppnås enligt uppfinningen genom ett förfarande i ett datakommunika- tionsnät i vilket en tillämpning i en användarterminal är anordnad att motta infor- mation från en server i nätet, innefattande följande steg: Det övervakas huruvida en användare som skall ha en aktiv förbindelse till servern för tillfället har en sådan förbindelse, och Om så inte är fallet skickas en varning till användaren och/eller lämplig åtgärd vid- faS.

Syftet uppnås också enligt uppfirmingen genom en nod i ett datakommunikationsnät anordnad att: Övervaka om en användare som skall ha en aktiv förbindelse till en server för till- fället har en sådan förbindelse, och I Om så inte är fallet, skicka en varning till användaren eller vidta någon arman lämp- lig åtgärd. 10 15 25 515 084 4 Med denna lösning säkerställs att alla som skall motta information fiån den aktuella servern verkligen gör det. Om så inte är fallet kan ett larm skickas, t.ex. till den som sänder ut informationen. Detta kan vara viktigt, t. ex. i nödlarmcentraler till vilka in- formation sänds genom ett datomät.

I en föredragen utföringsfoml övervakas användarens anslutning till datakommuni- kationsnätet. Om användaren är ansluten till datakommunikationsnätet skall han också ha en aktiv förbindelse till den nänmda servern.

Detta säkerställer att en abonnent inte kan vara ansluten till datakommunikations- nätet utan att också motta information från den aktuella servern eller de aktuella servrama. Till exempel kan en användare inte undvika att motta annonser som han skall motta enligt abonnemangstypen.

Om användaren är ansluten till datakommunikationsnätet utan att vara ansluten till servern kan anslutningen till datakommunikationsnätet kopplas ned eller en varning kan sändas så att användaren tillåts ansluta sig till servern. Ett larm avsett att visas utanför systemet kan givetvis också sändas, t.ex. till informationsleverantören.

Servern kan vara vilken som helst typ av server som sänder data till en mottagare, t.ex. en pushserver eller en streaming-server. Pushservers har beskrivits i det föregå- ende. Strearningservers används för att distribuera t.ex. röst och videosignaler till klienter i ett datanät.

Förfarandet och anordningen enligt uppfinningen fungerar i vilken som helst typ av datakommunikationsnät, t.ex. nät enligt Internet Protocol (IP), Asynchronous Trans- fer Mode (ATM) och frame relay-nät. 10 15 20 25 515 084 s Kortfattad beskrivning av ritníngarna Figur l visar en Intemet-konfigirration enligt uppfinningen.

Figur 2 är ett flödesschema över en utföringsfonn av förfarandet enligt uppfinning- en.

Figur 3 är ett flödesschema över en arman utföringsfonn av förfarandet enligt upp- finningen.

Detaljerad beskrivning av utföringsformer Figur 1 visar en abonnentterrninal 1 ansluten via en mellarmätsnod (gateway) 3 till ett datanät 3 på sedvanligt sätt. Det bör påpekas att datanätet kan vara vilken som helst typ av datanät. Det antas emellertid att uppfinningen kommer att tillämpas i lP- nät, såsom Intemet. Därför används för enkelhetens skull termen Internet i den föl- jande diskussionen.

Datanätet eller delar av datanäten, kan givetvis följa andra standarder, såsom ATM eller frame relay-standarden.

Mellan mellarmätsnoden 3 och Intemet 5 kan det finnas en spärrenhet 6 vilken har till funktion att spärra förbindelsen mellan abonnentterminalen 1 och Intemet 5 när den beordras att göra detta. Spärrenheten kan vara en router eller en brandvägg eller en annan lösning som kan utföra denna fimktion. Spärrenhetens 6 fimktioner kan i stället inkluderas i mellannätsnoden 3.

Anslutningen av terminalen 1 till nätet kan vara genom vilken som helst typ av nät som används för ändamålet, såsom ett telefonnät, ett kabeltevenät, ett xDSL-nät, ett LAN. Mellannätsnoden kan vara av olika typer beroende på typen av nät som an- vänds. En mellannätsnod enligt känd teknik anpassad för nättypen kan i varje fall användas.

På sedvanligt sätt innefattar Intemetanslutningen också en autenticeiingsserver 7 och en grundserver 9. Autenticeringsservem 7 verifierar användarens identitet och 10 15 515 084 6 rätt att ansluta till Internet och hämta information. Grundservern 9 är en eller flera servers som utför fiinktionema som behövs för att ansluta till de olika Internet- tjänstema, såsom World Wide Web (WWVV), e-posttjäristen, filöverföringstjänster enligt File Transfer Protocol (FTP), domännanmsserver (DNS) osv. Dessa två ser- vers 7, 9 ftmktioner är väl kända och beskrivs därför inte här i detalj.

Enligt uppfinningen inkluderas en server 11 som i denna utföringsfomi är en push- server. Pushservern 11 innefattar typiskt sett annonserna som skall sändas till an- vändarens terminal l vari det finns en pushklient 12 som kan motta informationen fiän pushservem 11.

Anslumingen på vilken användaren kommunicerar med Internet visas i figur 1 så- som en streckad linje. Kommunikationen kan avse e-post, nätsidor eller vilken som helst arman typ av tjänster som erbjuds på Internet. Medan användaren är ansluten till lntemet sänder pushservem 11 information till terminalen 1 på en anslutning som visas som en streckad linje i figur 1.

För att motta information fiån pushservem 11 måste pushklienten 12 vara konfigu- rerad att göra detta. För den föreliggande tillämpningen kommer detta troligen att göras av leverantören, typiskt sett tjänsteleverantören. De flesta pushklienter tillåter emellertid användaren att specificera fiån vilka pushservers information skall mot- tas. Användaren kan därför utesluta pushservem 11 från listan över pushservers för att undvika att motta annonserna. Pushklienten kan konfigureras så att användaren inte tillåts utesluta vissa pushservers, men användaren kan fortfarande, möjligtvis genom icke tillåtna åtgärder, utesluta dessa. För att förhindra detta används enligt uppfinningen en övervakningsserver 13 för att säkerställa att informationen från pushservem mottas av terminalen. Övervakningsservem 13 mottar information från pushservem 11 och autenticetings- servern 7 avseende användare som för tillfället är registrerade hos de två servers 7, 11. Om en användare som enligt sitt abonnemang skall motta annonser medan han 10 15 20 25 515 084 7 är ansluten till nätet, är registrerad hos autenticeringsservem 7 men inte hos push- servem 11 visar detta att användaren har dealdiverat överfóringen av annonser me- dan han fortfarande är ansluten till Intemet. Enligt en uttöringsform beordrar över- vakningsservern 13 då omedelbart att spärrenheten 6 skall spärra eller koppla ned användarens Intemetanslutning. Enligt en annan utföringsfonn skickar övervak- ningsservem 13 en varning till användaren och råder honom att ansluta till pushser- vem 11 igen inom en viss tidsperiod för att slippa kopplas ned från nätet.

Meddelandet från övervakningsservern 13 till spärrenheten 6 om att en viss anslut- ning skall kopplas ned eller spärras kan ha olika former beroende på hur spärrenhe- ten 6 är realiserad. Såsom nämnt ovan kan mellannätsnoden i vissa fall utföra spärr- enhetens fimktioner så att ingen spärrenhet behövs. Vissa mellarmätsnoder som finns tillgängliga i dag tillåter att en förbindelse kopplas ned av en enhet som inte deltar i förbindelsen, såsom övervakningsservem. I andra mellarmätsnoder kan för- bindelsen inte kopplas ned, men kan spärras i mellannätsnoden med hjälp av ett mjukvarufilter så att temtinalen 1 i realiteten kopplas bort från nätet 5.

Mellannätsnoden 3 och servers 7, 9, 11, 13 finns alla typiskt sett hos tjänsteleve- rantören. Dessa servers 7, 9, ll, 13 skulle dock kunna utföra sina fimktioner från vilken som helst plats i nätet 5.

Det bör påpekas att enheterna som visas i figur 1 såsom separata servers är avsedda att visa olika ftmktioner som utförs i nätet snarare än att ange ett visst antal enheter.

Där det anses lärnpligt kan ftmktioner som visats såsom realiserade i olika enheter mycket väl realiseras i en enhet. På samma sätt kan fler än en server behövas för att utföra funktíonema som tillagts en enhet i figuren. T.ex. kan vilket som helst antal pushservers användas. l0 15 515 084 8 Figur 2 är ett flödesschema över en utföringsforrn av förfarandet enligt uppfinning- en.

Steg S21: Övervalcningsservem hämtar information om användarna som registrerats hos pushservem; Steg S22: Övervakningsservem hämtar information om användarna som registrerats hos autenticeringsservem; Steg S23: Är någon användare registrerad hos autenticeringsservem men inte hos pushservern? Om ja, gå till steg S24, om nej, vänta en förhandsbestärnd tidsperiod och gå till steg S21.

Steg S24: Övervalcningsservem vidtar lämplig åtgärd. Åtgärden kan vara att sända en varning till användaren eller koppla ned förbindelsen såsom diskuterat ovan. Vänta, återgå till steg S21.

Lösningen enligt uppfinnjngen möjliggör också registrering av annonser som sänds fiuwmemmwa För att göra tjänsten acceptabel för användarna bör mängden annonsinformation som sänds, och dess form, inte uppfattas av användarna som alltför irriterande.

Detta kräver anpassning av typen och mängden av armonsinformation, tex. på något av följande sätt eller en kombination av dessa: - en begränsning av antalet annonser per tidsenhet; - att infonnation endast får sändas när ingen information hämtas av användaren och/eller - en begränsning av storleken för varje annons och var den får placeras på skär- IIICII. l en annan utföringsfonn använda pushservern ll inte för att sända annonser, men för andra typer av information. T.ex. kan viktig information sändas till brandkåren eller polisen eller till en tidningsredalctör. I detta fall ftmgerar övervakningsservem 13 huvudsakligen på samma sätt som beskrivet ovan, men huvudsyfiet med över- vakningen kommer att vara att säkerställa att förbindelsen fiån pushservem 11 till 10 15 5.15 084 9 användaren fortfarande fimgerar. I denna utföringsform behövs ingen förbindelse till datanätet 5, även om den givetvis kan finnas. Ingen spärrenhet 6 behövs heller i denna utföringsfomi, eftersom ingen förbindelse skall spärras.

Figur 3 är ett flödesschema över denna uttöringsfornx av förfarandet enligt uppfin- ningen.

Steg S31: Övervalcningsservem hämtar information om användarna som finns regi- strerade för att motta information från servem.

Steg S32: Är någon användare som skall vara registrerad hos pushservem inte regi- strerad? Om ja, gå till steg S33, om nej, vänta en törbestämd tidsperiod och gå till steg S31.

Steg S33: Övervakningsservem vidtar lämplig åtgärd. Åtgärden kan vara t. ex. att skicka en vaming till användaren eller ett extemt larm, eller att koppla ned förbindelsen såsom diskuterat ovan. Vänta och gå till steg S31.

Såsom förklarat ovan kan en övervakningsserver i denna utföringsform veta att en användare skall vara registrerad helt enkelt därför att användaren alltid skall vara registrerad, eller alltid vid en viss tid på dagen eller dylikt. Servem kan såsom tidi- gare vara en pushserver, en streamingserver eller vilken som helst annan typ av ser- ver som tillhandahåller information till en eller flera mottagare.

Claims (18)

1. 0 15 i 515 084 10 Patentkrav D.) Förfarande i ett datakommunikationsnät i vilket en tillämpning i en användarter- minal är anordnad att motta information från en server i nätet, kännetecknat av följande steg: det övervakas huruvida en användare som skall ha en aktiv förbindelse till ser- vern för tillfället har en sådan förbindelse, - om så inte är fallet sänds en varning till användaren och/eller lämplig åtgärd vidtas.

2. Förfarande enligt krav 1 vidare innefattande steget att övervaka huruvida använ- daren är ansluten till datakommunikationsnätet, varvid användaren skall ha en aktiv förbindelse till servem om han är ansluten till datakommunikationsnätet.

3. Förfarande enligt krav 2, varvid, om användaren är ansluten till datakommunika- tionsnätet utan att vara ansluten till servem, anslutningen till datakommunika- tionsnätet kopplas ned.

4. Förfarande enligt krav 1 varvid användarens anslutning till servem skall vara ak- tiv vid vissa tidpunkter. .

5. F örfarande enligt något av föregående krav, varvid den lämpliga åtgärden inne- fattar att sända ett larm som skall presenteras utanför systemet.

6. F örfarande enligt något av föregående krav varvid servem är en pushserver eller en streaming-server.

7. Förfarande enligt något av föregående krav varvid data överförs enligt Internet Protocol (IP). 10 15 5715 084 11

8. Förfarande enligt något av kraven 1-6, varvid data överförs enligt Asynchronous Transfer Mode- (ATM-) standard.

9. F örfarande enligt något av kraven l-6, varvid data överförs enligt fiarne relay- standard.

10. Nod (13) för användning i ett datakommunikationsnät i vilket en tillämpning (12) i en användarterrninal (1) är anordnad att motta information från en server (11) i nätet, kännetecknad av att den är anordnad att - övervaka huruvida en användare som skall ha en aktiv förbindelse till servern (11) för tillfället har en sådan förbindelse, - om så inte år fallet, sända en varning till användaren eller vidta arman lämplig åtgärd.

11. l1.Nod (13) enligt krav 10, anordnad att övervaka huruvida användaren är ansluten till datakommunikationsnätet (5) och avgöra att användaren skall ha en aktiv för- bindelse till server (11) om han är ansluten till datakommunikationsnätet (5).

12.Nod (13) enligt krav 11 anordnad att koppla ned användarens förbindelse till datakommunikationsnätet (5) om användaren är ansluten till datakommunika- tionsnätet (5) utan att vara ansluten till servem (11).

13.Nod ( 13) enligt något av lcraven 10-12, anordnad att sända ett externt larm avsett att presenteras utanför systemet om en användare som skal ha en aktiv förbindel- se till en server (1 1) inte för tillfället har en sådan förbindelse.

14. ,Nod (13) enligt något av kraven 10 - 13, anordnad för kommunikation enligt Internet Protocol (IP).

15. , Nod (13) enligt något av kraven 10 - 13, anordnad för kommunikation enligt Asynchronous Transfer Mode- (ATM-) standard. 1.515 084 12

16. Nod (13) enligt något av kraven 10 - 13, anordnad for kommunikation enligt frame relay-standard. 5

17. Datanät innefattande åtminstone en server (11) anordnad att sända information till åtminstone en klienttillämpning (12), kännetecknat av att det innefattar åt- minstone en nod (13) enligt något av kraven 10-16. -

18. Datanät enligt krav 17, varvid servern (11) är en pushserver eller en streaming- 10 server.