SE514332C2 - Förfarande och anordning för betalning i ett datornät - Google Patents

Description

25 30 514 332 2 Detta uppnås enligt uppfinningen genom ett förfarande för betalning av varor och tjänster i ett datomät genom vilket varor och tjänster kan köpas, varvid datomätet innehåller åtminstone ett tillämpningsprogram i en nod i nätet, en transaktionsserver anordnad att motta och lagra information om åtminstone en registrerad kimd i nätet avseende kundens användning av varje tillämpningsprogram, och ett tillämpningsprogramgränssnitt - Application Program Interface mellan varje till- lämpningsprogram och transaktionsservem, vilket förfarande innefattar följande steg: ktmden aktiverar tillämpningsprogrammet, kostnaden som uppstår genom användning av tillämpningsprogrammet överförs från det berörda tillämpningsprogrammet till transaktionsservem via tillâmpningspro- gramgränssnittet medan sessionen pågår, i form av debiteringsenheter allt eftersom de uppstår i tillämpningsprogrammet, debiteringsenheterna ackumuleras i transaktionsservem.

Syftet uppnås också i en anordning för att möjliggöra debitering i ett datomät inne- fattande åtminstone ett tillämpningsprogram vars användning medför kostnader för användaren, vilken anordning innefattar: minnesorgan som har information om ktmder och kostnader för att använda nämnda tillämpningsprogram, I transaklionshanterare för att motta och spara kostnadsinformation om kostnaden som skall registreras för en kund för en session i vilken lcunden använder tillämp- ningsprogrammet, lagringsorgan för att lagra nämnda information, vilken anordning är kännetéclcnad av att transaktionshanteraren är anordnad att motta kosmadsinformationen i form av ett antal debiteringsenheter flera gånger under en session, och för att utifrån antalet de- biteringsenheter och kostnaden för varje debiteringsenhet beräkna kostnaden för sessionen i en giltig valuta och lagra kostnaden i lagringsenheten.

Syftet uppnås även enligt uppfinningen medelst ett datornät, innefattande 10 15 20 25 30 514 332 3 - åtminstone en anordning enligt ovanstående, - ett tillämpningsgränssnitt för att överföra information mellan ett tillämpningspro- gram och nämnda anordning.

Detta förfarande och denna anordning möjliggör uppkoppling av en förbindelse för en tidsperiod under vilken debiteringsinformation kan överföras flera gånger med jämna eller ojämna mellanrum. På detta sätt inträiïar inte kostnader rörande upp- kopplandet av förbindelsen, behörighetskontroll osv. varje gång en kostnad skall re- gistreras. Detta möjliggör registrering av små kostnader utan att stora påslag görs.

Samtidigt kan även mycket höga kostnader registreras.

En debiteringsenhet kan överföras för varje tidsenhet, där en tidsenhets varaktighet kan väljas individuellt för varje typ av tjänst eller vara, eller ett antal debiteringsen- heter kan sändas samtidigt för en viss vara eller tjänst. Enligt en utföringsfonn mot- tar tillämpningspro grammet information från transaktions servern om värdet av en debiteringsenhet för tillämpningsprogrammet, tex. vid en sessions början, beräknar en kostnad för användning av tillämpningsprogrammet utifrån denna information och informerar kimden om kostnaden. På detta sätt kan användandet av vilket som helst program debiteras. Det är också lätt att ändra priset för användning av ett pro- gram.

Ett kontrakt kan specificeras för varje transaktion, där kontraktet specificerar para- metrar avseende transaktionen, innefattande identifikation av köparen, sälj aren och typen av tjänst eller vara som köps, och priset. Kontraktet lagras i eller i anslutning ' till transaktionsservem. Kontraktet kan även innefatta et maximipris för sessionen, som sätts av användaren.

Minnesorganet kan även vara anordnat att lagra kundspecifik information och organ för att justera priset enligt denna information, t. ex. ge rabatter.

Kortfattad beskrivning av ritningarna 10 15 20 25 30 514 3352 4 I det följande kommer uppfinningen att beskrivas i mer detalj, med hänvisning till ritníngama, på vilka: Figur 1 är en schematisk översiktsbild av uppfinningen; Figur 2 visar enhetema som ingår i uppfinningen i mer detalj; Figur 3 visar signaleringen som sker mellan användaren och komponenterna i sy- stemet; Figur 4 är ett flödesschema över stegen som utförs for att tillhandahålla en tjänst i nätet.

