SE533322C2 - Förfarande, modul och anordning för att visa grafisk information - Google Patents

Description

25 30 till MJ w w M fw 2 meraren behöver trycka in all applikationsdata i designnivån för att det med lätthet skall bli tillgängligt för designern.

Det är sålunda nödvändigt att optimera hur mjukvaruapplikationer presenteras på en anordningsskärm.

US 2004/0021659 beskriver ett system för att generera en bild. Bilden omfattar ämnesgrafikdata, som motsvarar behandlingsstatusen hos en appli- kation, och ett GUI. Nämnda ämnesgrafikdata och nämnda GUI-data här- stammar från ett enstaka grafikapplikationsprogram och de är frikopplade vad gäller renderingsändamål. Systemet innefattar en första grafikrörledning för att rendera ämnesgrafikbilden, vilken kan ses som innehållet i ett fönster i graflkapplikationen. Detta ger renderad ämnesgrafikdata. Uppfinningen inne- fattar också en andra grafikrörledning för att rendera GUI-grafiken. Detta ger renderad GUI-grafikdata. För det tredje innefattar uppfinningen en kompo- nerare för att komponera nämnda renderade ämnesgrafikdata producerad av den andra gratikrörledningen.

Effektiva förfaranden för att visa mjukvaruapplikationer är synnerligen angeläget inom portabla elektroniska anordningar. Sådana anordningar är begränsade i förhållande till bordsdatorer, t.ex. med avseende på central- enheten, tillgängligt minne, minnesarkitektur, realtidsoperativsystem och skärmupplösning. Därutöver, i de flesta fall finns det inga hårdvarugra- fikacceleratorer i portabla anordningar. Det finns sålunda fortfarande ett behov av ett effektivt förfarande för att visa mjukvaruapplikationer.

Sammanfattning av ugptinningg Ordet ”applikationstjänst” hänvisas häri till som datormjukvara kon- figurerad att kommunicera med ett grafiskt användargränssnitt presenterat på en skärm. Applikationstjänster involverar sålunda datorrnjukvara som är kapabel att tillhandahålla infonnation som skall presenteras för användaren, t.ex. en mediaspelartjänst, en kontakthanteringstjänst, en meddeiandetjänst, en webbläsartjänst etc.

Ordet ”artikel” hänvisas häri till som ett objekt som kan presenteras grafiskt för användaren. l fallet med en mediaspelare kan en artikel t.ex. vara en navigationsknapp, ett fönster eller en meny. Vidare kan en artikel också 10 15 20 25 30 3 hänvisa till en del av en navigationsknapp, en del av ett fönster eller en del av en meny.

Ordet "modul" hänvisar häri till en mjukvarumodul, en hårdvarumodul såsom en ASIC eller en kombination därav såsom en FPGA.

Ett ”element” skall tolkas som likvärdigt med en artikel.

Utifrån det föregående är det ett syfte med föreliggande uppfinning att tillhandahålla en förbättring av de ovan nämnda teknikerna och tidigare känd teknik. l synnerhet är det ett syfte med uppfinningen att tillhandahålla ett avanceratanvändargränssnitt medan den nödvändiga behandlingskraften och minnesresursen reduceras. Ett annat syfte med uppfinningen är att tillhandahålla ett förfarande som möjliggör effektiv visning av animationer, rörelser och effekter. Åtminstone några av de ovan nämnda syftena uppnås med hjälp av ett förfarande, en datorprogramprodukt, en modul och en anordning enligt de oberoende kraven. Specifika utföringsforrner av uppfinningen framställs i de beroende kraven.

Enligt en första aspekt av uppfinningen tillhandahålls ett förfarande för att visa grafisk information på en skärm hos en anordning. Förfarandet omfat- tar stegen att komponera resulterande bilddata från åtminstone en applika- tionstjänst, och att överföra nämnda resulterande bilddata till skärmen hos anordningen. Steget att komponera resulterande bilddata omfattar vidare att identifiera artiklar associerade med var och en av nämnda åtminstone en applikationstjänst, att bestämma åtminstone en artikel som är i ett synligt tillstånd, att hämta information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd, och att beräkna nämnda resulterande bilddata från den hämtade informationen. Förfarandet är fördelaktigt genom att flera applikationstjänster kan presenteras på ett effektivt sätt med reducerad behandlingskraft.

Steget att identifiera artiklar kan utföras före steget att bestämma åtminstone en artikel som är i ett synligt tillstånd, och steget att bestämma åtminstone en artikel som är i ett synligt tillstånd kan utföras före steget att hämta information. 10 15 20 25 30 4 Steget att hämta infonnation kan innebär att endast hämta information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd, vilket är fördelaktigt genom att minimiinformationen används för att kompo- nera nämnda resulterande bilddata. Vidare är det fördelaktigt genom att artiklarna som inte är i ett synligt tillstånd exkluderas från att överföras till skärmen, varvid kvantiteten information som överförs till skärmen reduceras.

Steget att hämta information kan vidare omfatta stegen att hämta data associerad med var och en av nämnda åtminstone en artikel i det synliga till- ståndet fràn ett första minne, och att hämta grafiska deklarationer associ- erade med var och en av nämnda åtminstone en artikel i det synliga tillstån- det från ett andra minne. Detta möjliggör för programmerare att definiera applikationsdata, och för graflska designers att definiera grafiskt utseende för applikationstjänsterna.

