SE526532C2 - Förfarande, server och dataprogramsprodukt för fjärrhantering av Web-tjänstarbetsflöden - Google Patents

Description

526 532 2 I allmänhet kan en Web-tjânsts behandlingsmodell vara aiïårsobjekts-(fiinktion eller förfarande)-centrerad eller så kan den vara dokumentcentrerad. Den objektcentrerade modellen involverar interaktion med klienten i en dialog medan den dokumentcentrerade modellen vanligtvis används när klienten endast behöver tillgång till dome-dokument eller information. Det affärsobjektcentrerade tillvågagångssâttet drivs genom en serie av förfarandeuppringriingar. Dessa förfarandeuppringningar applicerar tjänstens afiärslogik till data som ges i förfrågan. En Web-tjänstinteraktionsmodell väntar sig att en klientapplikafion anropar och interagerar med Web-tjänsten. En klients applikationsinteraktion med en Web-tjänst kan vara synkron eller asynkron eller en kombination av båda kommunikationstypema. När en synkron modell följs använder klientapplikationen vanligen en RPC-orienterad interaktion. De RPC-orienterade (synkrona) och dokumentoxienterade (asynkrona) Web-tjänsterna bildar två ändar av ett spektrum.

Vid den ena änden kan en Web-tjänst använda en helt RPC-orienterad interaktionsmodell och objektcentrerad behandling, i vilket fall modellen är en RPC- orienterad Web-tjänst. Vid den andra änden kan en tjänst vara helt dokumentorienterad och kommunicera med asynkrona meddelanden. De flesta Web-tjänster hanmar emellertid någonstans mellan dessa två fall med en blandning av modellerna. Trots att även en helt RFC-orienterad Web-tjänst använder SOAP (Simple Object Access Protocol), behåller den användningen av XML transparent mellan klienten och servern.

Klienten och servem använder förfarandeuppringningar och objekt som parametrar till dessa uppringningar. Den underliggande plattformen hanterar XML. En applikationsklient kan anropa RFC-orienterade Web-tj änst(er) på olika sätt, till exempel med användning av SOAP, MIME eller andra http-baserade protokoll. Varje anrop består huvudsakligen av en förfrågan och ett svarsmeddelande. Detta betyder att klientanordningen måste ges en lokal behandlingsmöjlighet som hanterar applikationsarbetsflödena, applikationsdialogema och Internet-protokollen som stödjer den synkrona interaktionsmodellen såsom beskrivits ovan.

För att möjliggöra interaktion från till exempel en mobiltelefon med en Web-tjänst kan mobiltelefonen idag laddas med mjukvara. Detta kan göras direkt till CPU- moderkortet eller i vissa fall också in i SIM-kortet (Subscriber Identification Module). Flera lösningar fmns på marknaden idag som möjliggör en sådan användning. 526 532 Meddelandetjänster såsom EMS / MMS / SMS år alla av asynkron natur, vilket betyder att den sändande partens program/ tjänster fortsätter med sin egen behandling utan att vänta på ett svar till ett meddelande, d v s från den andra parten. I motsatts till synkrona meddelanden där det sändande programmet väntar på ett svar till sitt meddelande innan den återtar sin egen behandling.

