SE523112C2 - Förfaringssätt för kommunikation mellan en användarenhet som har möjlighet att läsa information från en yta, och servrar som exekverar tjänster som stöder användarenheten - Google Patents

Description

25 30 35 523 112 referens införlivas häri, i vilken sökanden föreställer sig användandet av en produkt som har en skrivyta som är försedd med en positionskod. Positionskoden, som kodar ett flertal positioner pà ytan, gör det möjligt att elektroniskt spela in information som skrivs på skrivytan. Informationen skrivs med hjälp av en digital penna som har en sensor som detekterar positionskoden och beräknar positioner som motsvarar skrivinformationen.

Produkten kan också har en eller flera aktiveringsikoner som, när de detekteras av den digitala pennan, förorsakar pennan att initiera en tillhörande tidigare bestämd operation som använder informationen som spelats in av pennan.

Speciellt har den positionskodade produkten en inbyggd funktion pà sådant sätt att olika positioner pà produkten, såsom positionerna inom aktiveringsikonen och positionerna inom skrivytan, är avsedda för olika funkt- ioner. Positionskoden kan dessutom koda koordinater för ett stort antal positioner, mycket större antal än det antal nödvändiga positioner som finns pä en enda produkt.

Positionskoden kan därför ses som utgörande en virtuell yta som definieras av alla positioner som positionskoden kan koda, varvid olika positioner pà den virtuella ytan är avsedda för olika funktioner och/eller aktörer.

Ovannämnda koncept kan användas för olika syften.

Kombinationen av penna och positionskodad produkt kan användas som en inmatningsenhet till en dator, en PDA, en mobiltelefon eller liknande. Till exempel kan texter och skisser skrivna pà ett positionskodat anteckningsblock överföras via pennan till en dator. Kombinationen av penna och positionskodad produkt möjliggör dessutom global kommunikation, direkt fràn produkten via pennan, genom det faktum att positionskoden pà produkten är avsedd för sädan kommunikation. Till exempel kan informationen registrerad av pennan omvandlas till ett faxmeddelande, ett e-postmeddelande eller ett SMS- meddelande, och sedan sändas frän pennan till en 10 15 20 25 30 35 _ . . | .I mottagare. Kombinationen av penna och positionskodad produkt kan dessutom användas vid e-handel. Till exempel kan en digital penna användas för att beställa en artikel från en positionskodad annons i en tidning, genom det faktum att positionskoden i annonsen är avsedd för en sådan tjänst.

Ett system konstruerat att innefatta digitala pennor eller motsvarande enheter kommer typiskt att förutom pennorna och ett flertal positionskodade produkter inne- fatta åtminstone en uppslagningsserver som exekverar en tjänst benämnd pappersuppslagningstjänst (Paper Look-up Service), PLS, och ett flertal applikationsservrar som fungerar som aktörer eller tjänstehanterare (Service Handler), SH, i systemet. Uppslagningsservern använder en databas för att hantera den virtuella ytan som definieras av positionskoden och informationen som hänför sig till denna virtuella yta, d.v.s. funktionaliteten för varje position på den virtuella ytan och aktören associerad med varje sådan position. Applikationsservern är en server som utför en tjänst åt en digital penna, såsom att lagra eller vidarebefordra digital information eller initiera överföring av information eller poster till en mottagare.

I ett sådant system som beskrivits ovan är det mycket svårt att förutsäga hur en digital penna kommer att kommunicera med den förekommande uppslagningstjänsten eller de flertalet förekommande uppslagningstjänsterna och det flertalet förekommande applikationsservrar.

Systemet tillhandahåller ett stort antal möjligheter för en aktör som önskar konstruera en tjänst eller en applikation, t.ex. vilka enstaka eller flertalet ytterligare tjänster eller applikationsservrar som ska inbegripas av en specifik tjänst, interaktionen mellan den digitala pennan och olika tjänster vid utnyttjande av en specifik tjänst, vilka åtgärder som ska vidtagas av den digitala pennan under utnyttjande av en tjänst o.s.v.

En operatör av en uppslagningsserver kan dessutom dra fördel av att kunna styra kommunicerad data och 10 15 20 25 30 35 523.112 š*@åš_-L@“}» kommunikationen i sig mellan digitala pennor och olika aktörer, speciellt under initiering av en tjänst. Det kan dessutom finnas fler än en uppslagningsserver i systemet, t.ex. med olika ansvarsområden, så att en mekanism behövs för att styra med vilken uppslagningstjänst en digital penna ska kommunicera.

Ett problem som således måste lösas är hur kommu- nikationen på ett enkelt och effektivt sätt ska koordineras och styras i ett system av det slag som beskrivits ovan.

Sammanfattning av uppfinningen Ett syfte med föreliggande uppfinning är att till- handahålla ett förfaringssätt för kommunikation mellan en användarenhet, som har möjlighet att läsa information från en yta, och servrar som exekverar tjänster som stöder användarenheten.

Ett annat syfte är att tillhandahålla ett kommuni- kationsprotokoll för användning av en användarenhet som möjliggör att en uppslagningsserver, såväl som någon applikationsserver, kan styra kommunikationen i vilken användarenheten är inblandad.

Enligt uppfinningen löses problemet och uppnås syftena av ett förfarande enligt oberoende patentkrav 1, av en användarenhet enligt oberoende patentkrav 23 och av ett datorläsbart medium enligt oberoende patentkrav 24.

Uppfinningen baserar sig på idén att mottagaren av information som härrör från en användarenhet, och de data som inbegrips i sådan kommunikation, styrs genom över- föring av instruktioner till användarenheten från en server. Baserat på mottagna instruktioner bestämmer användarenheten till vilken mottagare ett meddelande ska sändas och vilka data som meddelandet ska innefatta.

Ett meddelande med instruktioner mottaget av en användarenhet och något meddelande med data sänt från användarenheten som ett resultat därav definierar en tur- 10 15 20 25 30 35 5 och-retur-operation för en användare. En kommunikations- session i vilken användarenheten sänder data lästa fràn en yta inbegriper en eller flera sådana tur-och-retur- operationer.

Vid initiering av en kommunikationssession exekverar användarenheten en uppsättning tidigare lagrade upp- startsinstruktioner. Dessa resulterar typiskt i att ett meddelande sänds till en uppslagningsserver som lagrar informationshanteringsregler associerade med olika ytomràden. Denna uppslagningsserver är dessutom ansvarig för den initiala styrningen av användarenhetens kommunikationsuppträdande. Användarenheten har företrädesvis förmågan att associera nya instruktioner med sin uppstartsprocedur som respons pà en instruktion fràn uppslagningsservern, vilken instruktion tidigare definierats att initiera ett sàdant agerande.

Företrädesvis, om användarenheten har detekterat ett specifikt ytomràdes information, vilket ytomràde definierar en sändoperation, exekveras de tidigare lagrade instruktionerna som är associerade med detta omràde. Användarenheten är páverkbar av en instruktion som associerar nya instruktioner med det specifika området.

Användarenheten kommer med fördel att, till följd av ett meddelande sänt till en server, mottaga en instruktion som innefattar en indikering av resultatet för den aktivitet som begärdes i meddelandet. Detta resultat lagras för att senare kunna överföras i ett nästa meddelande till servern som administrerar fakturering, typiskt uppslagningsservern. Denna server är således försedd med medel pà vilka fakturering av användarenheten för utnyttjade tjänster baseras.