Detaljerad beskrivning av uttöringsformer Figur 1 är en schematisk översiktsbild av komponentema i ett system innefattande en transaktionsserver 1 enligt uppfinningen. Transaktionsservem 1 används for att övervaka användandet av tjänstema och/eller varorna som köps. Till transaktions- servern 1 är en forsta 3 och en andra 5 tillämpning anslutna genom ett första 7 resp. ett andra 9 tillämpningsgränssnitt (Application Program Interface - API). Tillämp- ningama 3, 5 kan vara anslutna antingen direkt till transaktionsservem 1 genom till- lämpningsgränssnittet, som den forsta tillämpningen 3 eller genom ett datanät 11. I en foredragen uttöringsform kan Intemet användas som datanätet 11. En databas 13 finns i elleri anslutning till transaktionsservem for at lagra användardata och annan information. Transaktionsservern 1 är också ansluten till en eller flera debiterings- enheter 15 vilka handhar den faktiska betalningen från klienter. Ett antal kimdtermi- naler 17, 18 är också anslutna till datanätet ll. Terminaler 19 kan också anslutas di- rekt till en eller flera tillämpningar 5. Kundterminalema 17, 18, 19 kan vara privata terminaler som finns i folks hem, såsom persondatorer, eller publika terminaler. En säkerhetsenhet 21 for hantering av säkerheten i transaktionerna finns också i eller i anslutning till transaktionsservern.

Vilken som helst typ av tillämpning 3, 5 .kan anslutas till transaktionsservern, vilket kommer att beskrivas i mer detalj i det följande. 10 15 20 25 30 514 532 5 Från sin privata terminal 17 kan en ktmd till exempel beställa varor från en katalog, ringa ett samtal genom Internettelefonnâtet eller hämta information eller program fiån Intemet 11. De publika terminalerna kan användas exempelvis för att betala i en añär, en bensinstation eller dylikt. Debiteringen för dessa olika typer av tillämp- ningar kommer att beskrivas i mer detalj nedan.

Transaktionsservern 1 och enheterna den innefattar kommer att beskrivas i mer de- talj i anslutning till figur 2.

Debiteringsprincipen enligt uppfinningen omfattar en debiteringsenhet som kallas ett tick. Debiteiingsenheten, eller ticket, kan väljas oberoende för varje tillämpning, såsom ett lämpligt värde för tillämpningen. När en kund använder en tjänst sänder tillämpningsprogirammet 3, 5 ett antal tick genom tillämpningsgränssnittet 7, 9 till p transaktionsservern l. För vissa tjänster, t. ex. telefoni, kan ett tick skickas för varje tidsenhet. Varaktigheten av en tidsenhet kan variera, t.ex. till olika tider, eller för typen av samtal. Typiskt sett används en kortare tidsenhet för rikssamtal än för lo- kala samtal så att tick sänds oftare för rikssamtal. För andra tillämpningar kan ett antal tick sändas på samma tid. Om t.ex. en kund beställer en vara från en katalog, kan värdet av ett tick vara 10 pence. Om varans pris är 10 pund sänds då 100 tick från tillämpningen till transaktionsservem. För att betala för el- eller Vattenförbruk- ning kan ett antal tick sändas för varje enhet (watt, eller vatten volym).

Ett eller flera tick kan sändas till transaktionsservem när en kund startar en applika- tion, t. ex. om kunden skall betala för varje gång tillämpningen används, eller när * kunder slutar använda en tillämpning.

Transaktionsiservern 1 eller databasen 13 innehåller information om värdet av ett tick for varje tillämpning. Transaktionsservem 1 eller databasen 13 kan också ha annan användarinformation, t. ex. om en ktmd âr berättigad till en rabatt när en viss fiuämpmng används. 10 15 20 25 30 514 332 6 Figur 2 visar enhetema i systemet enligt en första utiöringsform av systemet i mer detalj. Som tidigare tillhandahålls en transaktionsserver 101, innefattande en trans- aktionshanterare 103, en databas och en eller flera servers 107 anslutna till en tjänsteleverantör 109 för Intemet. Tjänsteleverantören 109 tillhandahåller transak- tionstjänsten till innehållsleverantörer (”content providers”) (ej visade). Tjänsteleve- rantören 109 kan givetvis även vara en innehållsleverantör. Servern 107 hanterar kommunikation med tjänsteleverantören 109 innefattande hämtning av tjänstepro- gram, uppdatering av debiteringssystemet eller protokollöversättningstjänster.