SIM-toolkit- och WAP-browserapplikationsbaserade telefoner år baserade på den vanliga förfrågan/ svarsparadigmen också kallad meddelandetransaktion: - En klient sänder ett íörfrågan-(URD-meddelande till en server - Servern svarar med ett svarsmeddelande och - Klienten blockerar (avbryter exekvering) medan den väntar på svaret.

En programmerbar mobiltelefon, såsom en Javabaserad telefon kommer å andra sidan att möjliggöra mer avancerade klientapplikationer eftersom klientapplikationen kan fungera som en run-timekomponent som åstadkommer access till köande tjänster på en server.

Ett problem med de ovan beskrivna teknikerna som används idag är att tunna klientanordningar inte ges den lokala applikationsbehandlingsmöjligheten som möjliggör lokal hantering av applikationsarbetsflöden, applikationsdialoger och Intemetprotokoll som stödjer den synkrona interaktionsmodellen såsom beskrivits ovan. En tunn klient är en anordning med begränsad möjlighet för lokal datalagring, fristående operation och återhämtningsförrnåga för nätavbrott såsom standardcellulära mobiltelefoner försedda med SMS/ EMS/ MMS, SIM-toolkit eller WAP.

Ett ytterligare problem som finns i dessa idag tillgängliga tekniker för trådlösa klienter är att applikationssessioner tappas under trådlösa lånkfel eller avbrott.

Härmed förloras applikationstillståndet och relaterat inmatat data (d v s synkron anslutning). Att åter gå in i en tjänst betyder att applikationen måste hittas igen och startas om och att allt data givet fram till att det förlorade tillståndet uppstod måste skrivas in igen. 526 532 Ett ytterligare problem är att meddelandeorienterade klienter, såsom SMS / EMS /MMS, SIM-toolkit och WAP-aktiverade typer inte kan stödja en anslutning mot Web-tjänster som kräver en synkront ansluten klientapplikation.

Ett problem med dagens trådlösa nätklientsbaserade applikationslösningar år att skriva och utveckla en arbetsflödesapplikation kräver att många frågor uttryckligen måste hanteras individuellt för varje applikation, såsom fel och undantagshantering och detaljer för Web-tjänstuppringningar. Därför måste utvecklaren spendera mycket tid på att förbättra nätpålitligheten i varje individuell applikation.

Ett ytterligare problem med dagens lösningar är att de kan vara anordningsberoende. Det är att föredra att kunna slciva ett program som år användbart för ett stort antal klientanordningstyper.

Ett problem med en anordningsberoende applikation utvecklad för en rad liknande men inte identiska anordningar år att anordningarna kan skilja sig lite och därför fungerar ett program som fungerar som förväntat för en typ inte för en annan liknande typ. Detta betyder att testning, uppdatering och utveckling måste göras separat för varje anordningstyp.

En annan begränsning för dagens klientbaserade lösningar år att det inte är möjligt att ändra anordning på vägen. En trådlös anordning med mjukvara som körs kan inte stanna den aktuella applikationen och låta en annan anordning ta kontroll över applikationen.

Tjocka klienter kan lida av långa uppstartstider vilket år någonting som tunna klienter år generellt bra på. På grund av detta kan tjocka klienter inte alltid tillhandahålla samma realtidsupplevelse av anslutna tjänster.

En anordning som efterfrågar en web-tjänst kan också lida av att en stor mängd data ska överföras över nätet. Detta beror på att XML-formatet som används för kommunikation är ganska mångordigt men också för att data som ska överföras kan vara rådata på en låg applikationsnivå. 526 552 5 Ett ytterligare problem år också att applikationer som tillhandahåller interaktiv mediamöjlighet mot tunna mobilanordningar idag inte kan tillhandahålla en parallell mediahantering som förbättrar anvåndarupplevelsen av varje dialog.

SAMMANFATTNING Ett syfte med uppfinningen är att tillhandahålla ett förfarande och ett system där tunna, trådlösa klientanordningar såsom enkla mobiltelefoner kan agera som trådlösa fjårrstyrare som år enkla att använda för att styra arbetsflödesbaserade applikationer som efterfrågar Web-tjänster. Det år också ett syfte med uppfinningen att kommunikationen från klientanordningen ska vara asynkron.

Ett ytterligare syfte är att tillhandahålla en fjårrstyrare som inte lider av de problem som beskrivits ovan för relaterad teknik.

Dessa syften uppnås i ett förfarande enligt krav 1 och i en server enligt krav 8.

Härmed uppnås ett förfarande och en server som använder den trådlösa nåtbandbredden till klienter effektivt eftersom Web-tjänster inte rings upp från klienten sjålv utan snarare indirekt genom en server. Bandbredd kommer att sparas eftersom klientanordningskommunikation görs vid höga semantiska nivåer i systemet. Vidare kan en användare använda asynkron kommunikation för att styra en synkron Web-tjänst eftersom RCM-servern är en mellanliggande server som kommunicerar asynkront med klientanordningen och synkront med Web-tjänsten.

Den asynkrona kommunikationen mellan klientanordningen och RCM-servern gör det möjligt för användaren att avbryta en arbetsflödesapplikationssession när som helst för att ta upp den senare där den avbröts, starta andra applikationer eller utföra andra aktiviteter utan att sessionstillstånden förloras.

Vidare är inte arbetsflödesapplikationemai RCM-servern beroende av någon specifik klientanordning eller nåttyp som ansluter klienten. Istället kommer arbetsflödesapplikationema att vara möjliga att använda för alla klientanordningstyper som använder en specifik mediagateway ansluten till RCM- systemet. Detta betyder att anordnings- och nåtberoende frågor hanteras endast en 526 532 6 gång i mediagatewayema. Arbetsflödesapplikationerna som definieras i RCM- servern behöver inte vara medvetna om olika anordningstyper.

Ett ytterligare syfte är att tillhandahålla ett förfarande och ett system där tunna klientanordningar såsom standardmobiltelefoner har möjligheten att serva användare med navigationsdialoger som år gemensammai alla klientbaserade arbetsflödesbaserade applikationer vilket möjliggör enkel navigering i applikationssessioner och bland olika applikationssessioner och möjliggör manipulering av applikationsmenyer och navigering i applikationsmenyer. Detta syfte och föredragna utföringsformer av uppfinningen uppnås genom ett förfarande och en server enligt ett eller flera av de beroende kraven.

KORT BESKRIVNING AV RITNINGARNA Figur l år en schematisk vy av ett nät med en fiârrstyrriingsmanager (remote control manager) enligt uppfinningen.

Figur 2 visar en bildskärm av en mobiltelefon som ett exempel på en utföringsform av uppfinningen.

Figur 3 är en schematisk vy av en fiârrstymingsmanagerserver enligt uppfinningen.

Figur 4 är ett schematiskt sekvensdiagram för processen för att logga in i en arbetsflödesapplikation enligt uppfinningen.

Figur 5 är ett schematiskt sekvensdiagrarn av processen för en typisk transaktion av en tjänst enligt uppfinningen.

Figur 6 är ett schematiskt sekvensdiagram för en fullständig interaktion från användare till en Web-tjänst.

DETALJERAD BESKRIVNING AV UTFÖRINGSFORMER Enligt uppfinningen fillhandahålles en fiärrstyrningsmanager-(Remote Control Manager, RCM)-server, som en kommunikationslânk mellan Web-tjänster och mediagateways som stödjer klientanordningar som år registrerade för tjänsten som tillhandahålles av RCM-servem. Med användning av denna uppfinning har Web- tjänstklientapplikationen flyttats från klientanordningen för att finnas i och exekvera i en servermiljö, RCM-servern. Dessutom styrs enligt uppfinningen interaktionsdialogerna mot klientanordningen av RCM-servem genom ett 526 532 7 styrgränssnitt som hanterar en eller flera parallella och simultant arbetande mediagateways. Användaren presenteras (prompt) olika alternativ och/ eller instruktioner och måste svara med en datainmatning eller ett val.

Härmed låter RCM-servem användare utföra arbetsflödesinteraktioner, stödda av olika mediamöjligheter i arbetsflödesapplikationsdialogerna. Tunna klientanordningar kan ansluta till RMC-servem för att använda en eller flera av Web-tjänsterna som RCM-servem kan ansluta till. 'hinna klientanordningar är anordningar med begränsad möjlighet till lokal datalagring, fristående operation och återhämtningsförmåga till nätavbrott såsom standardmobiltelefoner, utrustade med en numerisk knappsats som stödjer tal, SMS / EMS / MMS och / eller WAP- tjänster.

Det finns två huvudgränssnitt från RCM-servem till den yttre världen: mot användare och mot Web-tjänster. Kommunikationen med användare är asynkron medan kommunikationen med Web-tjänster är synluon. Detta betyder att RCM- servern hanterar synlaona Web-tjänster men låter användaren accessa dem på ett asynkront vis. Det betyder att användaren inte behöver vänta på att en Web-tjänst ska bli klar innan han gör någonting annat. Det är alltid möjligt för användaren att avbryta den pågående uppgiften och göra någonting annat.

RCM-servern innefattar arbetsflödesapplikationer som efterfrågar Web- tjånsthandlingar. Från klientanordningen kan användaren styra dessa arbetsflödesapplikationer och därmed indirekt efterfråga Web-tjänsthandlingar.

Inmatningsmedia till klientanordningen för att styra arbetsflödesapplikationerna kan till exempel vara: röst, telefonknappsats eller en streckkodsläsare. Media för att presentera alternativen för användaren kan till exempel vara: röst, text och grafik i olika former. Den enda faktor som begränsar mediainteraktionsmöjligheten kommer att vara typema av mediagateways som år involverade och transformationsmöjligheten som möjliggörs ivarje specifik dialogstödjande mediagateway som täcker dialogpresentationen eller dialoginträdet för arbetsflödesdialoger. För att sätta upp och konfigurera kapaciteten för varje mediagateway, som gränsar mot RCM krävs andra verktyg som inte är en del av uppfinningen. Denna uppfinning visar bara på att det krävs ett protokoll mellan 526 552 8 RMC och de olika interaktionsmediagatewayema. Detta kan lösas på olika sätt men företrädesvis kommer denna anslutning att vara baserad på vanliga format som använder XML över HTTP. RCM~servern kommunicerar med Web-tjånstema genom att använda fiårrproceduruppringrlingar (Remote Procedure Calls, RPC).

Figur l år en schematisk vy av ett nät med en ljärrstyrningsmanager enligt uppfmningen. En klientanordning 1, i detta exempel en mobiltelefon 1, visas ansluten till ett nät 7, i detta fall ett mobilnät. Klientanordningen kan till exempel istället vara en persondator en PDA eller en laptop. Nätet 7 kan vara publikbaserade nät (som täcker publika områden), såsom PLMN:er, Public Land Mobile Networks, baserade pá GSM, GPRS eller 2G, 2,5G, 3G cellulära teknologier eller WLAN (Wireless LAN) teknologityper. Nätet 7 kan också vara privatbaserade nät (som täcker privata områden) som använder Bluetooth eller WLAN -baserade teknologier. Nâten kan vara både kretskopplade eller TCP/IP-baserade typer. Nätet 7 år anslutet till ett antal mediagatewayer 5. Mediagatewayema 5 år enligt uppfinningen anslutna till en fjärrstyrningsmanager-(Remote Control Manager = RCM)-server 9. Mediagatewayerna 5 behövs för översättningen av kommunikationen mellan klientanordningen och RCM-servem.

Syftet med mediagatewayema är att översätta arbetsflödesdialoger mellan det RCM XML baserade protokollet och vissa extema protokoll som kan samverka med något presentationsformat eller inmatningsformat som stöds i de olika anordningstypema anslutna till RCM-servern. Genom detta är mediagatewayema anordnings och / eller trådlöst nätberoende. Hanteringskapaciteten för kombinationen: anordning, gateway och nät måste kunna stödja RCM på ett realtidsvis för att säkerställa en realtidsupplevelse för slutanvändaren. RCM-konceptet själv kan endast involvera en minimal adapterfunktion för att samverka med de olika mediagatewayprotokollen och/ eller gränssnitten. Genom detta kan RCM stödja många olika anordningstyper med användandet av samma kod. Denna arkitektur gör systemet enkelt att anpassa till teknologiförändringar och introduktion av nya mobilanordningar och protokoll.

De RCM-extema mediagatewayerna 5, som inte är en del av denna uppfinning anpassar olika extema protokoll till ett generellt och kommersiellt tillgängligt XML- format som förstås av RCM-servem. 526 532 9 Till exempel behöver röst som tillhandahålles från klientanordningen översättas till ett dataformat i en ASR-(Autornatic Speech Recognition = automatisk röstigenkârming)-röstmediagateway innan den vidarebefordras till RCM-servem.

Andra exempel på mediagatewayer som kan behövas är: en WAP-gateway som kommunicerar med WAP-telefoner, en MMS-(Multimedia Message Service)-gateway som kommunicerar med MMS-telefoner, en SIM-toolkit-gateway som kommunicerar med telefoner som har SIM-applikationer eller PDAer, en IM-(lnstant Messaging)- gateway som kommunicerar med en telefon som kan IM, en Java-gateway som år avsedd att översätta datainnehåll till J avaobjekt eller anordningsutrustningsgatewayer som hanterar anordningskrlappsats, pekare, vibratorer, alarmsignaler eller andra klientanordningstillbehör. Gatewayerna 5 är anslutna till RCM-servem 9 med användning av en XML-baserad anslutning.

Gatewayerna kan i en annan utföringsform av uppfmningen placeras nära RCM- servem i nätet 7 eller till och med i klientanordningarna.

RCM-servem 9 är vidare ansluten till olika Web-tjänster 13. RCM-servern 9 kommunicerar via RPC, eller andra http-baserade protokoll som stödjer en synkron kommunikation med Web-tjänstema 13. Arbetsflödesapplikationer definieras i RCM-servern för att utföra en dialog med användning av Web-tjänster och klientanordningar. Arbetsflödesapplikationsdialogema är anpassade till de specifika mediatypema som stöds i klientanordningarna 1 av de olika gatewayema.

Klientanordningama kan avbryta alla funktioner när som helst eftersom de verkar asynkront och klientanordningarna låses aldrig för att bara vänta på nästa arbetsflödessteg.

En Web-tjänst 13 kan till exempel vara att fiärrstyra olika inställningar i ett hus eller industrianläggníng såsom värme, alarm, ventilation etc. Det kan också vara att utföra banktransaktioner, beställa biobiljetter, göra telefonsamtalsuppsåttningar, göra en förändring av personalprofil i en server, eller styra en utskrift till en besöksplats. Arbetsflödesapplikationen är kedjan av dialoger som behövs för att användaren ska kunna styra inställningarna. Vanligtvis förses användaren med en lista av val i klientanordningen 1 när klienten loggar in till tjänsten. Beroende på inmatningen från användaren som relaterar till dessa val tillhandahålls olika ytterligare alternativ från RCM-servern. 526 532 10 Figur 2 ges som ett exempel på hur dialogen kan framstå på klientanordningen. I detta exempel är klientanordningen 1 en mobiltelefon l med en bildskärm 2 1. Figur 2 visar tre på varandra följande bildskärmsvyer av mobiltelefonen l. Bildskärmen förändras beroende på inmatningama från användaren såsom kommer att beskrivas nedan. Bildskärmen 21 visas i större skala bredvid telefonen 1. Här är bildskärmen 2 1 uppdelad i en första, en andra och en tredje sektion 23, 25 respektive 27. I den första sektionen 23 presenteras olika RCM-specifika systemkommandon. Systemkommandon år kommandon som kan göras från klientanordningen som inte är direkt relaterade till Web-tjänsten utan snarare relaterade till navigeringen i den aktiverade arbetsflödesapplikationen, mellan aktiverade eller icke-aktiverade arbetsflödesapplikationer och för att hantera och navigera i arbetsflödesapplikationsmenyer. Detta kan till exempel vara att avbryta arbetsflödet och logga ut från applikationen. Det kan också vara att avbryta arbetsflödesapplikationen under ett tag men med möjligheten att ta upp den senare med bibehållna inställningar och tidigare inmatningar eller backa dialogen ett steg för att göra ett annorlunda val. De tillgängliga systemkommandona tillhandahâlles från RCM-servem associerad med den aktuella arbetsflödesdialogen i arbetsflödesapplikationen.

I den första bildskärmsvyn i figur 2 är systemkommandona som presenteras för användaren ”logga ut” och ”avbryt”. Kommandona följs här av ett nummer som indikerar vilket nummer på klientens knappsats som skall tryckas ner för att ge kommandot. Det skulle också vara möjligt att ge kommandona genom röstkommandon eller en streckkodslåsare. Altemativet att avbryta sessionen kan vara önskvärt om användaren vill byta applikation eller blir störd eller behöver göra någonting annat och vill avbryta arbetsflödet och ta upp det senare. I den andra sektionen 25 visas Systemmeddelanden. I detta fall visas ett systemmeddelande: ”välj husnummer”. Systemmeddelanden används huvudsakligen av RCM-servem för att konfirmera systemkommandon som exekveras i RCM-servem, men kan också användas för att förenkla arbetsflödesdialogen I den tredje sektionen 27 visas de olika arbetsflödesmenyema och arbetsflödesbehandlingsaltemativen.

Användaren behöver göra något slag av inmatning till klientanordníngen genom att skriva en parameter eller välja ett av alternativen och därmed fortsätta till nästa dialog. I den första bildskärmen i figur 2 presenteras tre olika hus, Gräsö, Sälen och Uppsala tillsammans med numret på den knapp som skall tryckas ner av 526 552 ll användaren för att välja något av altemativen. Så i detta exempel är klienten ansluten till en tjänst för att ijårrstyra olika inställningar i klientens tre olika hus.

Det första steget för klienten att utföra efter att han har loggat in till tjänsten år därmed att välja ett av husen. Detta val vidarebefordras sen till den aktuella definierade arbetsflödesapplikationen i RCM-servem. RCM-servern bestärmner om en lokal behandling skall göras av RCM-servem där ingen Web-tjänst är involverad, eller om den ska ringa upp Web-tj ânsten för att utföra den aktuella operationen som användaren har valt. Även ytterligare alternativ kan ges från Web-tjänsten, t ex om ett icke giltigt val gavs till Web-tjänsten. Sådana scenarier måste förutses av arbetsflödesapplikationen i RCM. Så i detta fall initierar Web-tjänsten arbetsflödesapplikationen att visa en ny dialog för klienten, med samma alternativ men med ett nytt systemmeddelande som ber om en återinmatning av valet. Når operationen är slutförd och en sessionsmanager i RCM-servern har meddelats detta stegas arbetsflödesapplikationen framåt. Nu vidarebefordrar nästa kommandoaltemativ definierade i arbetsflödesapplikationen som en dialog till klientanordningen 1 tillsammans med några tillagda systemkommandon och systemmeddelanden. Eftersom alla dialoger i RCM, även systemkommandona och systemmeddelandena, är anpassade för det specifika media som används i klientanordningen i mediagatewayema 5 placerade mellan ROM-servern och klientanordningen. Data som möjligen har mottagits från Web-tjänsten inkluderas i dialogema och anpassas också för det specifika media som används i klientanordningen i gatewayen. Härmed kan arbetsflödesdialogen visas i klientanordningen utan behov av någon specifik applikation i klientanordningen.

Efter att användaren av klientanordningen har valt ett av husen kommer han /hon att visas den andra bildskärmen i figur 2. I detta exempel har klienten valt sitt hus i Gräsö genom att trycka ner knapp nummer fyra. I den andra bildskärmen som visas för användaren är systemkommandona desamma med ett nytt möjligt kommando tillagt som år "backa". Därmed är det möjligt för klienten att backa i arbetsflödet och välja ett annat hus. I den andra sektionen 25 är nu information helt enkelt det valda huset, Grâsö. I den tredje sektionen 27 visas de nya valen tillsammans med knappnumret som skall tryckas ned fór att välja ett av alternativen. I detta exempel kan klienten välja att slå av värmen, sätta inomhustemperaturen, slå av alarmet eller att låsa upp dörren. Når användaren väljer inomhustemperatur genom att trycka ned knapp nummer 5 visas den tredje 526 532 12 bildskärmen i figur 2. Hår används systemmeddelandesektionen för att presentera ett arbetsflödesapplikationsmeddelande ”skriv in inomhustemperatur” och klienten kan använda knappsatsen för att ställa in en ny inomhustemperatur. Den nya temperaturinmatningen från klientanordningen vidarebefordras till RCM-servem.

RCM-servem inser att detta år en operation som ska utföras av Web-tjänsten och den nya temperaturen vidarebefordras till Web-tjänsten som utför operationen, dvs. sätter den nya temperaturen. RCM-servem informeras sen att operationen har utförts och en ny arbetsflödesdialog med ett systemmeddelande som talar om ”gjort” sänds till klientanordningen.

Detta exempel var endast ett av många möjliga exempel. Såsom sagts ovan finns det många möjliga implementationer av detta system. Presentationen av dialogema kan naturligtvis utformas olika och det kan vara många olika mediamöjligheter för att presentera för användaren, t ex text, röst, grafik, vibration eller alarmsignalering beroende på vilka utmatningsmediagateways som används och vilka klientgrånssnitt som mediagatewayen kan styra. På samma sätt kan också inmatningskommandona från klientanordningen realiseras med olika mediamöjligheter beroende på vilka stödjande ínmatningsmediagatewayer som används, t ex röst, knappsats, pekare, streckkodsläsare eller annan pekarkänslig penna (såsom Armoto Pen). I exemplet i figur 2 ovan användes endast ett media i varje riktning, text för dialogpresentation och knappsats för dialoginmatning. Men RCM-servem tillåter flera mediatyper att användas samtidigt eftersom flera mediagatewayer kan anslutas och agera parallellt och hantera klientanordningen.

Härmed kan användaren presenteras en dialog med text såsom visas i figur 2 och ges röst samtidigt och svara med röst eller knappsats altemerande i relation till vad som föredras i varje dialogsteg.

Uppfinningen är emellertid inte begränsad till någon speciell tjänst utan snarare till sammansättningen och funktionen av RCM-servem som en mellanliggande länk mellan vilken typ av Web-tjänst som helst och mediagateways som stödjer klientanordningar.

Figur 3 år en schematisk vy av en RCM-server enligt uppfinningen. Den innefattar en kommunikationsmanager 31 som är ansluten till och använder olika mediagatewayadaptrar 32 som stödjer anslutningen till olika mediagateways som i 526 532 13 sin tur stödjer klientanordningarna. Mediagatewayadaptama 32 år innefattade i RCM-servern men mediagatewayema är placerade mellan RCM-servem och klientanordningama. Mediagatewayema ska stödja mediaöversâttning och anslutning mot varje enskild klientanordning. Exempel på olika mediagatewayer nånmdes ovan i relation till ñgur 1. Kommunikationsmanagern 31 kommunicerar med respektive mediagatewayadaptrar 32, d v s en adapter för att kommunicera med en röstgateway, en adapter för att kommunicera med en WAP-gateway, en adapter för att kommunicera med en browserproxy- eller Java-gateway, en adapter för kommunikation med en MMS-gateway, en adapter för att kommunicera med en IM-gateway och så vidare. Härmed är kommunikationsmanagern 31 kapabel att kommunicera med olika typer av klientanordningar och klientanordningstillbehör som stödjer olika anvåndargränssnittsq inmatnings- och utmatningsmedia. Till exempel kan kommunikationsmanagem 31 i en uttöringsform vara utformad att både mottaga röstinmatning och knappintryclcning från samma klientanordning på samma gång.

Kommunikationsmanagern 31 är ansvarig för autentisering av användare. För detta syfte är den ansluten till en användarinformationsdatabas 41.

Kommunikationsmanagem 31 år vidare ansluten till sessionsmanager 35.

Sessionsmanagern 35 är i sin tur ansluten till en Web~tjånstmanager 39 och en auktoriseringsmanager 33. Web-tjänstmanagern 39 kan ansluta till olika Web- tjänster när så behövs.

Sessionsmanagem 35 är hjärtat av ROM-servern. Arbetsflödesapplikationerna körs här som applíkationssessioner. Andra delar av systemet kan ses som att de hjälper sessionsmanagem att utföra sitt arbete. RCM-servem är uppbyggd med syftet att köra arbetsflödesbaserade applikationer. En arbetsflödesapplikation beskrivs som en sekvens av alternativa dialogsteg för varje dialogsteg kan utföra en eller flera alternativa funktionella operationer sammansatta att stödja ett användarfall.

Arbetsflödesapplikationsdefinitionema âr beskrivna som funktioner att utföras i varje flödesdialogsaltemativ och är lagrade i en arbetsflödesdefinitionsdatabas 38.

Alla applikationema som kan köras i RCM-servem även inkluderande de relaterade dialogdefinitionema lagras i arbetsflödesdefinitionsdatabasen 38. I sessionsmanagem 35 byggs stackar upp och hålls uppdaterade, vilka representerar den senaste sessionsstatusen och sessionshistorien. Sessionsmanagem 35 håller 526 532 14 arbetsflödessessionstillståndet för varje individuell användare och varje arbetsflödesapplikafionssession. Detta görs för alla arbetsflödesapplikationer, initierade och ej avslutade. RCM-servem kan också hälla reda på alla initierade och avbrutna arbetsflödessessioner under en längre period på flera dagar eller veckor för varje användare. För att göra detta flyttas det aktiva arbetsflödessessionsstackama som hanteras av sessionsmanagem från realtidsminnet till långtidslagringsininnet varje gång systemet kommer till ett avbrott för en speciell användare. Långtidslagringsminnet i RCM-servern definieras av sessionsdatabasen 37. Härmed är det möjligt för klienten att avbryta en pågående session och ta upp den senare. Sessionsmanagem 35 håller reda på vari arbetsflödessessionen dialogen avbröts och alla tidigare inmatningar från klientanordningen. Även om avbrottet i dialogen var oavsiktlig som till exempel vid dålig radiotäckning kan dialogen fortsätta senare där den slutade. Vidare gör de lagrade sessionema det möjligt för klienten att backa dialogen ett eller flera steg för att ändra ett tidigare val. Sessionsmanagem 35 gör det också möjligt för användaren att spara utförda arbetsflöden som mallar innefattande förvalda handlingar för dialoger. Mallama för de olika arbetsflödena lagras i sessionsdatabasen 37 som är ansluten till sessionsmanagem 35.

Till exempel kan en användare vilja spara en pengaöverföringssession om han ofta överför samma mängd pengar till samma konto. Alla värden i mallen år emellertid endast förslag när mallen används. Användaren kan ändra alla inmatningar när mallen används eller bara acceptera förvalsförslagen.

Sessionsmanagem 35 styr också timeoutlogiken för de olika operationsmoderna separat för varje individuell användare. Detta betyder att RCM kan använda olika operationsmoder mot olika klientanordningar. Till exempel om en klientanordning inte har ort några inmatningar under en förutbestämd tid kan processema som används i en särskild användarsession i RCM-servern och det relaterade gatewayerna steg fór steg gå tillbakai sin operation mot klienten och därmed spara resurser för andra klienter. Eftersom alla sessioner och tidigare inmatningar lagras så att sessionsmanagem 35 kan använda dem kan emellertid användaren äter gå in i sessionen närhelst han / hon vill utan att behöva starta från början igen. Av säkerhetsskäl kan RCM emellertid efterfråga en ny inloggning från 526 532 15 klientanordningen när den återigen går in efter en förutbestämd tidsperiod av inaktivitet.

Web-tjänstmanagern 39 är gränssnittet till Web-tjänstema. Den hämtar data från Web-tjänsterna och den vidarebefordrar valen som har orts av användaren när de involverar Web-tjänsten. Kommunikationen mellan sessionsmanagem 35 och Web- tjänsterna via Web-tjänstmanagem 39 âr synkron. Sessionsmanagem 35 är vidare ansluten till en arbetsflödesdefinitionsdatabas 38 som definierar den totala basen av arbetsflödesapplikationer som är tillgängliga för användarna. Om RCM-servern själv år realiserad i J ava-kod kommer möjligen också applikationerna att vara Java- baserade. De Java-baserade arbetsflödesapplikationema kommer sen att representeras som Java-klassfiler i arbetsflödesdefinitionsdatabasen 38. Vidare kan sessionsmanagern lägga till systemkommandon och systemmeddelanden såsom diskuterats ovan i relation till figur 2. Dessa systemkommandon och systemmeddelanden är associerade med respektive applikationsarbetsflödessteg och överförs tillsammans med sina dialoger till klientanordningen.

Sessionsmanagem 35 är också ansluten till auktoriseringsmanagem 33 för att auktorisera och verifiera att en viss användare tillåts gå in och utföra en efterfrågad arbetsflödesapplikation.

Auktoriseringsmanagern 33 är ansluten till en användarinformationsdatabas 4 1 som innefattar användarinformation såsom användar-ID, relaterade autentiseringsparametrar, vilken applikation användaren är auktoriserad att använda och olika personliga användar-inställningar avseende val och beteende av media gatewayer. Även om RCM-servem behöver alla dessa delar såsom beskrivits ovan kan de olika delarna naturligtvis vara separerade och placerade i olika servrar. Detta är endast en arkitekturfråga och påverkar inte uppfinningen. Hädanefter kommer det använda uttrycket ”ROM-server” också att inkludera möjligheten att de funktionella delarna är placerade i olika fysiska servrar.

Figur 4 är ett schematiskt sekvensdiagram som visar processen för att logga in i en RCM-server från en klientanordning enligt uppfinningen. Händelserna representeras av pilar med start ovanifrån: 526 532 16 l. En inloggningsförfrågan sänds från klienten via mediagatewayema 5 och gatewayadaptrarna 32 till kommunikationsmanagern 3 l i RCM-servern.

Inloggningsförfrågan kan vara en förfrågan att gå tillbaka in i en existerande avbruten session eller starta en ny session. Kommunikationsmanagem 3 1 tar hand om autentisering av användaren om så behövs varvid anvândarautentiseringsparametersinmatningen konfirmeras genom att kontrollera i användarinforrnationsdatabasen 41. Autentiseringen kan göras på ett antal sätt, till exempel med användning av en PIN-kod tillsammans med telefon-idnummer eller abonnemangsnummer. 2. Kommunikationsmanagern 3 1 sänder ett objekt som representerar iriloggriirigsförfrágan till sessionsmanagem 35. 3. Sessionsmanagem 35 svarar med ett objekt som representerar den senaste pågående dialogen för ett avbrutet arbetsflöde eller toppnivån i arbetsflödesmenyn om förfrågan är för att starta upp en ny session. 4. Kommunikationsmanagern 3 1 svarar till klienten att inloggningen lyckades eller misslyckades.

Sessionsmanagern 35 är nu ansvarig för att presentera alla nya arbetsflödesdialoger för klienten. Klienten år nu i servicemode till RCM-servern. En ny dialog kan nu hämtas av sessionsmanagem från arbetsflödesdefinitionsdatabasen 38. Vanligen kommer sessionsmanagem 35 att presentera en ny arbetsflödesdialog omedelbart när en användare har skrivit in något data eller valt ett av alternativen. För vissa arbetsflödesapplikationer kan speciella systemmeddelanden eller applikationsmeddelanden definieras att stödja navigeringen i arbetsflödesapplikationen.

Figur 5 är ett schematiskt sekvensdiagram av processen för en typisk transaktion av en tjänst enligt en utföringsform av uppfinningen. Hândelsema år illustrerade med pilar med start ovanifrån. Håndelserna beskrivs i ordning: 1. Först sänds ett inkommande meddelande från klientanordningen via mediagatewayen och gatewayadaptem, till kommunikationsmanagem. Detta meddelande innefattar information om vilken inmatning slutanvåndaren har gett, mer specifikt vilket kommando eller datainmatning som har getts. 526 532 17 2. Efter att kommunikationsmanagern har tagit emot och verifierat användaren vidarebefordras meddelandet som ges som ett objekt i XML-format till sessionsmanagem 35. 3. Sessionsmanagem behöver veta om användaren är auktoriserad att använda den efterfrågade arbetsflödesapplikationen och därför rings auktoriseringsmanagern 33 upp för att bestämma detta. 4. Auktoriseringsmanagern returnerar ett svar till sessionsmanagern vilket talar om om användaren tillåts använda arbetsflödesapplikationen eller inte. 5. Här ska om det är så defmierat i arbetsflödesdefinitionsdatabasen 38 för det aktuella arbetsflödet en Web-tjänst 13 ringas upp och för denna uppgift används Web-tjänstmanagern 39. Web-tjänstmanagem ges ett objekt från sessionsmanagem vilket talar om vilken Web-tjänst som ska ringas och med vilka parametrar. 6. Ett resultat returneras frän Web-tjänsten genom Web-tjänstmanagern till sessionsmanagern. Resultatet kan vara ett meddelande att en viss handling har utförts av Web-tjänsten och/ eller ett svar som triggar det aktuella arbetsflödessteget i sessionsmanagern. Arbetsflödesapplikationen som definieras i arbetsflödesdefinitionsdatabasen 38 måste vara utformad att ta hand om alla möjliga Web-tjänstsvarsaltemativ. 7. En ny dialog som möjligen innefattar resultatet som hämtats från Web-tjänsten och / eller nya altemativ och meddelanden såsom definieras i arbetsflödesdefinitionsdatabasen 38 sänds från sessionsmanagem till kommunikationsmanagern. 8. Ett XML-meddelande som representerar den nya dialogen sänds från kommunikationsmanagern till klientanordningen genom nämnda mediagateway(s) med användning av motsvarande gatewayadapteflrar).