Ytterligare särdrag hos och fördelar med före- liggande uppfinning kommer att framgå av den bifogade beskrivningen, som hänvisar till de bifogade ritningarna av exemplifierande utföringsformer därav. 10 15 20 25 30 35 o 6 Kort beskrivning av ritningarna Exemplifierande utföringsformer av föreliggande uppfinning kommer nu att beskrivas mer detaljerat med hänvisning till de bifogade ritningarna, i vilka: Fig. 1 visar elementen och deras grundläggande sam- verkan i ett system som innefattar användarenheter och servrar som exekverar understödjande tjänster; Fig. 2 är en schematisk vy över innanmätet hos en digital penna som realiserar en användarenhet; Fig. 3 visar protokollstackarna som används när en användarenhet kommunicerar med en avlägsen nätverksserver eller en lokal server; Fig. 4 visar ett flödesschema över arbetssättet för en användarenhet i enlighet med en exemplifierande utföringsform; och Fig. 5 visar ett diagram över arbetssättet för en användarenhet och dess kommunikation med understödjande tjänster under en kommunikationssession i enlighet med en annan utföringsform av uppfinningen.

Detaljerad beskrivning av uppfinningen Infrastrukturen för ett system som innefattar användarenheter och understödjande tjänster visas i Fig. 1. Denna infrastruktur och delar av dess arbetssätt har tidigare beskrivits i sökandens internationella patent- ansökningar PCT/SE00/02640, PCT/SEOO/02641 och PCT/SEO0/02659, vilka alla införlivas häri med dessa referenser.

Systemet i Fig. 1 innefattar ett flertal användar- enheter 100, ett flertal produkter 110 med positionskoder 120, ett flertal nätverksanslutningsenheter 130 och ett 150, stödjande tjänster. Servrarna innefattar åtminstone en på flertal servrar 140, 160 som exekverar under- avstànd belägen uppslagningsserver 140, en lokal uppslagningsserver 150 och ett flertal applikationsservrar 160. För att förenkla beskrivningen innefattar Fig. 1 endast en digital penna 100 som lO 15 20 25 30 35 n ', ana. _ . 7 implementerar en användarenhet, en produkt 110 med positionskod 120 och en aktiveringsikon 125, en mobilstation 130 som implementerar en nätverks- anslutningsenhet, en på avstånd belägen uppslagningsserver 140 som exekverar en på avstånd belägen pappersuppslagningstjänst (på avstånd belägen PLS), en lokal uppslagningsserver 150 som exekverar en lokal pappersuppslagningstjänst (lokal PLS) och en applikationsserver 160 som exekverar en applikations- tjänst (AS).

Produkten 110 är försedd med ett kodmönster som tolkas av den digitala pennan 100 som positioner på produktens 110 yta. Kodmönstret är sådant att det kodar positioner på en total yta som är mycket större än produktens 110 yta. Baserat på detekterade positioner fastställer den digitala pennan en eller flera av ytans absoluta koordinater.

Den totala ytan är företrädesvis uppdelad i ett antal segment, varvid varje segment är uppdelat i ett antal hyllor, varje hylla är uppdelad i ett antal böcker och varje bok är uppdelad i ett antal sidor. En absolut koordinat kommer av den digitala pennan att fastställas att vara belägen på en viss sida. Sidan kan identifieras med utnyttjande av formatet 1.2.3.4 (segment.hylla.bok.sida), vilket betecknar sidan 4 i bok 3, på hylla 2 i segment 1. Denna notation definierar en sidadress.

När användaren flyttar den digitala pennan 100 över ytan hos produkten 110 spelas information in genom detek- tering av positioner på ytan och fastställande av mot- svarande absoluta koordinater. Dessa absoluta koordina- ter, eller den sidadress till vilken koordinaterna till- hör, kommuniceras via mobilstationen 130 till antingen den lokala PLS-servern 150, den på avstånd belägna PLS- servern 140 eller applikationsservern 160. Om den lokala PLS-servern 150 är utrustad med en Bluetooth®-sändtagare kan den digitala pennan 100 kommunicera direkt med den 10 15 20 25 30 35 lokala PLS-servern 150. Den på avstånd belägna PLS- servern lagrar detaljer om den totala ytans alla koor- dinater i ett minne eller i en ansluten databas (inte visad). Detta innefattar också lagring av detaljer om de sidor i vilka den totala ytan är uppdelad. På motsvarande sätt lagrar den lokala PLS-servern 150 detaljer om koordinater och sidor för ett eller flera begränsade ytområden, vilka ytomràden används av en eller ett begränsat antal användare och vilka ytområden är del- områden av den totala ytan. Den på avstånd belägna eller den lokala PLS-servern innehåller programvara som behandlar mottagen information, som åtminstone innefattar koordinatinnehåll eller sidadressinnehåll, i enlighet med de hanteringsregler som har associerats med en viss koordinat eller en viss sidadress.

För användaren är systemet enkelt att använda efter- som användaren inte själv behöver definiera hur inspelad information ska hanteras. När användaren initierar en kommunikationssession för överföring av information styrs hanteringen av denna information baserat på de koordina- ter som användaren spelar in och/eller den sidadress på vilken informationen spelades in med hjälp av den digitala pennan 100.

När användaren av den digitala pennan 100 önskar initiera överföring av information gör han en ”markering” i aktiveringsikonen 125. Inspelningen av åtminstone en av aktiveringsikonens positioner kommer i detta fall att kännas igen av användarenheten 100 som en koordinat för ett sändområde, vilket sändomràde är associerat med en viss sändinstruktion. Per default innefattar denna sänd- instruktion adressen för en fördefinierad PLS-server, antingen den på avstånd belägna PLS-servern 140 eller den lokala PLS:en 150. Alternativt finns det två sändomràden, en associerad med den på avstånd belägna PLS-servern och en med den lokala PLS-servern.

Den totala ytans positionskodningsmönster, i vilka yta produktens 110 yta utgör en mindre del, kan konstrue- 10 15 20 25 30 35 523 Y112~ 9 ras på ett antal olika sätt, men har det generella sär- draget att om någon del av mönstret med en viss minsta storlek spelas in, så kan positionen därav i det över- ordnade positionskodade mönstret otvetydigt bestämmas.

Dessutom är det överordnade positionskodningsmönstret uppdelat i sidor såsom beskrivits ovan.

Det är fördelaktigt om positionskodningsmönstret är av den typ som visas i den publicerade internationella patentansökan WO 00/73983 inlämnad den 26 maj 2000, eller i den internationella patentansökan PCT/SE00/01895 inlämnad den 2 oktober 2000, vilka bàda ansökningar är överlàtna pà föreliggande sökande. I dessa mönster är varje position kodad av ett flertal markeringar eller symboler, varvid varje symbol bidrar till kodningen av flera positioner. Positionskodningsmönstret är konstrue- rat av litet antal typer av symboler.

Ett exempel visas i WO 00/73983 där en större punkt representerar en ”etta” och en mindre punkt respresen- terar en "nolla".

Det för närvarande föredragna mönstret visas i PCT/SEO0/01895, där fyra olika förskjutningar av en punkt eller markering i relation till en rasterpunkt kodar fyra olika värden. Detta mönster är konstruerat av små punkter med ett nominellt mellanrum om 0,3 mm. Vilken del som helst av mönstret som innehåller 6 x 6 sådana punkter definierar ett par av absoluta koordinater. Varje par av absoluta koordinater definieras således av en delmängd om 1,8 mm x 1,8 mm av positionskodningsmönstret. Genom fastställelse av positionen för de 6 x 6 punkterna detekterade av sensorn i användarenheten som används för att läsa mönstret, kan en absolut position pà den virtuella ytan beräknas genom interpolation med en upplösning om 0,03 mm.

Detta positionskodningsmönster kan koda ett stort antal absoluta positioner. Eftersom varje position kodas av 6 x 6 punkter, vilka var och en kan ha ett av fyra värden, kan 4% positioner kodas, vilket med det ovan- 10 15 20 25 30 35 523 -112~ ~~~~ ~~ n . : | .c 10 nämnda nominella avståndet mellan punkter motsvarar en yta om 4,6 miljoner kmz.

