SE522878C2 - Datakommunikationssystem - Google Patents

Description

- 522 878 De huvudsakliga elementen för den logiska WAE-modellen är en terminal innefattande en WAP-användaragent som trådlöst kommunicerar med en kopplingsport som innefattar kodare och avkodare. WAP-kopplingsporten kommunicerar i sin tur med en ursprungsserver som innefattar server- applikationer.

En WAP-användaragent definieras som varje mjukvara eller anordning som tolkar innehållet (t ex Wireless Markup Language, WML) och kan innefatta textblåddrare, röstbläddrare, sökmaskiner, etc.

Kapacitet och preferensinformation (Capability and Preference Information, CPI) kan innefatta hårdvarukännetecken (skärmstorlek, färgkapaciteter, bildkapaciteter etc), mjukvarukännetecken (operativsystemförsäljare och version, support för användarprogram, en lista över ljud- och videoavkodare etc), applikation/ användarpreferenser (tillverkare och version av bläddrare, markup-språk och versioner som stöds, scriptspråk som stöds etc), WAP- kännetecken (WML-scriptbibliotek, WAP-version, WML-storlek etc) och nätverkskånnetecken (bärarkännetecken såsom latens och tillförlitlighet etc).

Användaragentprofil- (User Agent Profile, UaProí) specifikationer utvidgar WAP till att möjliggöra änd-till-änd-flöde av en UAProf mellan terminalen, mellanliggande nätverkspunkter och ursprungsservern. UAProf använder kapacitet och preferensinformation som en uppsättning komponenter och attribut. UAProf överförs över trådlösa nätverk i WSP-huvuden.

Sammantaget ser UAProf till att ha med klasser av terminalpreferens- information. Dessa klasser innefattar hårdvaror och mjukvarukännetecken för terminalen såväl som information om nätverket till vilket terminalen är ansluten.

Fig. la visar schematiskt hur en terminal 2, t ex en mobiltelefon, etablerar en mobil Internetsession med en applikation i en applikationsserver 4 i enlighet med väletablerad teknik som används i dag. Fig. lb visar ett blockschema över UAProf 6 innefattande en terminalproñl 8 använd i ñg. la. 10 20 25 30 . - e | o « . a .n - 522 878 När en terminal etablerar en mobil Internet-session med en applikation kommer den att sända sin användaragentprofil till denna applikation. Denna profil innehåller attributvärdena för terminalen och/ eller referenserna (t ex i formen av en Internet-adress) till applikationsservern där attributvärdena kan finnas.

Det scenario som beskrivs i anslutning till fig. 1 visar initieringen av en WSP- session och etableringen av en initial UAProf. Vid initiering av en WSP-session, överför den UAProf-medvetna terminalen sin profilinformation med användning av profil och proñl-Diff-huvudena i WSP-anslutningsbegäran. Värdena på dessa huvuden konstrueras genom kodning av CPI.

När en UAProf-medveten session har etablerats, kan klienten (terminalen) uppdatera den aktiva UAProf vid varje tidpunkt. För att göra detta överför terrninalen ett WSP-sessionsåterupptagningsmeddelande till WAP- kopplingsporten innehållande profil och profil-Diff-huvudena med det nya CPI.

Både i scenariot beskrivet i anslutning till fig. l och när en UAProf uppdateras under en redan etablerad session är UAProf-profilförändringar förändringar av terrninalens (t ex mobiltelefonens) inställningar eller kännetecken (t ex kan användaren förändra den önskade gråskalan för bilder etc).

När en WSP-begäran har avgivits kan terminalen erhålla ytterligare information eller upphäva eller öka på den grundläggande UAProf som redan lagrats i WAP- kopplingsporten. UAProf-profilen i terrninalen består av den faktiska profildatan och/ eller enhetliga resurspekare (Uniform Resource Locators, URLs) som pekar på. den faktiska datan lagrad på en ursprungsserver någonstans i nätverket.

Den senare är speciellt användbar för att peka på data som är samma för alla användare av en speciell terminaltyp, t ex hårdvarukännetecken. Standard- attributvärden som pekas på av URL kan upphävas av attributvärden som explicit speciñcerats i terminalprofilen. Till exempel så upphäver användar- preferenser standardinställningar. Nivån av upphävande i UAProf ligger således på attributnivån. 10 15 20 25 30 522 en I UAProf-specifikationen kan terminalen försedd med attributvärden upphäva ursprungsinställningarna lagrade på en ursprungsserver i nätverket.