Steget att hämta grafiska deklarationer kan vidare omfatta steget att ansluta till en tjärrbelägen server, varvid nämnda server omfattar det andra minnet. Utseendet hos applikationstjänster kan sålunda motsvara utseendet hos t.ex. användarkonto på internet.

Förfarandet kan vidare omfatta steget att beräkna åtminstone ett attribut för varje identifierad artikel, varvid attributet väljs från en grupp bestående av position, storlek och rotation. Detta ger effektiv hantering av artiklar när utseendet för artiklama ändras.

Steget att bestämma åtminstone en artikel som är i ett synligt tillstånd kan vidare omfatta stegen att bestämma artiklar som äri ett icke-synligt tillstånd, och att bestämma artiklar som är i ett delvis synligt tillstånd. Detta är fördelaktigt genom att artiklarna kategoriseras på ett lämpligt sätt.

Förfarandet kan vidare omfatta steget att ta emot kommandodata motsvarande en händelse utlöst av inmatningsdata, varvid steget att kom- ponera resulterande bilddata upprepas för varje mottagen kommandodata.

Sålunda kan resulterande bilddata överföras till skärmen utlöst av t.ex. användarinmatning, rörliga animationer, etc. , så att jämna animationer och rörelser av grafiska artiklar åstadkoms.

Enligt en andra aspekt av uppfinningen tillhandahålls en datorprogram- produkt som omfattar programkodorgan lagrat i ett datorläsbart minne. Pro- 10 15 20 25 30 5-33 5 gramkodorganet år anpassat att utföra vilket som helst av stegen i förfarandet enligt den första aspekten av uppfinningen när programmet körs i en dator.

Fördelarna med den första aspekten av uppfinningen är även tillämpbara på den andra aspekten av uppfinningen.

Enligt en tredje aspekt av uppfinningen tillhandahålls en modul för att visa grafisk information på en skärm hos en anordning. Modulen omfattar en komponerare konfigurerad att komponera resulterande bilddata från åtmin- stone en applikationstjänst och en överförare konfigurerad för att överföra nämnda resulterande bilddata till skärmen hos anordningen. Komponeraren omfattar vidare en identifierare konfigurerad att identifiera artiklar associerade med var och en av nämnda åtminstone en applíkationstjänst, en bestämmare konfigurerad att bestämma åtminstone en artikel som är i ett synligt tillstånd, ett hämtningsorgan konfigurerat att hämta information associerad med nämn- da åtminstone en artikel i det synliga tillståndet, och en beräknare konfigu- rerad att beräkna nämnda resulterande bilddata från den hämtade informa- tionen. Fördelarna med den första aspekten av uppfinningen är även tillämp- bara för den tredje aspekten av uppfinningen.

Hämtningsorganet kan vara anpassat att endast hämta information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd.

Hämtningsorganet kan omfatta ett första håmtningsorgan konfigurerat att hämta data associerad med var och en av nämnda åtminstone en artikel som är i det synliga modet från ett första minne, och ett andra hämtnings- organ konfigurerat att hämta grafiska deklarationer associerade med var och en av nämnda åtminstone en artikel som är i det synliga modet från ett andra minne.

Det andra minnet kan vara anordnat på en fjärrbelägen server.

Modulen kan vidare omfatta ett andra beräkningsorgan konfigurerat att beräkna åtminstone ett attribut för varje identifierad artikel, varvid attributet väljs från en grupp bestående av position, storlek och rotation.

Den andra bestämmaren kan vara konfigurerad att bestämma artiklar som är i ett icke-synligt tillstånd, och för att bestämma artiklar som är i ett delvis synligt tillstånd. 10 15 20 25 30 lfil LJ bl! Eu FHS' l* .ål 6 Modulen kan vidare omfatta en mottagare konfigurerad att ta emot kommandodata som motsvarar en händelse utlöst av inmatningsdata, varvid nämnda kommandodata är konfigurerad att styra komponeraren.

Enligt en fjärde aspekt av uppfinningen tillhandahålls en anordning.

Anordningen omfattar organ för att initiera åtminstone en applikationstjänst, en modul enligt den tredje aspekten av uppfinningen, och en skärm konti- gurerad att visa nämnda bilddata. Fördelarna med den första aspekten av uppfinningen är även tillämpbara för den fjärde aspekten av uppfinningen.

Anordningen kan vara en mobiltelefon.

Enligt en femte aspekt av uppfinningen tillhandahålls ett system omfatt- ande en anordning enligt den fjärde aspekten av uppfinningen. Systemet om- fattar vidare en fiärrbelägen server som är ansluten till anordningen, varvid den fjärrbelägna servern lagrar informationen associerad med nämnda åtmin- stone en applikationstjänst. Detta är fördelaktigt genom att utseendet hos applikationstjänster kan motsvara utseendet hos t.ex. användarkonton på lntemet.

Kort beskrivning av ritningarna Utföringsforrner av föreliggande uppfinning kommer nu att beskrivas, genom exempel, med hänvisning till de åtföljande schematiska ritningarna.

Fig 1 är ett schematiskt arbetsflöde av ett förfarande för att tillhanda- hålla ett användargränssnitt enligt känd teknik.