Figur 6 är ett sekvensdiagram som visar den fullständiga interaktionen hela vågen från användare till Web-tjänsten. I detta exempel används en röstmediagateway.

Kedjan av system från användare till Web-tjänst är: klientanordning 1, röst-XML- browser som agerar som mediagateway 5, RCM-gatewayadapter 32, RCM-server exkluderande adapterfunktionen, Web-tjänst 13. Arbetsflödesapplikationen som används i detta specifika exempel möjliggör justering av en specifik temperatur. l. Först ger användaren ett kommando genom att använda röst. Detta kan till exempel vara ordet ”tjugo” om användaren vill sätta en temperatur till 20 grader. 526 532 18 2. Mediagatewayen (röstXML-browser) kommer att tolka ljudinmatningen till heltalet 20. 3. Värdet sänds med användning av röst-XML till gatewayadaptem. 4. Gatewayadaptem anpassar röst-XML-formatet till det interna XML-formatet som används i RCM-servem. 5. Det interna XML-formatet sänds till kommunikationsmanagem i RCM-servern. 6. RCM-servem tar emot dialoginmatningen från användaren och exekverar sen arbetsflödesapplikationen som används av användaren. I detta fall kräver inmatningen från användaren en handling från en Web-tjänst nämligen att sätta temperaturen. Därför rings den berörda Web-tjänsten upp. 7. Web-tj änsten rings upp med användning av Web-tjänstmanagem för att vidarebefordra temperaturvärdet som fåtts från användaren formaterat som en RPC / SOAP-förfrågan. 8. Ett resultat ges tillbaka från Web-tjänsten. I detta fall överförs "OK" som ett kvitto att handlingen har utförts. 9. Viss efterbehandling kommer att göras av arbetsflödesapplikation i RCM-servern.