I den mobila Internetvärlden, kommer användare att i en ökad utsträckning ha mer än en användaranordning, t ex en laptop-dator, en kommunikator eller en mobiltelefon, för att få tillgång till en applikation. Dessa användaranordningar har olika kapaciteter med avseende på skärmstorlek, skärmupplösning, skärmfärger, minne, processorkapacitet, bläddrare etc. En laptop-dator och en kommunikator kan vara kopplade via en mobilterrninal till det mobila nätverket och betraktas då som anslutna anordningar. Dessutom kan terminaler ha andra typer av anslutna anordningar såsom digitala kameror, MP3-spelare, GPS-system, text-till-talomvandlare etc.

För att ge en användare relevant och värdefull service skulle det blir nödvändigt för applikationen som tillhandahåller servicen att vara anpassad till användarens terminal och till de anslutna anordningarna. Denna anpassning kan betyda att informationsformatering eller informationen sj älv justeras till tenninalens kapaciteter. Ett exempel på. anpassning av informationen är när en applikation endast sänder ett sammandrag av en artikel i en tidning i stället för hela artikeln.

Med terminalkapacitet avses den kombinerade kapaciteten för terminalen och den anslutna anordningen som i vissa fall endast beror på kapaciteten för den anslutna anordningen.

Såsom angivits ovan medger den idag använda tekniken profilförändringar som avspeglar förändringar för klientens (termínalens) inställningar och kännetecken och tar inte hänsyn till kapaciteten hos anordningar som har anslutits till klienten.

Syftet med uppfinningen är att kunna skräddarsy informationen sänd från en applikationsserver till en terminal i beroende av kapaciteterna för anordningarna anslutna till terminalen. 10 15 20 25 30 u vun-oøu :i . n . » .s 522 878 Sammanfattning av uppfinningen Ovannämnda syften uppnås av uppfinningen i enlighet med de kännetecknande delarna av de oberoende patentkraven.

Föredragna utföringsformer anges i de beroende kraven.

Det trådlösa överföringsprotokollet som används för kommunikation mellan en terminal och en applikation innefattar således också, förutom terrninalprofilen, en profil avseende den anslutna anordningen som dynamiskt uppdateras med data relaterad till en anordning ansluten till terrninalen.

Profilförändringarna för den anslutna anordningens profil i enlighet med föreliggande uppfinning utesluter inte förändringar av terminalprofilen.

Kort beskrivning av de bifogade ritningarna Fig. la och lb illustrerar schematiskt överföringen respektive det trådlösa protokollet som används vid den kända tekniken.

Fig. 2 är en schematisk illustration av ett kommunikationssystem där föreliggande uppfinning är tillämpbar.

Fig. 3 illustrerar ett blockschema över en användaragentproñl (UAProf) i enlighet med föreliggande uppfinning.

Fig. 4 illustrerar en föredragen utföringsform av uppfinningen där en ansluten anordning trådlöst är ansluten till terminalen med användning av Bluetooth- protokollet.

Fig. 5 illustrerar schematiskt kommunikationen mellan en terminal och en applikationsserver enligt föreliggande uppfinning, 10 15 20 25 30 nu u ; n n | - ; a a en r522 878 Fig. 6a och 6b illustrerar ett första scenario där föreliggande uppfinning är implementerad.

Fig. 7a och 7b illustrerar ett andra scenario där föreliggande uppfinning är implementerad.

Fig. 8a och 8b illustrerar ett tredje scenario där föreliggande uppfinning är implementerad.

Fig. 9a och 9b illustrerar ett fjärde scenario där föreliggande uppfinning är implementerad.

Fig. 10 illustrerar ett femte scenario där föreliggande uppfinning är implementerad.

Fig. 11 illustrerar en föredragen utföringsform av föreliggande uppfinning.

Detalierad beskrivning av föredragna utföringsformer av uppfinningen Fig. 2 är en schematisk illustration av ett kommunikationssystem där föreliggande uppfinning är tillämpbar.