Fig 2 är ett schematiskt arbetsflöde av ett förfarande för att tillhanda- hålla ett användargränssnitt enligt en utföringsform av föreliggande upp- finning.

F ig 3 visar schematiskt ett förfarande enligt en utföringsform av före- liggande uppfinning.

Fig 4 visar en hierarkisk struktur över ett användargränssnitt.

Fig 5 visar ett exempel på bilddata visad på en skärm hos en mobil- terminal.

F ig 6 visar en hierarkisk representation av en mjukvaruapplikation motsvarande nämnda bilddata visad ifig 5. 10 15 20 25 30 7 Fig 7 visar ett annat exempel på bilddata visad på en skärm hos en mobilterrninal.

Fig 8 visar en hierarkisk representation av mjukvaruapplikationer motsvarande nämnda bitddata visad i fig 7.

Fig 9a~c visar olika anordningar enligt den tiärde utföringsformen av föreliggande uppfinning.

Fig 10 är en schematisk vy över ett system enligt en utföringsforrn av den femte aspekten av uppfinningen.

Detalierad beskrivning av föredragna utföringsformer Fig 1 är ett schematiskt arbetsflöde över ett förfarande enligt känd teknik. l ett sådant förfarande överförs GUI-systemet direkt till en anordnings- skärm genom en datorrnjukvara generellt känd som en fönsterhanterare. Så som visas i flg 1 körs fyra olika mjukvaruapplikationer 10a. b. c och d paral- lellt. Mjukvaruapplikationerna kan t.ex. vara en meddelandehanterarappli- kation 10a, en mediaspelarapplikation 10b, en kontaktlistsapplikation 10c och en kalenderapplikation 10d. Varje mjukvaruapplikation associeras direkt med ett motsvarande användargränssnitt 11a, b, c och d, d.v.s. meddelandehan- terarapplikationen 10a är associerad med ett meddelandehanteraranvändar- gränssnitt 11a, mediaspelarapplikationen 10b är associerad med ett media- spelargränssnitt 11b, kontaktlistsapplikationen 10c är associerad med ett kon- taktlistsanvändargränssnitt 110 och kalenderapplikationen 10d är associerad med ett kalenderanvändargränssnitt 11d. Meddelandehanteraranvändar- gränssnittet 11a skapar grafiska artiklar, hanterar användargränssnittshän- delser och styr användargränssnittsflödet såsom det definieras av med- delandehanterarapplikationen 10a. På motsvarande sätt är användargräns- snitten 11b, c och d konfigurerade att verka på liknande sätt. Varje användar- gränssnitt 11a, b, c och d upptar specifika bildpunkter på skännen. l några fall kommer en enstaka blldpunkt att adresseras av två eller flera av användar- gränssnitten 11a, b, c och d. Eftersom alla applikationsanvändargränssnitt 11a, b, c och d ritas upp direkt på skärmen kommer en bildpunkt som används av alla fyra användargränssnitt 11a, b, c och d att ritas upp fyra gånger. 10 15 20 25 30 8 Fig 2 är ett schematiskt arbetsflöde över ett förfarande enligt en utföringsform av föreliggande uppfinning. Såsom visas i fig 2 körs fyra olika applikationstjänster 12a, b, c och d parallellt på en datorstyrd anordning. Var och en av applikationstjänsterna 12a, b, c och d är associerad med åtmin- stone ett gemensamt användargränssnitt 13. l en specifik utföringsform motsvarar applikationstjänstema 12a, b, c och d en meddelandehanterar- tjänst 12a, en mediaspelartjänst 12b, en kontaktliststjänst 12c och en kalen- dertjänst 12d. Det gemensamma användargränssnittet 13 är konfigurerat att ta emot händelser från varje applikationstjänst12a, b, c och d, hämta data och initiera processer. l en utföringsforrn kan detta exemplifieras genom att användargränssnittet 13 tar emot en händelse av ett inkommande samtal, hämtar data om vem som ringer, och etablerar telefonsamtalet. Var och en av applikationstjänsterna 12a, b, c och d upptar specifika bildpunkter på skär- men. d v s fyra applikationstjänster bidrar till den grafiska scenen. Eftersom appllkationsanvändargränssnittet 13 ritas upp på skärmen kommer en bild- punkt som upptas av alla fyra applikationstjänster 12a, b, c och d endast att ritas upp en gång. lfig 3 illustreras förfarandet enligt en utföringsform. Förfarandet till- handahåller ett användargränssnitt, d v s grafisk information, som skall presenteras på en skämt hos en anordning. Enligt fig 3 körs fyra olika appli- kationstjänster 12a, b, c och d. l ett steg 20 enligt förfarandet komponeras resulterande bilddata. Nämnda resulterande bilddata överförs till skärmen hos anordningen i steg 29. Steget att komponera resulterande bilddata 20 beskrivs ytterligare med hänvisning till fig 3. l steg 22 identifieras artiklar associerade med var och en av applikationstjänsterna 12a, b, c och d. l syn- nerhet identifieras artiklarna som är belägna inom den grafiska scenen. l en utföringsform motsvarar den grafiska scenen den verkliga storleken på skär- men hos anordningen. l en annan utföringsform motsvarar den grafiska scenen en scen som är något större än storleken på skärmen hos anord- ningen. I fallet med kontaktliststjänsten innehåller den grafiska scenen antalet kontakter som är synliga på skärmen plus ett specifikt antal kontakter före och efter de synliga kontakterna för att uppnå en rullningsaktivitet. 10 15 20 25 30 9 Steget att identifiera artiklar 22 kan även omfatta att beräkna parametrar för artiklarna. Om en artikel ändrar sin storlek kommer detta troligen att påverka uppläggningen även för de omkringliggande artiklama.