Detta kommer att resultera i en annan dialog som skall visas för användaren vilken talar om att operationen var framgångsrikt. 10. Ett meddelande i det interna XML-formatet sänds till gatewayadaptem vilket representerar dialogen som skall visas för användaren. 11. Det intema XML-formatet översätts till röst-XML i gatewayadaptern. 12. Röst-XML-meddelandet sänds till mediagatewayen. 13. Mediagatewayen (röst-XML-browser) kommer att generera artificiellt tal för att presentera dialogen för användaren. 14. Talet överförs som röst över mobiltelefonnätet. 15. Rösten spelas upp för användaren av klientanordningen.

Enligt uppfinningen kan RCM-servem anta olika operationsmoder beroende på statusen av sessionema. ”På tillstànd” för servern är när en klient som är ansluten till tjänsten har loggat på och en session har startat mot klienten. ”Av-tillstånd” år när klienten har loggat ut, sessionen är över och inga inställningar och inmatningar till tjänsten är lagrade i servern. Vidare kan servern anta ett ”avbrutet tillstånd”.

Detta uppstår till exempel när klienten blir stör eller behöver göra någonting armat och vill avbryta tjånsteaktionen och ta upp den senare. Det kan också vara ett serverinitierat avbrott, initierat av till exempel time-out vilket möjliggör för servern 526 532 19 att allokera systemresurser till andra klienter. Vidare kan det vara ett tillfälligt avbrott i anslutningen mellan klienten och servern till exempel om klienten förflyttar sig utanför tåckningsomràdet. Det firms två huvudorsaker till att RCM- systemet times out. "Time-outflparametrarna är satta att definiera en maximal tidsperiod av inaktivitet i specifika processer. En är att spara begränsade systemresurser som andra användare kan vilja använda när de är lediga. Den andra anledningen är att vissa klienter ges högre prioritet än andra och ska ges resurser när det firms resurser som används av andra klienter med lägre prioritet. I detta "avbrutna tillstånd" behåller sessionsmanagem 33 i RCM-servem allt sessionsdata såsom tidigare inmatningar från klienten i ett minne eller i sessionsdatabasen 37. När sessionen tas upp igen till exempel när klienten kommer in i täckningsområde igen kan sessionen fortsätta där den slutade. I en utföringsform av uppfinningen firms det två olika typer av avbrutna tillstånd. Ett avbrutet tillstånd där all inloggningsdata behålls och klienten inte behöver logga in igen, företrädesvis endast om klienten återupptar sessionen inom en förutbestämd tid. En annan typ av avbruten session år när klienten behöver logga in igen när han /hon återupptar sessionen. Efter ett avbrott kan användaren presenteras ett alternativ som presenteras som ett snabbval i en meny för användaren att använda för att återuppta där handlingarna avbröts visat med en snabbvalsindikation i menyn tillhandahållen som en dialog till klientanordningen.