Som tidigare nämnts är den totala ytan företrädesvis uppdelad, i turordning, i segment, hyllor, böcker och sidor av en bok. De olika icke-överlappande segmenten är dedicerade för olika typer av informationshantering.

Konceptet med sidor-böcker-hyllor-segment möjliggör att, t.ex., en del av en hel bok eller en hel hylla etc. är dedicerad för en viss aktör för en viss typ av informa- tionshantering. Vissa sidor kan t.ex. vara dedicerade för elektronisk informationsuppsamling för ett trans- portföretag, andra sidor för hantering av elektroniska vykort för ett distributionsföretag, ytterligare andra sidor för distribution av produktinformation till en köpare av en viss produkt, ytterligare andra sidor kan vara dedicerade för inspelning av handskriven information som alltid ska vidarebefordras till en tidigare bestämd server på Internet och ytterligare andra sidor kan vara dedicerade för sändning av grafiska e-postmeddelanden, SMS, fax eller liknande.

Applikationstjänster är applikationer där informa- tionshanteringen styrs via en eller flera tidigare bestämda applikationsservrar i systemet. Såsom indikerats ovan kan ett företag eller liknande tilldelas en eller flera sidor, eller företrädesvis hela hyllor, av den totala ytan, varefter företaget har ensamrätt till den tilldelade delen av den totala ytan. Applikationstjänster kan också återfinnas på en lokal server, t.ex. samma server som den som härbärgerar den lokala PLS:en, och olika lokala applikationer kan tilldelas olika sidor. I den på avstånd belägna PLS-servern 140 som hanterar den totala ytans alla sidor noteras det vilket företag som har rätten till vilken del av den totala ytan. Den på avstånd belägna PLS-servern 140 kommer som svar på information mottagen från den digitala pennan 100, vilken information innefattar åtminstone en koordinat eller en sidadress, att bestämma till vilken aktör, t.ex. företag, 10 15 20 25 30 35 5231 112 ll som motsvarande ytomràde är allokerat och hur informationen ska hanteras. Pà motsvarande sätt kommer den lokala PLS-servern 150 att som svar pà mottagen information, som innefattar àtminstone en koordinat eller en sidadress, att bestämma till vilken lokal applikation, t.ex. kalender-, e-post- eller faxapplikation, som motsvarande ytomràde är allokerat och hur informationen ska hanteras.

Fig. 2 visar ett exempel pà en användarenhet 2.

Användarenheten innefattar ett hölje 11 som har den ungefärliga formen av en penna. En kortsida av höljet har en öppning 12 och är avsedd att hållas i kontakt med, eller med ett kort avstånd fràn, ett underlag försett med ett positionskodningsmönster_ Användarenheten, nedan kallad en digital penna, innefattar i huvudsak en optikdel, en elektronikkretsdel och en strömmatningsdel.

Optikdelen bildar en digital kamera och innefattar åtminstone en diod 13 som sänder ut infrarött ljus för belysning av ytan som ska fotograferas och en ljuskänslig sensor 14, t.ex. en CCD- eller CMOS-sensor, för inspel- ning av en tvàdimensionell bild. Användarenheten kan också innefatta ett linssystem (inte visat). Det infra- röda ljuset absorberas av symboler, företrädesvis punkter, i positionskodningsmönstret och gör dem pà detta sätt synliga för sensorn 14. Sensorn spelar företrädesvis in åtminstone 100 bilder per sekund.

Strömmatning för pennan erhålls fràn ett batteri 15 som är monterat i en separat behållare i höljet. Alterna- tivt kan pennan vara ansluten till en extern strömkälla.

Elektronikkretsdelen innefattar en signalprocessor 16 för fastställande av en position baserat på bilden som lästs av sensorn 14, och mer specifikt en processorenhet med en mikroprocessor som är programmerad att spela in bilder från sensorn, identifiera symboler i bilden och i realtid fastställa absoluta koordinater för positioner pà 10 15 20 25 30 35 Cfi BJ CN -Å _; BJ 12 ytan baserat på bilden av en delmängd av positionskod- ningsmönstret.

Fastställande av positionen utförs således av signalprocessorn 16 som för detta måste ha programvara som möjliggör att den kan lokalisera och avkoda symboler i en bild och möjliggör för den att fastställa positioner från de därmed erhållna koderna. En fackman inom området kan konstruera sådan programvara utifrån beskrivningen i den ovannämnda patentansökan PCT/SEOO/01895.

Signalprocessorn 16 är också programmerad att analysera lagrade par av koordinater och att omvandla dessa till ett koordinattåg som utgör en beskrivning av hur användarenhet 2 har förflyttats över ytan som är försedd med positionskodningsmönstret_ Signalprocessorn 16 behöver inte vidarebefordra all inspelad information till samma server. Signalprocessorn 16 kan vara programmerad att analysera de inspelade koordinaterna och endast vidarebefordra information som respresenteras av koordinater inom ett visst koordinat- område. Signalprocessorn 16 kan också ha programvara för kryptering av informationen som sänds till en server.

Den digitala pennan innehåller definitionen av postitionskodningsmönstret för den totala ytan som kan kodas av detta mönster. Från en fastställd position kan således signalprocessorn härleda vilket område av den totala ytan som positionen tillhör. Ett sådant område representerar typiskt en specifik sida eller en specifik aktiveringsikon pà en sida.

Den digitala pennan är anordnad att sända en posi- tionskodad ytas information, som genereras av användaren med den digitala pennan, till en lokal eller en på avstånd belägen uppslagningstjänst eller till en applikationstjänst. I systemet enligt Fig.1 sänds informationen trådlöst till mobilstationen 130 som implementerar nätverksanslutningsenheten, vilken i sin tur sänder informationen till den lokala PLS-servern 150, den på avstånd belägna PLS-servern 140 eller 10 15 20 25 30 35 nøvøno - 13 applikationsservern 160. Nätverksanslutningsenheten är alternativt en dator eller någon annan lämplig enhet som har ett gränssnitt till ett nätverk, t.ex. Internet, ett lokalt företagsnät eller ett telefoninät.

Nätverksanslutningsenheten 130 kan alternativt utgöra en integrerad del av pennan 100. All inspelad data kan lagras i ett buffertminne 20 i avvaktan pà överföring till den mottagande servern 140, 150, 160. Som ett resultat av detta kan pennan 100 arbeta fristående, d.v.s. pennan 100 sänder informationen när den har möjlighet till detta, t.ex. när den etablerar kontakt med nätverksanslutningsenheten 130, varvid den tar fram lagrad information fràn buffertminnet 20.

Förutom att sända positioners absoluta koordinater som genererats genom analys av pennrörelser över en yta, samt sidadressdata, är den digitala pennan också kapabel att sända egenskapsdata för pennan till en server. Egen- skaperna är lagrade i minnet 20 som adresserbara värden eller teckensträngar som kan läsas och skrivas av proces- sorn 16. Nedan àterfinns en exemplifierande, icke uttöm- mande, lista över egenskapsdata för en penna. Det är enkelt att tänka sig ytterligare egenskapsdata.