Därför beräknas positionen, storleken, rotationen, färgen, ogenomskinlig- heten, etc för alla artiklar i den grafiska scenen.

Efter steget att identifiera artiklar 22 bestämmer förfarandet i steg 24 vilka av de identifierade artiklarna som är i ett synligt tillstånd. l detta steg bestäms artiklarna placerade bakom solida artiklar eller anordnade utanför den synliga skärmen hos anordningen att vara i ett icke-synligt tillstånd.

Följaktligen, i steg 24, bestämmer förfarandet vilka av de identifierade artiklarna som är i ett synligt tillstånd, ett icke-synligt tillstånd, såväl som vilka av de identifierade artiklarna som är i ett delvis synligt tillstånd. Detta kan tillämpas på artiklar i en tvådimensionell (2D) rymd såväl som artiklar i en tredimensionell (3D) rymd. I 2D-rymd kan två eller flera artiklar överlappa men endast artikeln framför kommer att bestämmas att vara i ett synligt tillstånd. I 3D-rymd kan emellertid artiklar överlappa eller inte överlappa beroende på bildvinklar, skuggning etc. Även i detta fall kommer artikeln framför att bestämmas och sättas vara i ett synligt tillstånd.

I steg 26 hämtas information associerad med artiklarna i det synliga tillståndet och det delvis synliga tillståndet. l synnerhet hämtas applikations- tjänstedata från ett hårdkodat minne. Om en artikel i det synliga tillståndet eller det delvis synliga tillståndet associeras med en datareferenspekare hämtas nämnda utpekade data från en XML-fil som innehåller grafiska deklarationer. l specifika utföringsformer kan datareferenspekaren även adressera en bild, en videofil, en ljudfil etc. Endast information associerad med artiklarna bestämda att vara i ett synligt tillstånd eller ett delvis synligt tillstånd hämtas. lnforrnationen hämtas från två olika resurser. Data associerad med applikationstjänsten 12a hämtas från ett första minne, och grafiska dekla- rationer associerade med applikationstjänsten 12a hämtas från ett andra minne. Det andra minnet kan tex. vara beläget på en fjärrbelägen server, och de grafiska deklarationema kan sålunda motsvara en personlig profil på ett 10 15 20 25 30 10 lntemet-konto. Nämnda applikationsdata och de grafiska deklarationerna används för komponera nämnda resulterande bilddata. l en utföringsfonn är applikationsdata hårdkodade instruktioner som är programmerade i t.ex. C eller C++ av en applikationstjänsteprogrammerare.

De grafiska deklarationerna styr uppläggningen av, framträdandet hos och animationerna av mjukvaruapplikationema. lnforrnationen associerad med grafiska deklarationer representeras av nämnda XML-fil som definieras av en grafisk designer.

Därnäst beräknas nämnda resulterande bilddata i steg 28. Beräknings- steget 28 använder den hämtade informationen som inmatning, d v s informa~ tion associerad med flera artiklar komponeras till en enstaka resulterande bilddata. Därefter överförs nämnda resulterande bilddata till skärmen hos anordningen i steg 29, varvid förfarandet upprepas för att tillhandahålla ett kontinuerligt användargränssnitt.

Då ett dynamiskt användargränssnitt tillhandahålls upprepas förfaran- det för att tillhandahålla jämna övergångar och rörelser hos artiklama. Kom- mandodata tas först emot, motsvarande en händelse utlöst av inmatnings- data. Nämnda inmatningsdata kan vara en användarinmatning, såsom att användaren trycker på en knapp, eller en initierad animation som används för att skapa en speciell effekt. Sålunda upprepas steget att komponera resul- terande bilddata 20 för vane mottagen kommandodata eller under längden av en animationssekvens.

Den hämtade infonnationen lagras temporärt i ett cache. När använ- dargränssnittet ändras under en dynamisk sekvens tas den i nämnda cache lagrade infonnationen bort från nämnda cache när tillståndet för en artikel ändras från synlig till icke-synlig. Emellertid kan komponeringssteget ytter- ligare omfatta ett utvärderingssteg om en tidigare synlig artikel blir synlig igen.

Om en artikel i ett synligt tillstånd göms av t.ex. en animation, kommer komponeringssteget sålunda att utvärdera animationen och informationen kommer att bibehàllas l nämnda cache så att informationen associerad med den temporärt icke-synliga artikeln enkelt kommer att kommas åt när anima- tionen inte längre gömmer artikeln. 10 15 20 25 30 533 322 11 Användargränssnittet representeras av en trädstruktur. Fig 4 visar en trädstruktur 30 som representerar användargränssnittet för flera applikations- tjänster 32a, b, , x. Varje nod 32a, b, , x som motsvarar olika appli- kationstjänster har olika nivåer på artiklar 34 associerade med sig. När en applikationstjänst körs kommer komponeringssteget 20 att adressera artik- lama hos applikationstjänsten till vakanta positioner 34 hos den tomma noden 32a. När flera applikationstjänster körs parallellt kommer komponeringssteget 20 att adressera artiklarna hos applikationstjänsterna till vakanta positioner 34 hos de tomma noderna 32, b, etc.