Om kommunikationen med klientanordningen avbryts för en kort tidsperiod, till exempel om klientanordningen rör sig genom en tunnel skall applikationen behålla en session pågående och kommer inte att fråga efter ett åter-inträde för applikationen. Den uppfattade funktionaliteten av applikationen kommer sen att vara att kontakten aldrig har varit avbruten eller störd.

Med ett system enligt uppfinningen är det möjligt att utforma servern så att den garanterar en viss QoS (Quality of Service = servicekvalité) till klienterna. Servern är då utformad att ta hand om en fördefinierad uppsättning av klienter. Dessa klienter kommer alltid att betjänas men när andra klienter också betjänas och servern håller på att få slut på resurser avbryts dessa andra klienters sessioner så att ursprungsklienterna alltid får sin service. Genom att tillhandahålla olika time- outinställningar för operationstillstånden till olika klienter i RCM-servem kan aktiviteten hos de olika mediagatewayema styras. Genom detta kan en QoS- 526 552 20 funktionalitet tillhandahållas som involverar både medíagatewayerna och RCM- SCIVCITI.

För vissa tjänster skulle det vara fördelaktigt att behålla mallar i servern. Detta betyder att givna inmatningar lagras för senare användning. Härmed behöver klienten inte skriva in all data varje gång samma typ av session startas. Mallarna lagras i sessionsdatabasen 37 åtkomligt av sessionsmanagern 35. Exempel på arbetsflödesapplikationer där mallar är användbara är banktjänster där olika kontonummer kan sparas eller profiluppsättningar i en server som hanterar omdirigering av brev eller telefonsamtal.