PEN_ID -pennans unika identitet; PEN_SOFTWARE_VERSION -pennans programvaruversion; TRANSACTION_DATA -senaste transaktionens identitet och status; PEN_MANUFACTURER_ID -penntillverkarens identitet; LOCAL_URL -en lokal servers URL (Uniform Resource Locator); PLS_URL -URL:en för en pà avstånd 10 15 20 25 30 35 523 1112' LAST_PROPERTY_UPDATE PEN_owNER_NAME PEN_owNER_ADDREss PEN_owNER_INvo1cE_ADDREss PEN_OWNER_EMAIL PEN_OWNER_HOME_PHONE PEN_owNER_cELL_PHoNE PEN_owNER_BUsINEss_PHoNE PEN_owNER_PAGER PEN_owNER_HoME_FAx PEN_owNER_BUsINEss_FAx TXT_SYSTEM_ERROR 14 belägen server som exekverar en pappers uppslagningstjänst; -identiteten för den senast förpliktigade uppdateringen av egenskaper i pennan; -självförklarande; -sjàlvförklarande; -självförklarande; -självförklarnade; -självförklarande; -självförklarande; -självförklarande; -sjàlvförklarande; -självförklarande; -självförklarande; -en teckensträng med ett specifikt meddelande, i detta fall fel under en sàndbegäran. Det finns ett antal teckensträngar med meddelanden till användaren. 10 15 20 25 30 35 ß ":.": 15 En användarenhet och dess associerade nätverks- anslutningsenhet är normalt placerade ganska nära varandra. Kommunikationen mellan användarenheten och nätverksanslutningsenheten, såsom mellan den digitala pennan 100 och mobilstationen 130 i Fig. 1, kan utföras via ledningar, infraröd strålning eller radiovågor, t.ex. i enlighet med Bluetooth®-teknologin, eller med någon annan teknologi för överföring av information över korta avstånd. För detta ändamål har den digitala pennan i Fig. 2 en sändtagare 19 för trådlös kommunikation med externa enheter, företrädes en Bluetooth®-sändtagare.

I Fig. 3 visas exemplifierande protokollstackar som används vid kommunikation mellan en användarenhet 100, såsom en digital penna, och understödjande tjänster på olika servrar. På den vänstra sidan visas exemplifierande protokollstackar vid kommunikation över Internet mellan en digital penna (PEN) och en pappersuppslagningstjänst (PLS), eller mellan en penna och en applikationstjänst (Application Service Handler) som tillhandahåller en tjänst. På högra sidan visas exemplifierande stackar vid kommunikation mellan en digital penna och en lokal server. Den lokala servern är t.ex. en lokal persondator som exekverar en lokal applikationsdirigeringstjänst, Local Application Router Service, LARS (som arbetar som en lokal PLS). Den lokala servern kan dessutom exekvera en lokal applikationstjänst.

Kommunikationen mellan den digitala pennan och en lokal eller på avstånd belägen server baseras på en uppsättning fördefinierade instruktioner som tillsammans definierar ett pennprotokoll, PP. Nämnda PP realiseras ovanpå ett säkerhetspennprotokoll, SPP, som i sin tur är realiserat på det välkända HTTP-protokollet. I Internet- fallet är HTTP-skiktet realiserat på TCP/IP, PPP och RFCOMM-profilen för Bluetooth®, och i det lokala fallet direkt på RECOMM-profilen för Bluetooth®. Pennprotokollet PP är såldes det protokoll som realiserar kommunikations- förfarandet som är föremål för föreliggande uppfinning. 10 15 20 25 30 35 u ~ o . .- 523 112 16 Säkerhetspennprotokollet SPP är ett protokoll framtaget av sökanden av föreliggande uppfinning och ett penn-API (Application Programmers Interface) tillför ett abstrak- tionsskikt ovanpå PP för användning av aktörer vid konstruktion av tjänster som understödjer digitala pennor. Varken nämnda SPP eller nämnda penn-API ligger inom ramen för uppfinningen och kommer inte ytterligare att beskrivas. Andra delar i stackarna är kommunikations- protokollskikt som är välkända för fackmannen.

Instruktioner mottages av den digitala pennan i ett HTTP-svar som sänds från en server som svar på en HTTP- begäran tidigare sänd av pennan.

Ett mottaget meddelande i ett HTTP-svar består av tre delar: en datadel för protokollversion som beskriver vilken version av pennprotokollet som resten av svaret följer, en inledande del i svaret som innehåller metadata om svaret och en instruktionsdatadel som innehåller ett antal instruktioner med parametrar. Instruktionsdatadelen identifierar instruktionerna med hjälp av deras för- definierade identiteter. Varje instruktionsidentitet åtföljs av en eller flera parametrar identifierade av deras respektive parameteridentiteter. Varje parameter- identitet åtföljs av parameterns värde, vilket värde kan vara ett booleskt värde, ett heltal, en teckensträng, en ström av bytes eller en vektor med värden av någon av tidigare nämnda typer.

Ett användarenhetmeddelande som sänds från den digitala pennan sänds i en HTTP-begäran. Användarenhets- meddelandet sänds till en specifik server och innehåller fyra delar: en datadel för protokollversion som beskriver vilken version av pennprotokollet som resten av begäran följer, en inledande del av begäran som innehåller meta- data om begäran, en siddatadel med inspelad pennförflytt- ningsdata och en egenskapsdatadel med en eller flera pennegenskaper. Egenskapsdatadelen identifierar egen- skaperna med hjälp av deras fördefinierade identiteter.

Varje egenskapsidentitet åtföljs av egenskapens värde, 10 15 20 25 30 35 u « n | n - . ø - .n 17 vilket värde kan vara något av typerna beskrivna ovan för parametervärdet i ett svar. Inledande delen i begäran innefattar en sidadress och en s.k. pidget(paper widget)- identitet. Sidadressen är sididentiteten för sidan på vilken ett sändområde, eller någon annan aktiveringsikon, som initierade begäran är placerad. Fasta bitpositioner i sidadressen representerar, i turordning, ett segment, en hylla, sidadress betecknas 'segment.hylla.bok.sida'_ en bok och en sida. Som tidigare beskrivits kan en Pidget- identiteten är identiteten för sändområdet (eller aktive- ringsikonen) på sidan ifråga. En sådan identitet är nöd- vändig eftersom fler än en aktiveringsikon kan vara placerade på samma sida. En begäran från den digitala pennan under samma sändsession, d.v.s. under samma trans- aktion, initierad av ett visst sändområde på en viss sida kommer att innefatta sidans sidadress och sändområdets pidget.

Definitionen för varje instruktion som ingår i penn- protokollet finns lagrad i minnet 20 hos den digitala pennan 100. När den digitala pennan ska utföra den åtgärd eller de åtgärder som är associerade med en specifik instruktion kommer processorn 16 att adressera mot- svarande definition i minnet 20, vilken definition kommer att styra arbetssättet för processorn 16 och således den digitala pennan 100. Arbetssättet för den digitala pennan generellt, och arbetssättet i enlighet med pennprotokoll- instruktionerna i synnerhet, styrs av datorexekverbara komponenter lagrade i minnet 20. Minnet 20 implementerar således ett datorläsbart medium som lagrar komponenter som åstadkommer att en digital penna 100 arbetar i enlighet med föreliggande uppfinning. Ett sådant datorläsbart medium kan emellertid också vara externt till den digitala pennan, antingen i syfte att vara åtkomligt av den digitala pennan eller i syfte att överföras och laddas ned i pennans 100 minne 20 i ett senare skede. 10 15 20 25 30 35 523 1' 12 j_'_=; . :jïf . f: 2-1. 18 Nedan återfinns en icke uttömmande lista över instruktioner som innefattas av pennprotokollet PP.

Listan är uppdelad i instruktioner som är exklusiva för den på avstånd belägna PLS-servern och i publika instruk- tioner. Det senare betyder att en valfri server, den på avstånd belägna eller den lokala PLS-servern såväl som någon applikationsserver, kan styra en digital pennas åtgärder med hjälp av dessa instruktioner.