Med hänvisning till tig 5 och 6 kommer en utföringsforrn för ett förfar- ande som visar en applikationstjänst att beskrivas mer i detalj. Fig 5 visar en ögonblicksbild på ett användargränssnitt visat på skärmen hos en mobiltermi- nal. Överst på skärmen notifieras användaren om nuvarande operatör och en etikett informerar användaren om att telefonboken är åtkomlig. Nederst på skärmen tillåter en navigationsmeny användaren att antingen välja en viss kontakt eller gå tillbaka till en tidigare navigationsposition. En rullningslist till höger indikerar den ungefärliga positionen i telefonboken. När en viss kontakt markeras är telefonboken programmerad att ändra utseende för att visa en bild och telefonnumret till kontakten.

Så som visas ifig 6 motsvarar telefonboken en körande applikatione- tjänst och den representeras av en lista 32a som innehåller ett antal listele- ment 34, 134. En första textvektor134a, en andra textvektor 134b och en bild 134c associeras med varje Iistelement 34 i en trädstruktur. Den första text- vektorn 134a innehåller namnet på kontakten och bilden 134c är exempelvis en bild på kontakten. Endast tre element 34 visas i tig 6, däremot kan det verkliga antalet Iistelement i trädstrukturen för användargränssnittet vara lika med antalet kontakter synliga på skärmen plus några kontakter före och efter, så att rullningsprocessen underlättas. I denna utföringsforrn motsvarar de tre listartiklama 34 ifig 6 de tre första kontakterna i listan visad i fig 5. De skugg- ade boxarna i fig 6 illustrerar informationen visad i fig 5. För den framhävda kontakten visas telefonnumret och bilden. För den andre och tredje kontakten i listan visas endast namnet. 10 15 20 25 30 m .IJ E12! üJ Ft 'I i 12 Med hänvisning åter till förfarandet som visas i fig 3 skapas ögon- blicksbilden i flg 5 enligt följande. Först initieras telefonboksapplikationen av en användare och artiklar som är associerade med telefonboksapplikationen identifieras, och bestäms om de är i ett synligt tillstånd, ett delvis synligt tillstånd eller ett icke-synligt tillstànd. Sålunda bestäms textvektorn 134a motsvarande namnet på den framhävda kontakten, textvektorn 134b motsvarande telefonnumret för den framhävda kontakten och bilden 134c för den framhävda kontakten att vara i ett synligt tillstånd. Vidare bestäms även textvektorerna 134a motsvarande namnet på de därpå följande kontakterna att vara i ett synligt tillstånd. l ett följande steg hämtas applikationsdata och grafiska deklarationer associerade med artiklama i det synliga tillståndet.

Som exempel lagras trädstrukturen över listartiklarna 34 som applikations- data, och informationen hämtas från en hårdkodad minneskrets. Innehåll, typsnittsstorlek, suddighet, slagskugga, kantutjämning, position, förflyttning, etc för varje artikel i det synliga tillståndet deklareras i en XML-fil och hämtas från ett andra minne.

Genom att hämta endast den relevanta infonnationen, d.v.s. inforrna- tion associerad med applikationsartiklar bestämda att vara i ett synligt tillstånd eller ett delvis synligt tillstånd optimeras prestandan för förfarandet. Detta innebär att informationen associerad med textvektorn 134b motsvarande telefonnumret för den icke-framhävda kontakten och bilden 134c för den icke- framhävda hämtas. l ett därpå följande steg komponeras den hämtade informationen till resulterande bilddata och sänds till skärmen hos anordningen.

Med hänvisning till fig 7 och 8 kommer en annan utföringsforrn av förfarandet för att visa två applikationstjänster att beskrivas mer i detalj. F lg 7 visar en ögonblicksbild av ett grafiskt användargränssnitt visat på skärmen hos en mobilterminal. Överst på skännen notifieras användaren om nuvar- ande operatör, och en etikett informerar användaren att telefonboken är till- gänglig. Nederst på skärmen tillåter en navigationsmeny användaren att antingen välja en viss kontakt eller gå tillbaka till en tidigare navigationsposi- tion. En rullningslist till höger indikerar den ungefärliga positionen i listan. När en viss kontakt i kontaktlistan visad ifig 5 väljs kommer telefonboken att 10 15 20 25 30 3212 13 ändra utseende så att ett ”dyka upp”-fönster (eng. pop-up windows) som innehåller information associerad med kontakten visas. Såsom visas i tig 7 programmeras ”dyka upp"-fönsterapplikationstjänsten för att visa en förstorad bild av kontakten såväl som namnet på bildkällan.