En fördel med uppfinningen är vidare att klienten inte är ockuperad eller blockerad under arbetsflödesapplikationsexekveringen, d v s asynkron kommunikation. Detta möjliggör för användaren att fortsätta med vad än han/ hon vill göra under tiden, t ex navigera i en arbetsflödesapplikation (bakåt, framåt, avbryta etc), navigera mellan arbetsflödesapplikationema (välja och gå in i ny applikation, ändra mellan bakgrund / vidarebefordra applikationsoperation) eller manipulera och navigera i applikationsmenyn med användning av systemkommandona. Vidare har, såsom nämnts ovan, klienten möjligheten att avbryta den pågående sessionen och återgå till den senare med alla inmatningar och inställningar sparade. Detta är möjligt eftersom sessionsmanagem behåller all information om pågående och avbrutna Sessioner.

En ytterligare egenskap med systemet enligt uppfinningen är att det år möjligt att ändra kommunikationstillstånd (ändring av nåt och / eller mediagateway) mitt i en session utan att behöva återstarta sessionen och logga in igen. Till exempel kan användaren vilja byta från ett skärm / knappsatsbaserat användargränssnitt till ett röstbaserat när han går in i en bil. Användaren kan också ändra från ett röstbaserat gränssnitt till ett bildskärm/ knappsatsgränssnitt när han sitter ner på ett tåg eller på ett kontor. Detta är möjligt eftersom RCM-servem tillhandahåller olika typer av adaptrar som möjliggör en dialogkommunikation med olika typer av mediagatewayer. Vilket kommunikationsnät som ska hanteras är helt en fråga mellan klienten och mediagatewayen och involverar inte RCM-servem. Det ska också vara möjligt att använda två kommunikationsmediatyper samtidigt likväl som att använda vissa mediatyper för inmatning och andra mediatyper för utmatning. 526 532 21 Till exempel kan en väderprognos efterfrågas med röst och levereras med MMS eller så efterfiågas ett röstbrev genom ett knapptryckningskommando och levereras till hörlurarna.