Instruktioner exklusiva för en på avstånd belägen PLS- Server I -grantPageDataAccess(pageAddress) Parametern pageAddress definierar den sida eller de sidor som är åtkomliga i en addPageData-instruktion i samma session. -grantPropertyAccess(property identities) En eller flera parametrar med egenskapsidentiteter (property identities) som definierar vilka pennegenskaper som är åtkomliga i en addPropertyData-instruktion i samma session. -internetïnitialApplicationRequest (url) Postar en begäran till den tillhandahållna url:en.

Instruktionen medför att det underliggande SPP-proto- kollet används. -internetLookupRequest Postar en begäran till den url som definieras av egenskapen PLS_URL. Instruktionen medför att det under- liggande SPP-protokollet används. -regVerticalApp(pageAddress, instructionsscript) Associerar en sida eller sidor definierade av para- metern pageaddress med en uppsättning instruktioner definierade av parametern instructionscript. Dessa 10 15 20 25 30 35 o --nu 19 instruktioner kommer sedan att exekveras vid detektering av positioner i det specifika ytomràdet, såsom ett sänd- område. -setProperty(propertyID, value) Tilldelar en viss egenskap ett visst värde. Värdet kan vara ett booleskt värde, ett heltal, en teckensträng, en ström av bytes eller en vektor med värden av någon av de tidigare nämnda typerna. -startTranscation(transID) Denna instruktion startar en applikationstrans- aktion. Parametern identifierar transaktionen och är företrädesvis lika med aktuell GMT (Greenwich Mean Time) i millisekunder sedan år 1970, såsom räknat av den på avstånd belägna PLS-servern. -localLookupRequest Postar en begäran till urlzen definierad av egen- skapen LOCAL_URL.

Publika instruktioner: -abortTransactionVerbose Avbryter en applikationstransaktion. -addPageData(pageAddresS) Parametern PageAddress specificerar den sida från vilken inspelad data ska läggas till ett användar- enhetmeddelande i en begäran. Denna instruktion kräver att servern som sänder instruktionen har rättigheten att läsa motsvarande siddata. Detta innebär att servern är den på avstånd belägna PLS-servern, eller att en grantPageDataAccess-instruktion har anropats av den på avstånd belägna PLS-servern tidigare i sessionen eller att sessionen är en lokal session och läsbar av den lokala PLS-servern. 10 15 20 25 30 35 523 112 §..š_..:¿..¿. 20 -addPropertyData(property identities) En eller flera parametrar som identifierar en eller flera pennegenskaper. Värdena pà dessa egenskaper kommer att inbegripas av (eller adderas till) en begärans användarenhetmeddelande. Denna instruktion kräver att servern som sänder instruktionen har rättigheten att läsa motsvarande egenskaper. Detta betyder att servern är den på avstånd belägna PLS-servern eller att en grantPropertyAccess-instruktion har anropats av den pä avstånd belägna PLS-servern tidigare under samma session. -commitTransactionVerbose Förpliktigar en transaktion, d.v.s. talar om för pennan att tjänsten har utförts framgångsrikt av servern. -internetApplicationRequest(url) Poster en begäran till den tillhandahàllna urlzen.

Instruktionen betyder att det underliggande SPP-proto- kollet använts. -localApplicationRequest(url) Postar en begäran till den tillhandahàllna url:en.

Med hänvisning till Fig. 4 visas ett flödesschema över arbetssättet för en användarenhet i enlighet med en exemplifierande utföringsform. Notera att instruktionerna och parametrarna som beskrivs nedan endast är exempli- fierande. Många av dessa kan ändras eller ersättas med andra lämpliga instruktioner och/eller parametrar som beskrivs häri och fortfarande falla inom ramen för utföringsformen i Fig. 4.

I steg 400 spelar den digitala pennan 100 in de delar av det positionskodade mönstret som återfinns inom omràdessensorns 14 synfält, när penndrag görs med den digitala pennan av användaren på en yta 120 som har ett 10 15 20 25 30 35 523 112 _. 1 ... » .f . 0 I o..

OH Ino-o: °" u» . ° n ° 00 nu :acc Q - - n-nu oo naouou a v -annan 21 sådant mönster. Processorn 16 omvandlar de detekterade positionerna på ytan med det positionskodade mönstret till absoluta koordinater och genererar en sekvens av koordinater som beskriver hur den digitala pennan har förflyttats över ytan under penndragen. Denna sekvens av koordinater är också känd som penndragdata. Baserat pà dessa koordinater och kunskap om hur koordinaterna definierar den totala ytan för det positionskodade mönstret, fastställer processorn motsvarande sidadress för den specifika yta till vilken koordinaterna tillhör.

Om någon koordinat tillhör en aktiveringsikon 125, såsom ett sändområde, fastställs motsvarande sändomràdes iden- titet, d.v.s. pidget-identitet, baserat på kunskap om vilka koordinater som definierar vilka aktiveringsrutor.

I steg 410 exekverar den digitala pennans 100 processor 16 en uppsättning tidigare lagrade uppstarts- instruktioner med ett antal tidigare lagrade parametrar som definierar vilka data som ska sändas till vilken server. Om t.ex. processorn detekterar att vissa inspelade koordinater tillhör en aktiveringsikon 125 som definierar ett Internet-sändomràde, exekveras de tidigare lagrade uppstartsinstruktionerna som är associerade med detta sändomràde. Uppstartsinstruktionerna kan t.ex. vara: -addPropertyData(PEN_ID,_TRANSACTION_DATA, PEN;MANUFACTURER_ID, LAST_PROPERTY_UPDATE); -internetLookupRequest(PLS_URL).

Den första instruktionen definierar vilka egenskapsdata som ska sändas. Den andra instruktionen kommer att instruera den digitala pennan att sända en HTTP-begäran med ett användarenhetmeddelande som innefattar speci- ficerad egenskapsdata till den på avstånd belägna PLS- servern 140. Den mottagande servern identifieras av en tidigare definierad URL-adress lagrad av egenskapen PLs_URL. 10 15 20 25 30 35 Q o 0. o - - 1 . a 4 nu n . < om nu n 22 Alternativt, om de detekterade koordinaterna tillhör en aktiveringsikon 125 som definierar ett lokalt sänd- omràde, ska användarenhetmeddelandet sändas till den lokala PLS-servern 150 och de tidigare lagrade uppstarts- instruktionerna kan se ut som: -addPropertyData(PEN_ID) -localLookupRequest(LOCAL_URL).