Såsom visas i fig 8 motsvarar användargränssnittet på skärmen två olika applikationstjänster representerade av en listtjänst 23a och en ”dyka upp"-tjänst 32b. Listtjånsten 32a är ekvivalent med listtjänsten beskriven fig 6 som innehåller ett antal listartiklar 34. En första textvektor 134a, en andra textvektor 134b och en bild 134c associeras med varje listartikel 34 i en träd- struktur. Den första textvektorn 134a innehåller namnet på kontakten, den andra textvektorn 134b innehåller teiefonnurnret för kontakten, och bilden 134c är t.ex. en bild pà kontakten. Endast en artikel visas i fig 8, däremot kan det verkliga antalet listartiklar 34 vara lika med antalet synliga kontakter på skärmen plus ett specifikt antal kontakter före och efter för att förbättra rull- ningsprocesser. Sålunda motsvarar listartikeln 34 i fig 8 den valda kontakten visad i fig 7. Den skuggade boxen 134a i listapplikationen 34 ifig 8 illustrerar den visade informationen. "Dyka upp"-fönstret 32b innehåller även ett antal artiklar 34 som har en bild 134d och en textvektor 134e som motsvarar bildkällan associerad med den. De skuggade boxarna 134d, 134e hos ”dyka upp”-tjänsten 32b ifig 8 illustrerar infonnationen visad på skärmen ifig 7. Återigen med hänvisning till förfarandet som visas i fig 3 så skapas ögonblicksbilden i fig 7 enligt följande. Först initieras telefonboktjänsten och ”dyka upp”-tjänsten, och artiklar som är associerade med telefonbokstjänsten och ”dyka upp"-tjänsten identifieras, och bestäms om de är i ett synligt tillstånd, ett delvis synligt tillstånd eller ett icke~synligt tillstånd. Textvektorn 134a i listapplikationen motsvarande namnet på den valda kontakten, bilden 134d i ”dyka upp"-applikationen motsvarande den valda kontakten och textvektorn 134e motsvarande bildkällan i ”dyka upp"-applikationen bestäms Sålunda att vara i ett synligt tillstånd. I ett följande steg hämtas applikatione- data och grafiska deklarationer associerade med artiklarna i det synliga tillståndet. Som ett exempel lagras trädstrukturerna för listartikeln och ”dyka upp”-artikeln som applikationsdata, och informationen hämtas från en hård- kodad minneskrets. Innehåll, typsnittsstorlek, färg, suddighet, slagskugga, 10 15 20 25 30 i; l M Lill üJ W Hål 14 kantutjämning, position, förflyttning, effekter etc för varje artikel i det synliga tillståndet deklareras i en XML-fil och hämtas från ett andra minne. l ett därpå följande steg komponeras den hämtade informationen till resulterande bilddata och sänds till skärmen hos anordningen.

XML-filen som innehåller grafiska deklarationer för applikationstjänster- na omfattar en sekvens XML-taggar. Exempelvis definieras även det över- gripande grafiska framträdandet för applikationstjänstema av XML-taggar. En sidkontroll kan t.ex. representeras av det följande kommandot: visuals=”stdPage” menuBarltem="@delOptions”> Sidkontrollen innehåller ett antal attribut, varvid värdet på id-attributet är namnet på sidkontrollen, värdet på titelattributet är titeln på sidan som hämtats från en språkdatabas, värdet på synlighetsattributet (eng. “visuals attribute") är en referens till den visuella representationen av sidan, och värdet på ”menuBarltemSource"-attributet är referensen till en modell som definierar mjukknappsbeteendet hos sidan. Vidare deklareras en liststyrning inom sidstyrningen. Liststymingen innehåller ett antal attribut, varvid värdet på id-attributet är namnet på liststymingen, värdet på ”ltemSource”-attributet är referensen till en modell som definierar kontaktartiklarna, värdet på typattri- butet definierar att listan är en checklista, värdet på ”checkPropertW-attributet definierar vilken egenskap som skall användas för att markera eller avmarkera en artikel, värdet på synlighetsattributet är en referens till den visuella representationen av listan, och värdet på "itemvisualsïattributet definierar vilka synliga (eng. ”visuals”) som skall användas för listartiklarna.

Förfarandet för att visa grafisk information på en skärm hos en anordning som tidigare beskrivits kan implementeras av en modul. Modulen omfattar en komponerare konfigurerad att komponera resulterande bilddata från ett antal körande applikationstjänster. Vidare har modulen en sändare 10 15 20 25 30 53.33 323 15 konfigurerad att sända nämnda resulterande bilddata till skärmen hos anordningen. l detalj har komponeraren en identiflerare, en bestämmare, ett hämtningsorgan och en beräknare. Under verksamgörning är modulen anpassad att visa ett antal applikationstjänster på en skärm hos en anord- ning. Åtminstone en av applikationstjänsterna intar den grafiska scenen hos anordningen. ldentifieraren är konfigurerad att identifiera artiklar associerade med varje applikationstjänst, och bestämmaren bestämmer vilka av artiklarna som äri ett synligt tillstånd, ett icke-synligt tillstånd och ett delvis synligt tillstånd. l en mer specifik utföringsforrn kan parametrar såsom position, storlek, rotation etc för de identifierade artiklarna beräknas. Bestämmaren kommer att sända information till hämtningsorganet som är konfigurerat att hämta information associerad med artiklarna i det synliga tillståndet eller det delvis synliga tillståndet. Hämtníngsorganet kommer att hämta applikations- data från ett första minne och grafiska deklarationer från ett andra minne.