Enligt en foredragen utföringsform lagras så mycket som möjligt av logiken i trans- aktionshanteraren 103 fór att göra hanteringen av tillämpningsprogrammen enklare.

Till exempel placeras debiteringsinformationen i transaktionshanteraren 103 i stället for i själva tillämpningsprogrammet, for att göra tillämpningama små och lätta att hantera. Transaktionshanteraren 103 upprättar även kommunikationen med de andra enhetema.

Databasen 105 används for att lagra information om debitering, leverantörer, kimder osv. Varje tjänst har en post i databasen som specificerar tjänstens pris uttryckt som ett antal tick och värdet av ett tick for tjänsten. Kundinformation i databasen 105 kan innefatta, t. ex. information om eventuella rabatter krmden är berättigad till, och ett maximibelopp som kimden får använda.

Transaktionsservem 101 innefattar även en betalningshanterare 113. Betalnings- hanteraren 113 sköter kommunikationen med enheter som hanterar betalning fiån ktmdema, representerade i figur 2 av en debiteringsenhet 115. Flera sådana debite- ringsenheter 115 av olika slag, såsom banker och/eller kreditkortstöretag, kan vara innefattade.

Transaktionshanteraren 103 är också ansluten till ett första 117 och en andra 119 tillämpningsprogram genom ett första 121 resp. ett andra 123 tillämpningsgränssnitt.

Såsom visas i figur 1 kan anslutningen vara direkt eller genom ett datanät. Procedu- 10 15 20 25 30 514 332 7 ren för att tillhandahålla ett tillämpningsprogram till nätet kommer att diskuteras i det iölj ande.

Tillämpningsgrânssnittet kan länkas till vilken som helst tillämpning som kräver de- bitering. Tillämpningsgränssnittet bör inte påverka vad som debiteras, eller hur mycket, men endast registrera tick, såsom beskrivet ovan. Tillämpningsgränssnittet kan också anordnas att skicka tillbaks ett kvitto till innehållsleverantören på att tjänsten används.

En webbläsare 127 är tillgänglig för kimden fór att beställa tjänster och varor som tillhandahålls genom Intemet. Webbläsaren 127 kan vara ansluten till debiterings- enheten 115 så att webbläsaren kan verkställa fórhandsbetalning om det behövs.

Debiteringsenheten 115, betalningshanteraren 113, transaktionshanteraren 103 och tjänsteleverantören 109 är anslutna till en eller flera behörighetsmyndigheter 129.

Behörighetsmyndigheten 129 ger ut användaridentiteter och kan därför verifiera en viss användaridentitet när det behövs.

Figur 3 är en översiktsbild av signaleringen som äger rum mellan ktmden och enhe- tema i systemet enligt en första utfóringsform av uppfinningen. Kunden och var och en av enhetema representeras av horisontella linjer, mellan vilka pilar har ritats för att representera signaleringen. Enheterna är: tillämpningen TILL, gränssnittet API, en behörighetsmyndighet BE, transaktionsservern TS och databasen DB. Behörig- hetsmodulen kan vara realiserad som en del av tillämpningsgränssnittet, men visas här som en separat uppsättning av fimktioner. På detta sätt kan vilket som hälst till- gängligt produkt för hantering av behöríghetsfimktioner användas. Behörighetsmo- dulen och andra säkerhetsfimktioner kommer att beskrivas i mer detalj i det töljan- ' de.

S31: En kimd startar först en tillämpning. Om en vara skall beställas eller ett sam- tal ringas, genom lntemet, görs detta enligt en fóredragen utiöringsform ge- 10 15 20 25 30 S32: S33: S34: S35: S36: S37: S38: S39: S40: S41: S42: S43 : ~514 332 s nom att öppna en lämplig Intemetplats eller sida, och beställa en tjänst på känt sätt. Om en betalning skall göras, t.ex. i en aiïär eller en bensinstation, görs detta genom att kunden identifierar sig och påbörjar handlandet.

En signal sänds från tillämpningen till tillämpningsgränssnittet API, innefat- tande startinformation såsom tillämpningens identitet, information om krm- den och en begäran om information om kostnaden för varje tick.