Det är föredraget, och såsom indikeras ovan, att uppstartsinstruktionerna som definierar vilka egenskapsdata som ska sändas till den på avstånd belägna PLS-servern innefattar egenskapen TRANSACTION_DATA. Denna egenskap innefattar den senaste transaktionens identitet såväl som den senaste transaktionens status. Denna status anger resultatet (t.ex. lyckades, avbröts, avvaktande) för en aktivitet hos en applikationsserver som var inblandad i den senaste transaktionen. Den mottagande, på avstånd belägna, PLS-servern kan företrädesvis basera fakturering på mottagna transaktionsdata, t.ex. genom fakturering av pennabonnenten om transaktionen lyckades, men inte om statusen anger att transaktionen av något skäl avbröts. Denna åtgärd att innefatta resultatet för den senaste transaktionen i meddelandet som ska sändas anges som ett steg 420 i Fig. 4. En annan egenskap som företrädesvis sänds med hjälp av startuppinstruktionerna är LAST_PROPERTY_UPDATE. Denna egenskap kan användas av den mottagande, på avstånd belägna, PLS-servern 140 för att fastställa om den innehar någon uppdaterad informa- tion som ska lagras av pennan som ett uppdaterat penn- egenskapsvärde. Om så är fallet kommer servern 140 i ett senare skede att initiera lagring av nya värden för en eller flera egenskaper med utnyttjande av instruktionen setProperty, såsom kommer att beskrivas nedan. Överföringen av HTTP-begäran med användarenhet- meddelandet till servern anges som ett steg 430. Såsom tidigare beskrivits kommer ett användarenhetmeddelande att innefatta sidadressen för det ytområde på vilket -onooo 10 15 20 25 30 35 5.23 -112 -.unna 23 penndrag detekterades och, om någon aktiveringsikon ”markerats” genom ett penndrag, identiteten för denna aktiveringsikon (pidgetidentitet). Genom utförande av överföringen av nämnda HTTP-begäran initierar den digitala pennan en sändsession. Sändsessionen kan således initieras genom att pennan sänder nämnda HTTP-begäran till antingen en på avstånd belägen eller till en lokal PLS-server med utnyttjande av instruktionen internetLookupRequest respektive instruktionen localLookupRequest. När nämnda HTTP-begäran sänds med utnyttjande av instruktionen internetLookupRequest, betyder detta att pennprotokollet PP kommer att använda det underliggande säkerhetspennprotokollet SPP. Nämnda SPP tillhandahåller kryptering av kommunikationen mellan den digitala pennan och den på avstånd belägna PLS- servern. Denna kryptering gör det möjligt för den pà avstånd belägna PLS-servern att sända instruktioner tillhörande en tidigare definierad, begränsad, uppsättning av instruktioner till den digitala pennan, d.v.s. instruktioner exklusiva för den pà avstånd belägna PLS-servern, och för den digitala pennan att vara förvissad om att en instruktion tillhörande denna begränsade uppsättning mottogs från den specifika, på avstånd belägna PLS-servern och inte från någon annan server. Denna kryptering kan utnyttja tekniker som är kända för fackmannen inom området kryptering. Oaktat detta ligger implementeringen av SPP-protokollet utför omfånget för föreliggande uppfinning.

En instruktion som mottages av den digitala pennan 100 mottages i steg 440 i ett HTTP-svar från servern till vilken pennan gjorde en HTTP-begäran. En mängd olika instruktioner kan mottagas i HTTP-svaret. Svaret kommer typiskt innefatta instruktioner tillhörande den diskute- rade begränsade instruktionsuppsättningen_ Typiska exempel pä sådana instruktioner innefattar en instruktion för uppdatering av en egenskap lagrad i pennan, en instruktion för associering av en uppsättning uppstarts- o :ovana 10 15 20 25 30 35 24 instruktioner med ett sändområde eller ett antal instruk- tioner som initierar en viss applikationstransaktion.

Med instruktionen setProperty(propertyID, value) uppdaterar den på avstånd belägna PLS-servern en eller flera egenskaper lagrade av pennan. Om t.ex. penna i sin begäran har sänt egenskapen LAST_PROPERTY_UPDATE med ett värde lika med 2, kommer den mottagande servern att kontrollera detta värde mot ett motsvarande egenskaps- uppdateringsvärde lagrat av servern. Om det föreligger någon skillnad mellan värdena kan servern identifiera vilken egenskap som behöver uppdateras. När pennan t.ex. mottager instruktionen setProperty(PEN_OWNER_EMAIL, mr_X@company_Y.com) i HTTP-svaret, betyder detta att pennan kommer att lagra sin ägares nya e-postadress.

Denna aktivitet utförs i steget 450. Om inga fler instruktioner mottogs kommer pennan avsluta sessionen i steg 470 varefter exekveringen återgår till steg 400 för behandling av nya inspelade positioner från ytan.

Med instruktionen RegVerticalApp(pageAddresss, instructionscript) associeras en ny uppsättning av uppstartsinstruktioner med ett sändområde. Instruktionen skulle t.ex. kunna hänföra sig till sidor för en viss segment/hylla/bok. Detta anges med sidadressen, t.ex. 2.3.4.* betyder alla sidor av bok 4, hylla 3, segment 2.

Instruktionsskriptet innefattar koordinatparametrar och definierar vilka instruktioner som ska exekveras när pennan detekterar inspelning av positioner hos ett sänd- omràde som definieras av dessa koordinater på alla sidor som definieras av sidadressen 2.3.4.*. Det ska noteras att nya instruktioner kan associeras med valfri aktive- ringsruta på valfri sida på ett liknande sätt. Pennan lagrar de nya instruktionerna i steg 450. Om inga fler instruktioner mottogs kommer pennan avsluta sessionen i steg 470, varefter exekveringen återgår till steg 400 för behandling av nya inspelade positioner från ytan.

Ett annat typiskt exempel på instruktioner som mot- tages från den på avstånd belägna PLS-servern i steg 440 10 15 20 25 30 35 523 112 ;_'_';jl'¿',=.,="¿--;=_,--¿¿;¿ : v . . ,, 25 är de instruktioner som initierar en applikationstrans- aktion och som typiskt inbegriper ytterligare överföring av penndragdata från den digitala pennan. Instruktionerna sänds av den på avstånd belägna PLS-servern i enlighet med dess lagrade hanteringsregler som är associerade med sidadressen som mottogs med HTTP-begäran fràn pennan. Ett exempel på instruktioner som mottages när en applika- tionstransaktion initieras är (med parametrar ute- lämnade): startTransaction; addPropertyData; addPageData; och internetïnitialApplicationRequest. Återigen utförs exekveringen i enlighet med definitionerna för dessa instruktioner i steg 450.

Instruktionen startTransaction(transID) startar den nya transaktionen. Parametern transID identifierar den startade transaktionen och lagras av pennan som del i en egenskap TRANSACTION_DATA för denna transaktion. Trans- aktionsidentiteten är företrädesvis en tidstämpel, t.ex. aktuell GMT àr 1970. Pennan kan företrädesvis använda transaktions- (Greenwich mean Time) i millisekunder sedan identiteten för att synkronisera sin interna klocka med klockan hos den pà avstànd belägna PLS-servern som sände instruktionen.

Instruktionen addPropertyData(PEN_ID_, PEN_OWNER_EMAIL) betyder att de identifierade penn- egenskaperna av pennan innefattas i nästa användar- enhetmeddelande som ska sändas. Eftersom instruktionen i detta exempel anropas av den pá avstånd belägna PLS- servern, behöver den inte föregås av en instruktion grantPropertyAccess.

Instruktionerna addPageData(pageAddress) betyder att den identifierade sidans penndragdata av pennan inne- fattas i nästa användarenhetmeddelande som ska sändas.

Instruktionen anropas här av den pà avstånd belägna PLS- .f 1 -n-n. u o vzof... 10 15 20 25 30 35 26 servern och måste inte föregås av en instruktion grantPageDataAccess.

Instruktionen internetïnitialApplicationRequest (url) betyder att pennan sänder användarenhetmeddelandet i en HTTP-begäran till applikationsservern som identi- fieras av den specifika urlzen och vilken applika- tionsserver är inblandad i den pågående transaktionen.

Exekveringen av ovannämnda instruktioner fram till sändning av nämnda HTTP-begäran från pennan utförs i steg 450, varefter pennans exekvering återgår till steg 430 i vilket användarenhetmeddelandet, som respons på instruk- tionen internetïnitialApplicationRequest, sänds till den identifierade servern.

Om t.ex. en användare av en digital penna har gjort några penndrag på en annons tryckt på en yta som har ett positionskodat mönster och sedan initierar en sändsession genom att ”markera” ett sändområde i annonsen, kommer uppstartsinstruktionerna beskrivna ovan att resultera i en HTTP-begäran till den på avstånd belägna PLS-servern, vilken begäran innefattar sidadressen för ytan på vilken annonsen är tryckt och identiteten för det sändområde som "markerats". I enlighet med de hanteringsregler som är associerade med sidan kommer HTTP-svaret från den på avstånd belägna PLS-servern att innefatta instruktioner för att styra pennan att sända en HTTP-begäran till den aktör som är associerad med sidan, typiskt en tjänst som tillhandahålls av annonsören på en applikationsserver.