En ytterligare egenskap hos RCM-servem år ett menysystem som möjliggör en hierarkisk klassificering och lagring av applikationsnamn som representerar alla de olika arbetsflödesapplikationerna. Menystrukturen är en fördefinierad applikation i RCM-managem. Dess struktur tillhandahåller en hierarkisk klassificering av tjänster där toppnivån är grunden och serviceingångsnivån till RCM-servem.

Djupet för de olika grenarna av menystrukturen kan variera men bottennivån, bladet, för varje gren representeras alltid av en arbetsflödesapplikation.

Menyapplikationen hanteras av dialoger som alla andra arbetsflödesapplikationer. l dialogen visas varje nivå som altemativ av arbetsflödesklasser att välja presenterade på samma sätt som arbetsflödesbehandlingsaltemativ visas. En specifik nivå i menyhierarkin kan nås med användning av efter varandra följande dialoger som går uppåt, neråt eller horisontellt i menystrukturen.

En ytterligare egenskap hos RCM-servem år systemkommandona som ska stödja varje arbetsflödesapplikationsdialog. Systemkommandona som görs tillgängliga i varje dialog definieras i arbetsflödes-(applikation)-definitionsdatabasen. Det fmns olika klasser av systemkommandon; navigation i sessioner, navigation mellan sessioner, manipulation och navigation i menyer och vissa andra generella arbetstyper. Exempel på vissa systemkommandon är: Intra-session: o Backa. Gå till tidigare dialog i arbetsflödet 0 Framåt. Gå till den dialog som tidigare har backats från. o Avsluta arbetsflödesapplikation. Detta kommer att ta bort alla arbetsflödesobjekt för aktuell applikation.

Inter-session: 526 532 22 0 Ny session (nuvarande session kvarstår som inaktiv) 0 Återinträde. Ändrar till en annan existerande session (nuvarande session kvarstår som inaktiv) 0 Avsluta nuvarande session. En annan session kommer att återupptas om det fmns någon. Om inga arbetsflödesapplikationssessioner kvarstår kommer endast menyhanteringssessionen att kvarstå.

Andra: 0 Uppdatera. Efterfråga uppdatering av dialogpresentationen eller presentera. 0 Toppnivå. Gå till toppnivån för dialoger o Ändra menystrukturer 0 Inställningar. Gå till personliga inställningar 0 Logga ut Systemkommandona som år definierade fór varje dialog som inkluderats under utvecklingen av arbetsflödesapplikationen kan svaras på och aktiveras när som helst under en pågående dialog.

Förfarandet enligt uppfinningen är implementerat med hjälp av en datorprogramsprodukt innefattande mjukvarukodmedel för att utföra stegen i förfarandet såsom beskrivits ovan. Dataprogramsprodukten år implementerad i RCM-servem enligt uppfinningen. Dataprogrammet laddas direkt eller från ett datoranvândbart medium, såsom en diskett, en CD, Internet etc.

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

Därför ska de ovan beskrivna utföringsforrnema inte tas som begränsande uppfmningens omfång som definieras av de bifogade kraven.

Claims (15)

526 532 23 KRAV