T illämpningsgränssnittet sätter upp en session till transaktionsservem, t. ex. enligt protokollet Secure Socket Layer (SSL).

Transaktionsservern begär information från databasen, t.ex. information om ktmden och om kostnaden per tick för tillämpningen.

Databasen skickar tillbaks den begärda informationen till transaktionsservern.

Transaktionsservern begär information från databasen, t. ex. kostnaden per tick och ett kundkontrakt som kommer att beskrivas i mer detalj nedan.

Tillämpningsgränssnittet begär en kontroll av användarens behörighet.

Behörighetsmodulen initierar en dialog med kimden, innefattande en uppma- ning att identifiera sig. Identifieringen kan utföras på vilket som helst känt sätt, såsom diskuteras i anslutning till säkerhetstjänstema. Annan infonnation avseende transaktionen kan också matas in, såsom typen av tjänst eller vara som önskas, maximikostnad, osv.

Användaren lägger in den ovan nämnda informationen, som överförs till be- hörighetsmodtilen.

Behörighetsmodulen skickar tillbaks det signerade användarkontraktet och certifikatet till transaktionsservern.

Tillämpningsgränssnittet skickar det signerade användarkontraktet och certi- fikatet till transaktiofisservern.

Transaktionsservem startar en session och skickar information till databasen avseende en viss krmd och i Transaktionsservem bekräftar status for det signerade kimdkontraktct och certifikatet och skickar ett meddelande om att de accepterats till tillämp- ningsgränssnittet. 10 15 20 25 30 514 332 9 S44: Tillämpningsgränssnittet API skickar vidare acceptansmeddelandet till till- lämpningen. Tillämpningen startar. Detta kan innebära tex. att ett program eller ett dokument laddas ned till klmden, eller att en beställning av ett objekt fiån en katalog registreras.

S45: Tillämpningen skickar tiek till tillämpningsgränssnittet när det behövs. Det första kan skickas när tillämpningen startas, eller vid en senare tidpunkt.

S46: Tillämpningsgränssnittet skickar vidare ticken till transaktionsservern.

S47: Transaktionsservem lägger in tick för den berörda sessionen i databasen.

Detta kan göras en eller flera gånger med jämna eller ojämna mellanrum.

S45-47 kan upprepas ett godtyckligt antal gånger.

S48: När tillämpningen avslutas skickas en stoppsignal fiån tillämpningen till till- lämpnings gränssnittet.

S49: Ett meddelande, möjligen med ett eller flera tick, skickas från tillämpnings- gränssnittet till transaktionsservern.

S50: Avslutningen och de sista ticken registreras också i databasen.

S51: Transaktionsservern bekräftar till tillämpningsgränssnittet att sessionen har avslutats.

S52: Tillämpningsgränssnittet belaäfiar till tillämpningen att sessionen har avslu- tatS.

För vissa tillämpningar, t. ex. vid betalning i en affär kan ett antal tick, motsvarande beloppet som skall betalas, skickas i en skur vid avslutningen av transaktionen. För andra tillämpningar, t. ex. när man tankar, kan ett antal tick skickas för varje liter bensin.

En bekräftelse sänds fiån programhanteraren till tillämpningsgränssnittet och fiån tillämpningsgränssnittettill tillämpningen.

I det ovanstående har endast signaler som berör uppfinningsiden tagits med. Givet- vis kan andra signaler, såsom synkroníseringssignaler, behöva skickas vid vissa tid- punkter. 10 15 20 25 30 514 352 10 Användarkontralrtet specificerar data som skall gälla för transaktionen. Användar- identiteten och tillämpningen specificeras. Kostnaden specificeras, t. ex. uttryckt så- som kostnaden fór ett tick ock tidsintervallet mellan två tick, kostnaden per tidsperi- od eller den totala kostnaden. Användaren kan också tillåtas specificera en maximi- kostnad. Användarkontraktet kan lagras hos användaren och lagras alltid i eller i an- slutning till transaktionsservern. Andra data, såsom förfarandet för identifikation av användaren kan också specificeras. På detta sätt kan vilken som helst transaktion bekräftas vid ett senare tillfälle om det behövs.

Figur 4 visar signaleringen som äger rum enligt en andra utfóringsform av uppfin- ningen där alla tick skickas till databasen samtidigt. T.ex. när en webbserver deltar i sessionen kan detta vara säkrare än att ha en förbindelse över en längre tidsperiod.