Som ett resultat av de ovannämnda mottagna instruktioner- na kommer pennan i detta exempel att sända sin penn- identitet, sin ägares e-postadress och de penndragdata som gjordes på annonsen till annonsören. Detta skulle t.ex. kunna resultera i en beställning av en produkt eller beställning av ytterligare information om en produkt etc.

Aktiviteterna som utförs av applikationsserverns tjänst som en följd av den HTTP-begäran som sänds från pennan till applikationsservern i steg 430 kan antingen 10 15 20 25 30 35 523 112 27 vara framgångsrika eller, av någon anledning, fungera dåligt. Om aktiviteten var framgångsrik kommuniceras detta tillbaka till pennan i steg 440 med en instruktion commitTransactionVerbose. Pennan kommer då i steg 460 lagra en indikering om den framgångsrika transaktionen i egenskapen TRANSACTION_DATA som är associerad med denna transaktion. Efter detta avslutar pennan sessionen i steg 470 och exekveringen återgår till steg 400. Nästa gång användaren av någon anledning initierar en sändsession kommer egenskapen TRANSACTION_DATA för denna senaste transaktion att inbegripas i HTTP-begäran till den pà avstånd belägna PLS-servern.

För att ytterligare visa en exemplifierande utföringsform av uppfinningen hänvisas till Fig. 5. Fig. 5 visar en digital penna 500, en på avstånd belägen PLS- server 510, en applikationsserver 520 och en annan applikationsserver 530. En aktör, annonsör ”X” kör en applikationstjänst på applikationsserver 520 som har URL:en "advertiser_x.com” och en annan applikationstjänst körs av en lokal handlare ”Y” på server 530 med URL:en ”local_dealer_y.com”.

Med erinran om exemplet beskrivet i anslutning till Fig. 4 gjorde användaren några penndrag på en annons och ”markerade” ett sändomràde på detsamma. Steg 1 i Fig. 5 visar den HTTP-begäran som sedan sänds till den på avstånd belägna PLS-servern 510 och som innefattar sid- adressen för den yta på vilken annonsen tryckts och Steg 2 visar det HTTP-svar som sänds från den på avstånd belägna identiteten för det sändområde som "markerats".

PLS-servern 510 tillbaka till pennan 500 med instruk- tioner i enlighet med de hanteringsregler som är associe- rade med sidan ifråga. I detta fall är instruktionerna: -startTransaction(transID); -grantPageDataAccess(l.2.3.4); -grantPropertyAccess(PEN_ID, PEN_OWNER_NAME, PEN_omvER_INvoIcE_ADDREsS) ,- -addPropertyData(PEN;ID, PEN_OWNER_ADDRESS); och 10 15 20 25 30 35 523 1212 šïííj-f.s"¿:ff*.="¿;I: 28 -internetïnitialApplicationRequest(advertiser-x.com).

En skillnad mot exemplet i Fig. 4 är sändningen av en grantPageDataAccess i stället för instruktionen addPageData. Instruktionen grantPageDataAccess kommer att med en sidadressparameter definiera att sidan l.2.3.4 (vilken är ytans sida pà vilken annonsen är tryckt) är átkomlig med en addPageData-instruktion senare i samma session, och således under applikationstransaktionen. Pà samma sätt kommer instruktionen grantPropertyAccess definiera vilka egenskaper som är åtkomliga av en server under applikationstransaktionen. Instruktionen kommer att resultera i en HTTP-begäran, steg 3, fràn pennan 500 till applikationsservern 520 med utnyttjande av URL:en adverister_x.com och med egenskaperna PEN_ID och PEN_OWNER_ADDRESS i användarenhetmeddelandet.

Antag nu att denna mottagande tjänst är en central tjänst som körs av annonsören och att annonsören vill dirigera användaren till en lokal handlare. Genom t.ex. undersökande av pennägarens adress fastställer tjänsten pennägarens närmaste lokala handlare för den utannonse- rade produkten. Tjänsten hos advertiser_x.com kommer i steg 4 att sända ett HTTP-svar tillbaka till pennan 500 med instruktionerna: -addPageData(l.2.3.4); -addPropertyData(PEN_ID, PEN-OWNER_NAME, PEN_OWNER_INVOICE_ADDRESS); Och -internetApplicationRequest(local_dealer_y.com).

Dessa instruktioner resulterar i en HTTP-begäran, steg 5, fràn pennan 500 till tjänsten som körs av local_dealer_y.com. Denna begäran innefattar ett användarenhetmeddelande med penndragdata från sidan l.2.3.4 och egenskapsdata PEN_ID, PEN_OWNER_NAME, PEN_OWNER_INVOICE_ADDRESS. Om beställningen av produkten kan betjänas svarar den lokala handlarens tjänst i steg 6 nämnda begäran med ett HTTP-svar från applikationsserver 10 15 20 25 523 112 ¥§%¥É¥?ÅffÄfïI ' I I u v: 29 530 till pennan 500, vilket innefattar en instruktion commitTransactionVerbose som innefattar en förpliktigad parameteruppsättning. Som tidigare beskrivits kommer instruktionen som indikerar att tjänsten utförts fram- gångsrikt att sändas från pennan 500 till den på avstånd belägna PLS-servern 510 under nästa sändsession initierad av pennan, indikerat som steg 7. Baserat på denna infor- mation kan operatören av den på avstånd belägna PLS- servern 510 fakturera användarabonnemanget för utnytt- jande av tjänsten som tillhandahàlls av operatören.

Detta exempel visar att en och samma session kan bestà av fler än en tur-och-retur-operation, varvid en enstaka tur-och-retur-operation består av en HTTP-begäran sänd av pennan till en server och ett följande HTTP-svar mottaget av pennan från samma server.

Det inses att många olika förändringar, modifie- ringar och liknande är möjliga med avseende på existe- rande pennegenskaper, existerande instruktioner och deras associerade parametrar och med avseende på den exakta sekvensen för instruktionerna. Även om uppfinningen har beskrivits med hänvisning till specifika exemplifierande utföringsformer därav, är således dessa utföringsformer inte avsedda att begränsa uppfinningens omfång, såsom det definieras av de bifogade patentkraven.

Claims (24)

10 15 20 25 30 35 ,,,un__,,nn 523 11-2 30 PATENTKRAV

1. Förfarande för hantering av information i ett system, vilket system innefattar åtminstone en användarenhet, vilken användarenhet är i stånd att läsa information fràn en yta och kommunicera åtminstone en del därav till en server, en uppslagningsserver som lagrar informationshanteringsregler associerade med information läst från en yta och åtminstone en applikationsserver, vilket förfarande innefattar stegen: att mottaga, vid användarenheten från uppslagningsservern, åtminstone en instruktion med styrdata som styr vilken information som tillåts kommuniceras av användarenheten; och att fastställa, vid användarenheten och baserat på instruktionen från uppslagningsservern, vid mottagande av en instruktion från en applikationsserver att svara med specifik informationsdata, om nämnda specifika informationsdata är tillåten att kommuniceras, och, om så är fallet, sända nämnda specifika informationsdata i ett användarenhetmeddelande till en mottagande applikationsserver.

2. Förfarandet enligt krav 1, varvid uppslagningsserver är en pà avstånd belägen nätverks- server eller en lokal server som exekverar en uppslagningstjänst som lagrar informationshanterings- regler associerade med information läst från en yta, och varvid applikationsserver är någon server som exekverar en applikation anordnad att utföra en tjänsteaktivitet som respons pà ett användarenhetmeddelande från en anvàndarenhet.