Systemet omfattar en terminal 2, t ex en mobiltelefon, anordnad att kommunicera med en applikation 4 i en applikationsserver via det mobila nätverket och Internet 10 med användning av ett trådlöst överföringsprotokoll, t ex WAP eller alternativt HTTP. I figuren är WAP-kopplingsporten mellan terminalen och applikationsservern utelämnad för enkelhets skull men det skall förstås att kommunikationen mellan terminalen och WAP-kopplingsporten delvis är trådlös. Varje känt kommunikationsmedia, t ex Intemet, kan genomföra kommunikationen mellan kopplingsporten och servern. I enlighet med en alternativ utföringsform har WAP-kopplingsvägen utelämnats varvid det föreligger en direkt kommunikation mellan terminalen och applikationsservem. 10 l5 20 25 30 fszz a7s Systemet omfattar också en eller flera anordningar 12 anslutna till terminalen.

Den anslutna anordningen 12 kan t ex vara en laptop-dator, en MP3-spelare, en digitalkamera, en text-till-talomvandlare, en parkeringsmätare, en försäljningsmaskin, en skrivare eller någon annan anordning som är anordnad att anslutas till en terminal. Den anslutna anordningen kan vara ansluten till terminalen i varje konventionell elektrisk eller optisk kabel eller via luftgränssnittet med användning t ex av ett kortdistans trådlöst protokoll, t ex Bluetooth-protokollet, eller med användning av en infraröd länk.

Kopplingen mellan tenninalen och applikationen görs via ett cellulärt nätverk och Internet med användning av t ex ”Transmission Control Protocols /Internet Protocols” (TCP/ IP). TCP/ IP-protokollet specificerar adresseringen av noderna i Internet och anger en metod att sända paket med data från en nod till en 31111811.

Fig. 3 illustrerar ett blockschema av en användaragentprofil (UaProf) i enlighet med föreliggande uppfinning. UAProf omfattar en terminalproñl 8 och en ansluten anordningsprofil 16. Terminalprofilen omfattar olika attribut, t ex härdvaruattribut 18, mjukvaruattribut 20, bläddrarattribut 22 och hjälpattribut 24.

Den anslutna anordningens profil 16 omfattar ett antal komponenter 26, 28, 30, där var och en representerar en anordning. Varje komponent är försedd med relevanta attribut 32, 34, 36 som kan vara hårdvara, mjukvara eller bläddrarattribut.

I enlighet med en föredragen utföringsform av föreliggande uppfinning är den anslutna anordningens profil implementerad genom att definiera ett nytt schema i UAProf som har tillåtits underspecifikationerna för UAProf. Det nya schemat som implementerar den anslutna anordningens profil måste överensstämma med speciñkationema som kan erhållas i sin helhet i ”Wireless Application Group, User Agent Profile Specification” som är tillgänglig på wwwwapforumorg. 10 15 20 25 30 | n a | . i | n en i 522 878 Ett schema innefattar komponenter och komponenterna innefattar i sin tur attribut. Ett schema kan betraktas som en komplett profilstruktur/ grammatik.

Komponenter är t ex ”hårdvarukännetecken”, ”mjukvarukännetecken”, ”bläddrare” och ett attribut är t ex ”skärmstorlek”. Således, definierar schemat profilens struktur och profilen själv kan sålunda ses som ett exempel på ett schema: dvs profilen är ett schema fyllt med verklig data eller pekare mot data.

WAP UAProf använder ”Resource Description Framework” (RDF) för att definiera strukturen/ grammatíken för ett schema, komponent och attribut. Ovannämnda koncept användande ett schema tillämpas enligt en föredragen utföringsform av uppfinningen för att deñniera en ansluten anordningsprofil. Till exempel när en anordning är ansluten till en mobiltelefon (t ex med Bluetooth) informerar anordningen telefonen om dess kapacitet genom att sända dess profil. Så länge som profilen som har sänts har en schemastruktur som överensstämmer med kraven specificerade i WAP UAProf (och RDF), kommer telefonen att kunna förstå den.