1. Ett förfarande för att fiårrstyra och fjârraktivera arbetsflödesapplikationer från klientanordningar (1) genom ett trådlöst kommunikationsnât (7) där nämnda arbetsflödesapplikationer efterfrågar Web-tjânsthandlingar varvid förfarandet innefattar stegen: - tillhandahålla en íjårrstyrriingsmanagerserver, RCM-server (9), Remote Control Manager server, i nätet som en mellanliggande kommunikationslånk mellan Web- tjânstema och klientanordningama (1), varvid nämnda RCM-server kör nämnda arbetsflödesapplikationer; - efterfråga en arbetsflödesapplikation från en klientanordning (1), mottaga nämnda förfrågan i RCM-servem (9) och därmed starta en arbetsflödessession för den efterfrågade arbetsflödesapplikationen i RCM-servem; - presentera arbetsflödesdialoger definierade i RCM-servem (9) för denna arbetsflödesapplikation för klientanordningen (1) från RCM-servem (9) och mottaga i RCM-servem (9) inmatningar från klientanordningen (1) som svar på de presenterade arbetsflödesdialogerna, varvid nämnda inmatningar kommer att föra applikationsarbetsflödessessionen i ROM-servern framåt, varvid denna kommunikation mellan RCM-servem (9) och klientanordningen (1) år asynkron; - anpassai åtminstone en mediagateway (5) tillhandahållen mellan RCM-servem (9) och klientanordningen (1) de arbetsflödesdialogerna som presenteras från RCM- servem till klientanordningen och inmatningarna från klientanordningen till medier som stöds i klientanordningen respektive RCM-servem; - möjligen vidarebefordrar nämnda inmatningar till Web-tjänsten för att Web- tjänsten ska agera enligt inmatningarna varvid kommunikation mellan RCM- servem och Web-tjänsten är synkron.

2. Förfarande enligt krav 1 innefattande att anpassa arbetsflödesdialogerna som presenteras från RCM-servern till klientanordningen och inmatningarna orda från 526 532 24 klientanordningen i mer än en mediagateway samtidigt så att mer än ett media kan stödjas samtidigt i klientanordningen.

3. Förfarande enligt krav 1 eller 2 kännetecknat av att klientanordningarna (1) kan vara tunna klienter som utför lite eller ingen databehandling själva.

4. Förfarande enligt något av föregående krav, innefattande att lagra varje steg för ej stängda och pågående arbetsflödesapplikationssessioner och inmatningar från klientanordningama (1) i en sessionsmanager (35) i RCM-servem (9) och därmed tillhandahålla möjligheten för klienten att backa ett eller flera steg i sessionen eller avbryta en session medvetet eller omedvetet och åter gå in i sessionen vid samma tillstånd som när den avbröts.

5. Förfarande enligt något av föregående krav, innefattande att avbryta en användarsession från RCM-servem efter att en förutbestämd tidsperiod utan aktivitet från klientanordningen har löpt ut och därmed frigöra resurser för andra användare.

6. Förfarande enligt något av föregående krav, känneteclmat av att i RCM-servem bifoga till arbetsflödesdialogema som sänds till klientanordningen systemkommandon för användaren att använda för att navigera i arbetsflödessessionen, för att avbryta en session och för att navigera mellan olika efterfrågade applikationer.

7. Förfarande enligt något av föregående krav, innefattande att efterfråga och hantera mer än en arbetsflödesbaserad applikation från en klientanordning (1) på samma gång.

8. En fjärrstyrningsmanagerserver, RCM-server, Remote Controlling Manager server, placerad i ett nät och avsedd att möjliggöra för klientanordningar (1) som är i asynkron, trådlös kommunikationskontakt med RCM-servem att ijårrstyra och fjärraktivera arbetsflödesbaserade applikationer i RCM-servem, varvid nämnda applikationer efterfrågar Web-tjänsthandlingar från Web-tjänster (13) som är i synkron kommunikationskontakt med RCM-servem innefattande: 526 532 25 - en kommunikationsmanager (31) anpassad att motta en förfrågan från en klientanordning (1) att styra en arbetsflödesbaserad applikation och därmed starta en applikationsarbetsflödessession för den eflerfrågade applikationen i RCM- servern, varvid nämnda kommunikationsmanager (31) vidare är anpassad att presentera arbetsflödesdialoger definierade i RCM-servem (9) för denna arbetsflödesapplikation för klientanordningen (l) och mottaga inmatningar från klientanordningen (1) som svar på de presenterade arbetsflödesdialogerna, varvid nämnda inmatningar för applikationsarbetsflödessessionen i RCM-servem (9) framåt varvid kommunikationen mellan RCM-servem och klientanordningen är asynkron och utförs genom åtminstone en mediagateway (3) som anpassar arbetsflödesdialogema och inmatningar-na till medier som stöds i klientanordningen (1) respektive RCM-servem; och - en sessionsmanager ansluten till kommunikationsmanagem (3 1) och anpassad att behandla nämnda inmatningar från klientanordningen och presentera klienten en ny arbetsflödesdialog och/ eller vidarebefordra nämnda inmatningar till en Web- tjänstmanager (39) som är anpassad att vidarebefordra nämnda inmatningar till Web-tjänsten så att Web-tjänsten kan agera enligt inmatningarna, varvid kommunikationen mellan RCM-servem och Web-tjänsten är synkron.

9. Server enligt krav 8 där kommunikationsmanagem (3 1) år anpassad att kommunicera med så kallade tunna klientanordningar (1), d v s anordningar som utför lite eller ingen databehandling själva.

10. Server enligt något av kraven 8-9 känneteclmad av att kommunikationsmanagem (31) är anpassad att ta emot och vidarebefordra arbetsflödesdialoger och svar från klienten till och från mer ån en mediagateway samtidigt så att mer än ett media kan stödjas samtidigt i klientanordningen.

11. 1 1. Server enligt något av kraven 8-10, där sessionsmanagern (35) är anpassad att lagra varje steg i aktiverade och ej stängda arbetsflödessessioner och inmatningar från klientanordningarna (1) och därmed tillhandahålla möjligheten för klienten att backa ett eller flera steg i sessionen eller avbryta en session medvetet eller omedvetet och åter gå in i sessionen vid samma tillstånd som när den avbröts. 526 532 26

12. Server enligt något av kraven 8-11 kännetecknad av att sessionsmanagern (39) år anpassad att bifoga till arbetsflödesdialogerna som sänds till klíentanordningen systemkommandon för användaren att använda för att navigera i arbetsflödessessionen för att avbryta en session och också för att navigera mellan olika efterfrågade applikationer.

13. Server enligt något av kraven 8-12 känneteclmad av att den vidare innefattar en auktoriseringsmanager (33) som är anpassad att auktorisera klienten i RCM- servem innan klienten får tillgång till de efterfrågade arbetsflödesbaserade applikationema.

14. En dataprogramsprodukt som är direkt laddningsbart i det interna minnet av ett processmedel i en RCM-servern enligt något av kraven 8-13 innefattande mjukvarukodmedlen för att utföra förfarandestegen utförda i RCM-servern såsom beskrivs i något av kraven 1-7 .

15. En dataprogramsprodukt lagrad på ett dataanvåndbart medium innefattande läsbart program för att orsaka ett processmedel i en server enligt något av kraven 8- 13 att styra en exekvering av förfarandestegen utförda i RCM-servem såsom beskrivits i något av kraven 1-7 .