Behörighetskontrollen och fórhandlandet av kontraktet kan utföras på samma sätt som i figur 3 och visas därför inte i figur 4.

S62: Tillämpningen skickar en signal till tillämpningsgränssnittet innefattande information om kimden, om-tillämpningen och om antalet tick som skall sändas.

S63: Tillämpningsgränssnittet skickar vidare informationen om tillämpning och knmd till transaktionsservem.

S64: Transaktionsservern skickar tillbaka statusinfonnation for sessionen.

S65: Tillämpningsgränssníttet skickar ett signerat användarkontrakt, om det är tillämpbart, krmddata och ett antal tick till transaktionsservem.

S66: Transaktionsserverfl lagrar information om den nya sessionen i databasen.

S67 : Transaktionsservem skickar information om tillämpningen och kimden till databasen.

S68: Transaktionsservem lagrar det lämpliga antalet tick i databasen.

S69: Transaktionsservem avslutar sessionen i databasen. i S70: Transaktionsservem skickar statusinformatiion till tillämpningsgänssnittet. 10 15 20 25 30 514 332 ll Såsom nämnt ovan kan behörighetskontrollen utföras på ett antal olika sätt med an- vändning av lösenord, smartkort, mjuka kort, röstgenkänning eller på vilket som helst annat känt sätt. Säkerhetsfimktionema realiseras som en inbyggd del av tillämpningsgränssnittet, men det kan även vara önskvärt att lägga till behörighets- kontrollfiinlctionema som ett separat paket. På detta sätt kan varje innehållsleveran- tör välja kontrollfunktioner som passar till den aktuella tillämpningen. Säkerhets- fimktionerna kan givetvis uteslutas helt och hållet, t.ex. i ett nät med begränsad åt- komst.

För bättre säkerhet krypteras information som sänds mellan användaren och tillämp- ningen, och mellan enhetema. Detta kan göras med hjälp av en lämplig känd krypte- ringsmetod i beroende av behövlig säkerhetsnivå. Ett vanligt sätt att lcryptera infor- mationen mellan ktmd och tillämpning är att använda en privat krypteringsnyckel, specífik for kunden, i kombination med en publik krypteringsnyckel.

När debiteringsdata har lagrats i databasen kan de överföras till en av debiteringsen- heterna, som säkerställer att betalning mottas från kmmden. Detta kan utföras på vil- ket som helst känt sätt. Exempelvis kan en kimd ha ett konto, till vilket pengar be- talas i ñrskott, eller ktmden kan faktureras med jämna mellanrum eller när beloppet som skall betalas når en viss gräns.

Figur 5 är ett flödesschema över stegen som utförs för att tillhandahålla en tillämp- ning i systemet.

Steg S1: Tillämpningsprogrammet skrivs. Detta beror på typen av tillämpning så- som diskuteras nedan.

Steg S2: Tillämpningsgränssnittet hämtas och länkas till tillämpningen.

Steg S3: Kostnaden för att använda tillämpningen specificeras och lagras i databa- sen. Kostnaden specificeras såsom kostnad for ett tick, och ett antal tick per tidsenhet eller vara. 10 15 514 352 12 Steg S4: Programmet görs tillgängligt på nätet. Detta kan tex. innebära att det lag- ras på en webbserver eller levereras till kunder för att installeras på deras datorer.

Utformningen av tillämpningsprogrammet och tillämpningsgränssnittet beror på ty- pen av tillämpning. Om varor skall beställas fiån en katalog bör kunden få informa- tion om varoma och deras pris, företrädesvis på en Webbsida, som också bör göra det möjligt för kimden att mata in information till nansaktionsservern genom till- lämpningsgränssnittet; Denna information bör innefatta identifikation av kunden och av varoma som skall köpas. Alternativt kan informationen om varoma tillhandahål- las i en tryckt katalog, och i detta fall behöver Webbsidan endast innefatta funktioner för att mata in identifikationen och specifikationen av de önskade varoma.

Det är också möjligt enligt uppfinningen att inkludera betalning t.ex. för el eller Vattenförbrukning. I detta fall måste förbrukningen mätas på något känt sätt och in- formation om detta skickas till transaktionsservem. Infonnationen kan överföras som ett antal tick när en viss mängd har förbrukats eller vid vissa tidpunkter.

Claims (13)