I enlighet med en föredragen utföringsform hos uppfinningen är den anslutna anordningen trådlöst ansluten till terminalen med användning av Bluetooth- protokollet för kommunikation. Denna anslutning är schematiskt illustrerad i fig. 4. Fig. 4 visar kapacitetshanterare 38, 40 och kapacitetsdatamedel 42, 44 arrangerade i en terminal (till höger i figuren) respektive i en ansluten anordning (till vänster). Kapacitetshanteraren uppdaterar kapacitetsdatamedlet i beroende av en ansluten anordningsprofil mottagen från en ansluten anordning. Denna uppdatering görs antingen genom att den anslutna anordningen automatiskt sänder sin profil till terminalen när den ansluts eller genom att terminalen sänder en terminalkapacitetsbegäran till den anslutna anordningen där anordningens profil begärs.

I fig. 4 begär terminalen profilen från den anslutna anordningen. TCP / IP överst i Bluetooth-protokollet används. Följande procedur genomförs med hänvisning till fig. 4: (1) En Bluetooth-anslutning etableras. 10 20 25 30 I - o o . . » a n u. = 522 878 (2) Kapacitetshanteraren 38 i terminalen upptäcker att det finns en ny anordning ansluten och sänder en terminalkapacitetsfrågebegäran till den anslutna anordningen. Begäran hanteras av en kapacitetshanterare 40 för den anslutna anordningen. (3) Kapacitetshanteraren 40 för den anslutna anordningen läser dess kapacitetsdata (dvs den anslutna anordningens profil) från den anslutna anordningens kapacitetsdatamedel 44 anordnad i den anslutna anordningen och sänder den tillbaka till terrninalen som svar pä terrninalkapacitetsfrågebegäran. (4) Terminalkapacitetsdatarnedlet 42 uppdateras med den mottagna profilen.

Fig. 5 illustrerar schematiskt kommunikationen mellan en terminal 2 och en applikationsserver 4 som omfattar en applikation. Om anordningar är anslutna till terminalen är kapacitetsdatamedlet försett med den anslutna anordningens proñl. Kapacitetsdatamedlet kan uppdateras pä många olika sätt, t ex i enlighet med ovan beskrivna procedurer.

I enlighet med en föredragen utföringsform av uppfinningen begär applikations- servem från terminalen dess kapaciteter (profiler) både avseende terminalen själv och varje ansluten anordnings kapaciteter (profiler). Denna begäran kan överföras via en WAP-kopplingsport eller andra noder som använder andra protokoll. Den delen av radioprotokollet som används i de mellanliggande noderna mellan terrninalen och applikationsservern är inte föremål i föreliggande uppfinning och beskrivs därför inte håri.

Följande procedur genomförs med hänvisning till fig. 5: (1) En förutsättning är att en datakanal har etablerats mellan terminalen (mobiltelefonen) och applikationsservern med användning av paketdata eller kretsdata. Andra protokoll såsom WAP på SMS kan också användas. (2) En applikation vill ta reda på kapaciteten för terminalen och skicka en terminalkapacitetsfrågebegäran till terminalen. Kapacitetshanteraren i terminalen är ansluten till TCP-stacken via ett portnummer. Applikationen sänder begäran till detta portnummer på terminalen och begäran når 10 15 20 25 30 . a a | » ~ . - .- 522 878 10 kapacitetshanteraren i mobiltelefonen. Denna adressering är välkänd teknik och beskrivs därför inte ytterligare häri. (3) Terrninalens kapacitetshanterare läser sedan kapacitetsdatan (profilen) från kapacitetsdatamedlet, innefattande både anslutna anordningars kapaciteter och terminalens kapaciteter, och sänder resultatet (profilen) tillbaka som svar till terminalkapacitetsfrågebegäran.

De anslutna anordningarna eller tillfälliga anordningar kan delas upp i tre olika typer: ersättande anordningar, kompletterande anordningar eller sporadiska anordningar. Typen av anordning bestämmer huruvida kapaciteter från anordningarna kommer att influera profilen av det använda trådlösa protokollet.