3. Förfarande enligt krav 1 eller 2, varvid användarenheten, vid mottagande av instruktionen med 10 15 20 25 30 35 c n u-.ø-w szz 112 31 styrdata, utför åtgärderna associerade med instruktionen i enlighet med en definition tillhandahàllen av en instruktionsuppsättning lagrad av användarenheten.

4. Förfarande enligt något av kraven 1 - 3, varvid steget att fastställa innefattar extrahering av en adress från instruktionen mottagen från applikationsservern, vilken adress identifierar den mottagande applikationsservern av nämnda användarenhetmeddelande.

5. Förfarande enligt något av kraven 1 - 4, varvid den mottagna instruktionen med styrdata av användarenheten fastställs att vara innefattad i en specifik uppsättning instruktioner som uteslutande används av uppslagningsservern.

6. Förfarande enligt något av kraven 1 - 5, varvid nämnda styrdata motsvarar en eller flera parametrar som definierar en eller flera egenskaper lagrade av användarenheten.

7. Förfarande enligt något av kraven 1 - 6, varvid nämnda specifika informationsdata innefattar åtminstone ett egenskapsparametervärde lagrat av användarenheten.

8. Förfarande enligt något av kraven 1 - 7, varvid nämnda styrdata motsvarar en parameter som definierar en sidadress.

9. Förfarande enligt något av kraven 1 - 8, varvid nämnda specifika informationsdata innefattar koordinater för positioner lästa av användarenheten från en yta.

10. Förfarande enligt något av kraven 1 - 9, varvid steget att mottaga en instruktion med styrdata från uppslagningsservern föregås av ett steg att sända ett användarenhetmeddelande från användarenheten till lO 15 20 25 30 35 ..ounn n 523 112 sz uppslagningsservern i anslutning till exekvering, av användarenheten, av en uppsättning tidigare lagrade uppstartsinstruktioner.

11. Förfarande enligt något av kraven 1 - 10, varvid användarenheten utför de ytterligare stegen: att mottaga, fràn applikationsservern till vilken användarenhetmeddelandet sändes, en instruktion med resultatdata; att extrahera nämnda resultatdata fràn instruktionen mottagen fràn applikationsservern; att lagra nämnda resultatdata som en indikation om resultatet av en aktivitet som utförts av applikationsservern; och att sända nämnda resultatdata i ett följande användarenhetmeddelande till uppslagningsservern i anslutning till exekvering, av användarenheten, av en uppsättning tidigare lagrade uppstartsinstruktioner.

12. Förfarande enligt krav 10 eller 11, varvid sändningen av ett användarenhetmeddelande till en server följt av mottagning av åtminstone en instruktion frän samma server definierar en tur-och-retur-operation med avseende pà användarenheten, varvid en session initierad av användarenheten för sändning av data fràn användarenheten innefattar antingen en tur-och-retur- operation eller ett antal av pà varandra följande tur- och-retur-operationer.

13. Förfarande enligt något av kraven 10 - 12, varvid de tidigare lagrade uppstartsinstruktionerna innefattar en adressparameter som identifierar uppslagningsservern och en uppsättning egenskaps- parametrar för användarenheten som definierar vilka användarenhetsegenskaper som ska innefattas i användar- enhetmeddelandet som sänds till uppslagningsservern i 10 15 20 25 30 35 szs 112 ss samband med exekvering av de tidigare lagrade uppstartsinstruktionerna.

14. Förfarande enligt nàgot av kraven 10 - 13, varvid användarenheten, som följd av exekvering av de tidigare lagrade uppstartsinstruktionerna, är anordnad att: mottaga en ytterligare instruktion, från uppslagningsservern, med en egenskapsparameter som identifierar en start för en specifik session med hjälp av en identifierare; och lagra identifieraren i form av en tidstämpel.

15. Förfarande enligt krav 14, varvid användar- enheten synkroniserar sin interna klocka med avseende pà nämnda identifierare.

16. Förfarande enligt krav 13, varvid nämnda uppsättning egenskapsparametrar för en användarenhet innefattar en parameter som identifierar en senast utförd egenskapsuppdatering, varvid användarenheten, som följd av exekveringen av nämnda tidigare lagrade uppstartsinstruktioner, är anordnad att: mottaga en ytterligare instruktion, fràn uppslagningsservern, med ett uppdaterat värde för en egenskap; och lagra det uppdaterade värdet för egenskapen.

17. Förfarande enligt något av kraven 10 - 13, varvid användarenheten, som följd av exekveringen av nämnda tidigare lagrade uppstartsinstruktioner, är anordnad att: mottaga ytterligare instruktioner, från uppslagningsservern, baserat pà vilka instruktioner nämnda uppsättning av tidigare lagrade uppstartsinstruktioner ändras eller en ny uppsättning uppstartsinstruktioner definieras. 10 15 20 25 30 35 n _ u _ g lQl I . . I Ü -' I _ ------ :: - -- -4 n _- - -.._~-.: ._ ...zs .,,.:: .n .. . .n n - __ ,, , . v -I v' ._ .. coon . . - ø 34

18. Förfarande enligt något av kraven 10 - 13, varvid nämnda tidigare lagrade uppstartsinstruktioner exekveras av användarenheten när användarenheten initierar en session för sändning av information läst från en yta, vilken session initieras när användarenheten detekterar läsning av information från ett specifik sändområde på ytan.

19. Förfarande enligt krav 18, varvid nämnda sänd- område är tidigare bestämt att vara associerat med en adressparameter som definierar en på avstånd belägen uppslagningsserver, varjämte steget att mottaga en instruktion med styrdata innefattar att mottaga en instruktion med styrdata som är baserade på informationshanteringsregler lagrade av den på avstånd belägna uppslagningsservern.

20. Förfarande enligt krav 18, varvid nämnda sänd- område är tidigare bestämt att vara associerat med en adressparameter som definierar en lokal uppslagningsserver, varjämte steget att mottaga en instruktion med styrdata innefattar att mottaga en instruktion med styrdata som är baserade på informationshanteringsregler lagrade av den lokala uppslagningsservern.

21.Förfarande enligt något av kraven 1 - 20, varvid ett användarenhetmeddelande sänt från användarenheten innefattar en unik identitet för användarenheten.

22. Förfarande enligt något av kraven 1 - 21, varvid information läst från en yta innefattar åtminstone en position på en positionskodad yta.

23. En användarenhet anordnad att hantera . information i ett system, vilken användarenhet är i stånd att läsa information från en yta och kommunicera 10 15 20 25 . Q n u un 523 -112 35 åtminstone en del därav till en server, vilket system innefattar en uppslagningsserver som lagrar informationshanteringsregler associerade med information läst från en yta och åtminstone en applikationsserver, vilken användarenhet ytterligare är anordnad att: mottaga, från uppslagningsservern, åtminstone en instruktion med styrdata som styr vilken information som tillåts kommuniceras av användarenheten; och fastställa, baserat på instruktionen från uppslagningsservern, vid mottagande av en instruktion från en applikationsserver att svara med specifik informationsdata, om nämnda specifika informationsdata är tillåten att kommuniceras, och, om så är fallet, sända nämnda specifika informationsdata i ett användarenhetmeddelande till en mottagande applikationsserver.

24. Datorläsbart medium som lagrar datorexekverbara komponenter som åstadkommer att en användarenhet, som är i stånd att läsa information från en yta och kommunicera åtminstone delar därav till en server, utför stegen angivna i något av kraven 1 - 20 när de datorexekverbara komponenterna exekveras på en mikroprocessor innefattad av användarenheten.