10' 15 20 25 514 332 13 Patentkrav

1. Förfarande fór betalning av varor och tjänster i ett datomät genom vilket varor och tjänster kan köpas, varvid datomätet innefattar åtminstone ett tillämpningspro- - gram (3, 5) i en nod i nätet, en transaktionsserver (l; 101), anordnad att motta och lagra information om åtminstone en registrerad kimd i nätet avseende kxmdens an- vändning av varje tillämpningsprogram (3, 5), och ett fillâmpningsprogramgränssnitt - Application Program Interface (7, 9) mellan varje tillämpningsprogram (3, 5) och transaktionsservem (l; 101), vilket förfarande innefattar följande steg: kunden aktiverar tillämpningsprogrammet, kostnaden som uppstår genom användning av tillämpningsprogrammet överförs fiån det berörda tillämpningsprogrammet till transakfionsservem via tillämpningspro- gramgrânssnittet medan sessionen pågår, i form av debiteiingsenheter allt eftersom de uppstår i tillâmpningsprogrammet, debiteringsenhetema ackumuleras i transaktionsservem.

2. Förfarande enligt krav 1, kännetecknat av att en debiteringsenhet sänds för varje tidsenhet, varvid en tidsenhets varaktighet kan väljas individuellt för varje typ av tjänst eller vara.

3. Förfarande enligt krav 1 eller 2, kännetecknat av att ett antal debiteringsenheter sänds för en viss tjänst eller vara.

4. Förfarande enligt något av lsraven 1-3, kännetecknat, av att värdet av en debite- iingsenhet sänds från transaktionsseivem till tillämpningen vid en sessions början. 10 15 20 25 30 514 352 14

5. Förfarande enligt något av föregående krav, kännetecknat av att ett kontrakt spe- cificeras för varje transaktion, vilket kontrakt specificerar parametrar rörande trans- aktionen, inklusive identifikation av köparen, säljaren och typen av tjänst eller vara som köps, och lagras i eller i anslutning till transaktionsservern.

6. Förfarande enligt något av föregående krav, innefattande steget att tillämpnings- programmet mottar information från transaktionsservem om värdet av en debite- ringsenhet för tillämpningsprogrammet och beräknar en kostnad rör användning av tillämpningsprogrammet utifrån denna information och informerar kunden om kost- naden.

7. Förfarande enligt något av föregående krav, kännetecknat av att en kund tillåts specificera ett maximipris för användandet av en tillämpning.

8. Förfarande enligtkrav 7, kännetecknat av att maximipriset ingår i kontraktet.

9. F örfarande enligt något av föregående krav, kännetecknat av stegen att Kostnaden för varje session beräknas i en giltig valuta; Information om kostnaden sänds till en debiteringsenhet (127).

10. Anordning (1; 101) för att möjliggöra debiteringi ett datomät innefattande åt- minstone ett tillämpningsprogram (3, 5) vars användning medför kostnader för an- vändaren, vilken anordning innefattar: minnesorgan (13; 105) som har information om kunder och kostnader för att använ- da nämnda tillämpningsprogram (3, 5), transaktionshanterare (103) för att motta och spara kostnadsinformation om kostna- den som skall registreras för en ktmd för en session i vilken ktmden använder till- lämpningsprogrammet, lagringsorgan (13; 105) för att lagra nänmda information, kännetecknad av att 10 15 514 332 15 transaktionshanteraren (103) är anordnad att motta kostnadsinfonnationen i form av ett antal debiteringsenheter flera gånger under en session, och for att utifrån antalet debiteringsenheter och kostnaden för varje debiteringsenhet beräkna kostnaden för sessionen i en giltig valuta och lagra kostnaden i lagringsenheten.

11. Anordning enligt lcrav 10, kännetecknad av att den innefattar organ (103) för att förhandla fram ett kontrakt med en kund och lagra kontaktat i en databas.

12. Anordning enligt krav 10 eller 11, kännetecknad av att minnesorganet (13; 105) är anordnat att lagra kundspecifik information och organ för att justera priset enligt denna information, tex. ge rabatter.

13. Datornät, kännetecknat av att det innefattar - åtminstone en anordning (l; 101) enligt något av kraven 10-12, - ett tillämpningsgränssnitt (7,9) för att överföra information mellan ett tillämp- ningsprogram (5, 7) och nämnda anordning (l; 101).