Profilen för en ersättande anordning ersätter i varje fall delvis några av mobiltelefonens profilattribut (t ex när en laptop har anslutits, kan laptopens härdvaror/ mjukvaror/ bläddrarattribut ersätta telefonens attribut när en session etableras.

Profilen för en kompletterande anordning är ett tillägg till mobiltelefonens profil.

Profilen för en sporadisk anordning innefattas inte i mobiltelefonens profil eftersom denna anordning inte kan anses vara ett tillägg till telefonens anordning som skall tas hänsyn till av applikationen vid bestämning av informationsformat och innehåll. Exempel på sporadiska anordningar är parkeringsmätare, försäljningsmaskiner eller en printer.

Bortsett från situationen beskriven i anslutning till fig. la och lb, vilken redan använts idag, kommer fem principiellt olika situationer eller scenario att beskrivas för att illustrera föreliggande uppfinning.

Det första scenariot illustreras i fig. 6a. En ansluten anordning 12, t ex en text- till-talomvandlare, etablerar en session med en terminal 2, t ex en mobiltelefon (illustrerad ovan i fig. 6a). Detta kan genomföras innan terminalen etablerar en mobil Internet-session med en applikationsserver 4. Fig. 6b illustrerar l0 l5 20 25 30 ' 522 878 ll protokollprofilerna, UAProf, omfattande terminalprofilen 8 med attribut och den anslutna anordningens profil 16 innefattande en kamerakomponent 46 med dess attribut 48.

I detta första scenario är t ex en text-till-talomvandlare ansluten till terminalen.

Applikationen kan ta hänsyn till detta när den bestämmer vilken information den skall förmedla och hur denna information förmedlas. Text-till- talomvandlaren är en kompletterande anordning och profilen sänd från terminalen till applikationen innehåller därför kapaciteter för både terminalen och text-till-talomvandlaren.

I det andra scenariot etablerar en ansluten anordning en mobil Internet-session med applikationen via terminalen som kopplar upp sessionen. I detta fall år den anslutna anordningen en ersåttande anordning.

Det andra scenariot illustreras i fig. 7a. En ansluten anordning 12, t ex en laptop-dator, etablerar en session med en terminal 2, t ex en mobiltelefon (illustrerad ovan i fig. 7a). Detta kan genomföras innan terminalen etablerar en mobil Internet-session med en applikationsserver 4. Fig. 7b illustrerar protokollprofilen, UAProf, omfattande den anslutna anordningens proñl innefattande en laptop-komponent 50 med dess attribut 52.

I detta andra scenario kommer den anslutna anordningen att sända sin profil tillsammans med sessionsetablerandet. Applikationsservem kommer att mottaga profilen av den anslutna anordningen och inte för mobiltelefonen, eftersom mobiltelefonen fungerar som en sorts router. I detta scenario avslutas WAP/ HTTP-stacken i anordningen, vilket innebär att WAP/ HTTP-sessionerna sätts upp transparent genom mobiltelefonen. Profilen kommer endast att innehålla kapaciteter för den anslutna anordningen, t ex från laptopen från vilken den mobila lntemet-sessionen etableras.

I det tredje scenariot en ansluten anordning etablerar en mobil Internet-session med applikationen och terminalen fungerar som en kopplingsport däremellan. 10 15 20 25 30 522 en 12 Det tredje scenariot illustreras i fig. 8a. En ansluten anordning 12, t ex en laptop-dator, etablerar en session med en terminal 2, till exempel en mobiltelefon (illustrerad ovan i fig. 8a). Detta kan genomföras innan terrninalen etablerar en mobil Internet-session med en applikationsserver 4. Fig. 8b illustrerar protokollprofilerna, UAProf, omfattande terminalproñlen 8 med attribut och den anslutna anordningens profil 16 innefattande en laptop- komponent 50 med dess attribut 52.

I detta scenario sätter den anslutna anordningen upp en mobil Internet-session med mobiltelefonen och den mobila telefonen sätter upp en session med applikationen. WAP-stacken avslutas i mobiltelefonen, men information mottagen från applikationen avslutas inte i mobiltelefonen utan förmedlas vidare från telefonen till den anslutna anordningen. Den sända profilen innefattar kapaciteter för både mobiltelefonen och för den anslutna anordningen som initierade den mobila Internet-sessionen med mobiltelefonen. Andra anordningar kan vara anslutna till mobiltelefonen (t ex en text-till- talomvandlare) som inte innefattas i profilen, eftersom det är den initierande anordningen som år föredragen av användaren och därför är de andra anslutna anordningarna inte relevanta i detta fall. I detta fall fungerar den anslutna anordningen som en kompletterande anordning.

I det fjärde scenariot har terminalen redan etablerat en mobil Internet-session med applikationen när en ny anordning ansluts till terminalen. Det fiårde scenariot illustreras i fig. 9a. En terminal 2, t ex en mobiltelefon, har etablerat en mobil Internet-session med en applikationsserver 4 (illustrerad ovan i ñg. 9a). En ansluten anordning 12, t ex en kamera, ansluts därefter till terminalen och etablerar en session med terminalen 2. Fig. 9b illustrerar protokoll- proiilerna, UAProf, omfattande den anslutna anordningens profil 16 innefattande en kamerakomponent 46 med dess attribut 48.

Detta scenario år tillämpbart, t ex när man går in i en bil utrustad med en text- till-talomvandlare och användaren frågas om applikationen behöver informeras om den nya tillgängliga anordningen. Detta kommer att medge att applikationen 10 15 20 25 30 522 eva ïïïflfiïf .nu fe 13 omprövar sättet som informationen presenteras. Frågan ställs inte i sporadiska anordningar såsom parkeringsmätare, försäljningsmaskiner eller skrivare.

Eftersom det redan finns en etablerad mobil Intemetsession mellan mobil- telefonen och applikationsservem har applikationen redan mottagit en profil från telefonen. Därför behövs en Diff_Profile sändas till applikationsservern som speciñcerar de ytterligare kapaciteterna. Denna Diff_Profile illustreras i fig. 9b.

I det femte scenariot begär applikationen profilen innan en mobil Internet- session etableras med terminalen. Applikationen vill sända ut information till terminalen och initierar därför sessionen och frågar terminalen och användaren efter dess kapaciteter, jämfört med normalfallet när terminalen initierar, och sänder direkt dess och dess anslutna anordningars kapaciteter. Det femte scenariot illustreras i fig. 10. En applikationsserver 4 begär profilen från en terminal 2, t ex en mobiltelefon för att kunna skräddarsy det utsända informationsformatet och innehållet till den anslutna anordningen 12, t ex en kamera eller en MP3-spelare. Följande profil returneras sedan från terminalen till applikationen: terminalprofil + ansluten anordningsprofil.

Applikationen kommer också att få hela profilen för terminalen, som inte ersatts av någon ersättande anordningsprofil, eftersom applikationen kan besluta att skicka ut informationen till telefonen snarare än till en av de ersättande anordningarna. Om det för närvarande inte finns någon pågående session mellan terminalen och WAP-kopplingsporten, och WAP-kopplingsporten inte lagrar profilerna efter att en session har avslutats, kan WAP-kopplingsporten (eller applikationen) fråga mobiltelefonen.

Det första fyra scenarierna är hämtningsscenarier, dvs användare initierade, och det sista är ett sändningsscenario, dvs applikationsinitierat.

Fig. 1 1 illustrerar hur en applikation i en applikationsserver 4 kan finna en ansluten anordnings 12 kapaciteter innan information sänds iväg för att kunna 10 15 20 25 30 «s22 eva u» n. | c o | n » : o u; 14 skräddarsy informationsformatet och innehållet. Följande procedur genomförs med hänvisning till fig. 1 l: (1) En terminal, t ex en mobiltelefon, förs in i en bil som är utrustad med en text-till-talomvandlare. Ett tillfälligt nätverk etableras mellan mobiltelefonen 2 och den anslutna anordningen. (2) Profilen för den kompletterande anordningen (i detta fall en text-till- talomvandlare) skickas till mobiltelefonen som uppdaterar dess profiluppsättning. (3) Användaren av mobiltelefonen abonnerar på nyheter från en applikationsserver och nyhetsapplikationen (lokaliserad i applikationsservern) beslutar att skicka ut de senaste nyheterna till mobiltelefonen. (4) En terminalkapacitetsbegäran (dvs vilken kapacitet finns hos mobiltelefonen och hos de tillfälligt anslutna anordningarna) skickas till WAP- kopplingsporten 54. WAP-kopplingsporten är kapabel att sända WAP- sändningsmeddelanden till mobiltelefonen. Ett MSISDN-nummer skickas med begäran. MSISDN-numret kan t ex hämtas av applikationen från personlig information relaterad till nyhetsabonnemanget. WAP- kopplingsporten sänder sändningsbegäran till mobiltelefonen. I fig. ll PLMN står för ”Public Land Mobile Network” och kan vara till exempel UMTS (Universal Mobile Telephone System), GSM (Global Service for Mobile transmission) eller GPRS (General Packet Radio Service). Det skall noteras att terminalkapacitetsbegäran kan sändas av applikationen direkt.

Användningen av WAP-kopplingsporten som illustreras här är endast en möjlig lösning.

Terminalkapacitetsbegäran slutar i mobiltelefonen.

Den nu uppdaterade profilen sänds tillbaka till applikationsservern. (5) Med nyhetsinformationen kan applikationen anpassa informationen till de nya kapaciteterna. I detta exempel omvandlas nyhetsinnehållet till ett tal ”mark-up”-spräk.

Tal ”mark-up”-språknyhetsinnehållet skickas sedan till mobiltelefonen som ~ 522 878 15 använder text till talomvandlaren för att presentera informationen för användaren.

Föreliggande uppfinning är inte begränsad till ovan beskrivna föredragna utföringsformer. Olika altemativ. modifieringar och ekvivalenter kan användas.

Uppfinningens omfattning skall därför inte begränsas till ovan nämnda utföringsforrner utan definieras av de efterföljande patentkraven.

Claims (16)

10 15 20 25 30 fs22 a7a 16 Patentkrav

1. Datakommunikationssystem omfattande en terminal (2) anordnad att kommunicera med en applikation (4) med användning av ett trådlöst överföringsprotokoll (6) innefattande en terminalprofil (8), k â n n e t e c k - n a t a v att nämnda trådlösa överföringsprotokoll också innefattar en ansluten anordningsprofil (16) som uppdateras med data relaterad till anordningar anslutna till terrninalen. .

2. Datakommunikationssystem enligt krav 1, k ä n n e t e c k n a t a v att uppdateringen av anslutna anordningars profil initieras av terminalen. .

3. Datakommunikationssystem enligt krav 1, k å n n e t e c k n a t a v att uppdateringen av anslutna anordningars profil initieras av den anslutna anordningen. .

4. Datakommunikationssystem enligt krav 1, k å n n e t e c k n a t a v att applikationen kan erhålla terminalproñlen och den anslutna anordningens profil från terminalen. .

5. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att den anslutna anordningens profil uppdateras dynamiskt. .

6. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda anslutna anordningsprofil omfattar data relaterad till kapaciteten för den anslutna anordningen. .

7. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t av att nämnda trådlösa överföringsprotokoll år ”Wireless Application Protocol (WAP)”. .

8. Datakommunikationssystem enligt krav 7, k å n n e t e c k n a t a v att nämnda anslutna anordningsprofil år implementerad som ett nytt schema i 10 15 20 25 30 «s22 svar . a a | . | v - n 17 användarens agentprofil (User Agent Profile, UAProf) i WAP.

9. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda terminal är en mobiltelefon.

10. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda anordning som är ansluten till tenninalen är trådlöst ansluten med hjälp av Bluetooth-protokollet.

11. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda anslutna anordning är en ersättande anordning, varvid profilen för en ersättande anordning delvis ersätter terminalens profil.

12. Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda anslutna anordning är en kompletterande anordning, varvid profilen för en kompletterande anordning läggs till terminalens profil.

13.Datakommunikationssystem enligt något av föregående krav, k ä n n e - t e c k n a t a v att nämnda anslutna anordning är en sporadisk anordning.

14. l4.Metod i ett datakommunikationssystem omfattande en terminal försedd med ett trådlöst överföringsprotokoll innefattande en terminalprofil, k ä n n e t e c k n a d a v att nämnda metod omfattar följande steg: i) att uppdatera en ansluten anordningsprofil innefattande nämnda trådlösa överföringsprotokoll med data relaterad till en anordning ansluten till terminalen.

15. Metod enligt krav 14, k ä n n e t e c k n a d a v att den anslutna anordningens profil i nämnda trådlösa överföringsprotokoll uppdateras dynamiskt. ~ 522 en 18

16. Metod enligt krav 14 eller 15, k å n n e t e c k n a d a v att nämnda metod vidare omfattar följande steg: ii) att överföra den anslutna anordningens profil till en applikationsserver, och iii) att skräddarsy en applikation som skall överföras från applikatíons- servern till den anslutna anordningen, via terminalen, i enlighet med den anslutna anordningens profil.