Den hämtade informationen kommer att sändas från hämtningsorganet till beräknaren. Beräknaren är konfigurerad att skapa en resulterande bilddata från informationen associerad med artiklarna i det synliga tillståndet. Nämnda resulterande bilddata sänds till en skärm hos en anordning, så att ett använ- dargränssnitt som tillhandahåller information om applikationstjänsterna visas.

Nu med hänvisning till fig 9a, b och c visas de tre olika anordningama enligt den fjärde aspekten av uppfinningen. Fig 9a visar en mobilterminal 200 som har en skärm 220, en modul enligt den tredje aspekten av uppfinningen (ej visad) och knappar 210 så att en användare ska kunna initiera mjukvaru- applikationer. Mjukvaruapplikationer kan vara t.ex. en klocka, en meny, en kalender, en telefonbok, en mediaspelare, etc. Under verksamgörning sänder modulen kontinuerligt bilddata till skärmen 220. Fig 9b visar en bärbar datoranordning 201, t.ex. en GPS- (”Global Positioning System") mottagare.

GPS-mottagaren har en skärm 221 och en knapp 211 så att en användare kan initiera mjukvaruapplikationer. GPS-mottagaren 201 omfattar även en modul (ej visad) enligt den tredje aspekten av uppfinningen. Mjukvaruappli- kationer kan t.ex. vara en bläddrare (eng ”browser”), en karthanterare, etc.

Under verksamgörning sänder modulen kontinuerligt bilddata till skärmen 221. Fig 9c visar instrumentpanelen 222 hos ett motorfordon 202. 10 15 20 25 30 16 Användaren interagerar med motorfordonet 202 t.ex. medelst en ratt 240 och en uppsättning pedaler (ej visade). Motorfordonet 202 omfattar även en modul (ej visad) enligt den tredje aspekten av uppfinningen. Hos denna utföringsform motsvarar instrurnentpanelen 222 en skärm med hänvisning till beskrivningen ovan. Ett antal mjukvaruapplikationer visas på instrument- panelen 222, nämligen fyra mätare 230, 231, 232 och 233. Under verksam- görning sänder modulen kontinuerligt bilddata till instrumentpanelen 222.

Anordningarna enligt fig 9a, b och c delar alla samma begränsningar jämfört med bordsdatorer. För anordningarna enligt flg 9a, b och c implemen- terar den centrala behandlingsenheten normalt endast instruktionsmängder och den körs på en låg Klockfrekvens med liten eller ingen instruktions- och dataæche. l fallet med portabla anordningar, d.v.s. anordningarna visade i fig 9a och b, är anledningen till detta för att minska batteriförbrukningen. Därut- över är anordningarna enligt fig 9a, b och c begränsade i fomi av tillgängligt minne och hur minnesarkitekturen är anordnad med låga bussbandbredder, långsamma åtkomsthastigheter etc. l många fall används ett överordnat nedskalat realtidsoperativsystem för dessa anordningar, med väldigt lång- samt eller till och med icke-existerande filsystem, begränsade uppdrags- och trådimplementationer, undermåliga tidgivarimplementationer etc. Skärm- upplösningen är även typiskt väldigt begränsad jämfört med en bords- anordning, och i de flesta fall kan inte applikationsprogrammeraren förlita sig på existensen av hårdvaruaccelererad grafik som i bordsdatorer. Modulen skulle även kunna implementeras i andra anordningar, såsom TV-apparater, olika hushållsutrustning etc.

Med hänvisning till fig 10, visas ett system som omfattar portabla anordningar 200, 201 enligt den fjärde aspekten av uppfinningen. De portabla anordningarna 200, 201 kommunicerar med en Internet-server 290 via ett mobiltelekommunikationsnätverk 270. Den portabla anordningen 200 är an- sluten till Internet 280 via kommunikationsorgan 250, 260. På samma sätt är den portabla anordningen 201 ansluten till Internet 280 via kommunikations- organ 251, 261. De portabla anordningama 200, 201 omfattar en modul enligt den tredje aspekten av uppfinningen (ej visad) för att visa mjukvaruapplika- tioner på anordningsskärmarna. När modulen är verksam hämtas information 10 15 LT! iZi-Il DJ 3323 17 associerad med mjukvaruapplikationema från ett första minne som innehåller applikationsdata. Det första minnet (ej visat) är anordnat inom de portabla anordningarna 200, 201. Emellertid hämtar modulen även grafiska deklara- tioner associerade med mjukvaruapplikationerna från ett andra minne 292. I denna utföringsfonn är det andra minnet 292 anslutet till lntemet-servern 290.

När mjukvaruapplikationer visas behöver mod ulen sålunda ansluta till lnternetservern 290. XML-filen som innehåller de grafiska deklarationerna kan även kommas åt via en lntemet-klient 294 ansluten till Internet 280. Sålunda kan en användare komma åt en specifik fil som innehåller grafiska deklara- tioner via en Internet-klient 294, modifiera värdena i filen och erhålla modi- fikationerna på skärmen hos användarens portabla anordning 200, 201.

Fastän utföringsforrner av föreliggande uppfinning har beskrivits ovan med hänvisning till olika exempel skall det förstås att modifikationer av exemplen ovan kan göras utan att frångå uppfinningens omfång enligt kraven.

Claims (18)

10 15 20 25 30 Lfl i' ü OJ (JJ P0 TU 1 8 PATENTKRAV

1. Förfarande för att visa grafisk information på en skärm hos en anordning omfattande stegen att komponera resulterande bilddata från åtminstone en applikationstjänst, och att sända nämnda resulterande bilddata till skärmen hos anordningen, varvid steget att komponera resulterande bilddata vidare omfattar att identifiera artiklar associerade med var och en av nämnda åtminstone en applikationstjänst, att bestämma åtminstone en artikel av nämnda artiklar som är i ett synligt tillstånd, att hämta information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd, och att beräkna nämnda resulterande bilddata från den hämtade informationen.

2. Förfarande enligt krav 1, varvid steget att hämta information innebär att endast hämta information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd.

3. Förfarande enligt krav 2, varvid steget att hämta information vidare omfattar stegen att hämta information associerad med nämnda åtminstone en artikel som är i det synliga tillståndet från ett första minne, och att hämta grafiska deklarationer associerade med var och en av nämn- da åtminstone en artikel som är i det synliga tillståndet från ett andra minne.

4. Förfarande enligt krav 3, varvid steget att hämta grafiska deklarationer vidare omfattar steget att ansluta till en fiärrbelägen server, varvid nämnda server omfattar nämnda andra minne. 10 15 20 25 30 533 322 19

5. Förfarande enligt något av kraven 1-4, vidare omfattande steget att beräkna åtminstone ett attribut för varje identifierad artikel, varvid nämnda attribut väljs från en grupp bestående av position, storlek och rotation.

6. F örfarande enligt något av kraven 1-5, varvid steget att bestämma åtminstone en artikel som är i ett synligt tillstånd vidare omfattar stegen att bestämma artiklar som är i ett icke-synligt tillstånd, och att bestämma artiklar som är i ett delvis synligt tillstånd.

7. Förfarande enligt något av kraven 1-6, vidare omfattande steget att ta emot kommandodata motsvarande en händelse utlöst av inmatningsdata, varvid steget att komponera resulterande bilddata upprepas för varje mottagen kommandodata.

8. Datorprogramprodukt omfattande programkodorgan lagrad i ett dator- läsbart medium, varvid programkoden är anpassad att utföra något av stegen enligt krav 1-7 när programmet körs på en dator.

9. Modul för att visa grafisk information på en skärm hos en anordning omfattande en komponerare konfigurerad att komponera resulterande bilddata från åtminstone en applikationstjänst, och en sändare konfigurerad att sända nämnda resulterande bilddata till skärmen hos anordningen, varvid komponeraren vidare omfattar en identifierare konfigurerad att identifiera artiklar associerade med var och en av nämnda åtminstone en applikationstjänst, en bestämmare konfigurerad att bestämma åtminstone en artikel av nämnda artiklar, varvid nämnda åtminstone en artikel är i ett synligt tillstånd, ett hämtningsorgan konfigurerat att hämta information associerad med nämnda åtminstone en artikel som är i det synliga tillståndet, och en beräknare konfigurerad att beräkna nämnda resulterande bilddata från nämnda hämtade information. 10 15 20 25 30 i“'i tiil 111.21 ü!! Pïi “J 20

10. Modul enligt krav 9, varvid hämtningsorganet endast hämtar information associerad med nämnda åtminstone en artikel som är i ett synligt tillstånd.

11. Modul enligt krav 9 eller 10, varvid nämnda hämtningsorgan omfattar ett första hämtningsorgan konfigurerat att hämta data associerad med var och en av nämnda åtminstone en artikel som är i nämnda synliga tillstånd från ett första minne, och ett andra hämtningsorgan konfigurerat att hämta grafiska deklarationer associerade med var och en av nämnda åtminstone en artikel som är ett i ett synligt tillstànd från ett andra minne.

12. Modul enligt krav 11, varvid nämnda andra minne är anordnat på en fiärrbelägen server.

13. Modul enligt något av kraven 9-12, vidare omfattande ett andra beräk- ningsorgan konfigurerat att beräkna åtminstone ett attribut för varje identi- fierad artikel, varvid nämnda attribut väljs från en grupp bestående av position, storlek och rotation.

14. Modul enligt något av krav 9-13, varvid nämnda bestämmare är vidare konfigurerad att bestämma artiklar som är i ett icke-synligt tillstånd, och att bestämma artiklar som äri ett delvis synligt tillstånd.

15. Modul enligt något av kraven 9-14, vidare omfattande en mottagare konfigurerad att ta emot kommandodata motsvarande en händelse utlöst av inmatningsdata, varvid nämnda kommandodata är konfigurerad att styra komponeraren.

16. Anordning omfattande organ för att initiera åtminstone en applikationstjänst, en modul enligt något av kraven 9-15, och en skärm konfigurerad att visa nämnda resulterande bilddata. 323 21

17. Anordning enligt krav 16, varvid nämnda anordning är en mobilterminal.

18. System omfattande en anordning enligt krav 16 eller 17 och en fjärr- belagen server som är ansluten till anordningen, varvid nämnda flärrserver lagrar information associerad med nämnda åtminstone en applikationstjânst.