SE513353C2 - Partiell hämtning av bilder i den komprimerade domänen - Google Patents

Description

513 353 2 av en ny kodning av hela bitströmmen om ett ROI väljs på grund av bristen på oberoende avkodningsbara enheter. Beroende på servermjukvaran mäste den ibland till och med åter ladda ner bilden från lagringsmediet. Nackdelen med detta är att ett tidskrävande och beräkningsmässigt komplext schema krävs vilket ställer höga krav på beräkningskraft i servern.

Vidare används i stillbildsstandarden JPEGZOOO som är under utveckling oberoende entropikodning av s k kodningsenheter (coding unit CU). En kodningsenhet kan exempelvis vara ett subband i transformdomänen, i exempelvis fallet med wavelet- transformern en del av ett subband, såsom ett bitplan eller block med viss storlek (exempelvis 16x16), eller ett bitplan för ett område i ett subband.

Redogörelse för uppfinningen Det är ett syfte med föreliggande uppfinning att övervinna problemen som beskrivs ovan och särskilt att minska mängden beräkning och kodning i en server dà en klient begär ett ROI eller en del av bilden.

Detta syfte och andra uppnås genom att lagra bilder som en uppsättning oberoende avkodningsbara enheter (CU) på en ser- ver. Dä en klient begär en viss del av bilden mäste endast in- formation från de CU som inte redan har överförts omkodas vil- ket sparar en stor mängd processortid i servern.

Anta exempelvis att en klient avger en begäranserie efter bildinformation. Varje begäran innehåller ett begärannummer, information om vilken bildinformation som klienten vill se härnäst och information om vilken bildinformation klienten har mottagit vid tidpunkten då begäran avgavs. Servern behöver inte lagra någon tillstàndsinformation (exempelvis tidigare begäranden). Vid mottagning av en begäran sänder servern en omstartmarkör, en bekräftelse på begârannumret och inkremen- tell bildinformation svarande mot begäran. 513 353 3 Användning av förfarandet och systemet som beskrivs hári kommer att leda till att ingen avkodning av hela bitströmmen krävs i servern. Detta kommer att spara mycket tid på sändar- sidan (serversidan) eftersom den inte behöver utföra en full- ständig avkodning av strömmen.

Kortfattad beskrivning av ritningarna Föreliggande uppfinning kommer nu att beskrivas närmare och med hänvisning till de bilagda ritningar, på vilka: - Fig. 1 visar grundstegen som utförs i en klient- server- process.

- Fig. 2 visar stegen som utförs i en klient-serverprocess enligt en första utföringsform.

- Fig. 3 visar stegen som utförs i en klient-serverprocess enligt en andra utföringsform.

- Fig. 4 visar stegen som utförs i en klient-serverprocess enligt en tredje utföringsform.

- Fig. 5 visar stegen som utförs i en klient-serverprocess enligt ett första alternativ för den tredje utföringsformen.

- Fig. 6 visar stegen som utförs i en klient-serverprocess enligt ett andra alternativ enligt den tredje utföringsformen.

- Fig. 7 visar stegen som utförs i en klient-serverprocess enligt ett tredje alternativ enligt den tredje utförings- formen.

- Fig. 8 visar stegen som utförs i en klient-serverprocess enligt en fjärde utföringsform.

Beskrivning av föredraga utföringsformer I fig. l visas grundläggande interaktion mellan en klient och en server. Således begär klienten först en bild, steg 101.

Därefter i ett steg 103 påbörjar servern överföring av bilden till klienten. Klienten begär sedan vid något tillfälle under 513.353 4 överföringen en del av bilden, som för närvarande överförs, steg 105. Servern börjar som svar på begäran i steg 105 att sända den begärda delen, steg 107. Klienten kan också begära ytterligare delar av bilden när som helst såsom indikeras i steg 109. Överföringen kan avbrytas när som helst på en lägre protokollnivà, såsom TCP eller HTTP.

I den följande beskrivningen och på motsvarande ritningar används följande definitioner, syntax och notation: - En kodningsenhet (CU) är en del av en bitström som är obe- roende avkodningsbar. Således är det möjligt att avkoda en viss del av bitströmmen utan att avkoda hela strömmen.

- En TAG eller en omsynkningsmarkör är en kombination av bitar som inte kan alstras av entropikodaren.

Syntaxelement i klient-serverprocessen Flera detaljerade exempel pá en grundläggande klient- serverprocess beskrivs nedan. De svarar mot olika specifika format för syntaxelementen i klient-serverprocessen. kan ha följande format: - = sänd första subband - ll sänd första bitplan sänd första subband av ROI - - = sänd första bitplan för ROI - = sänd (som beskriver vilka CU som begärs. kan ha följande format: - = bitar/byte/CU mottagna - = CU mottagen ... , där är 515 353 5 numret som tilldelats ett mottaget CU.

Version l ånvânds tillsammans med ett átersändande och paketbestàllande överföringsprotokoll såsom TCP. Version 2 används med ett förbindelselöst bàsta-försököverförings- protokoll såsom UDP. kan ha följande format: - = svarande mot första av återstående subband - = svarande mot första av återstående bitplan - = svarande mot första av återstående subband i ROI - = svarande mot första återstående bitplan av ROI - = svarande mot CU specificerat i 513 355 6 Ytterligare olika format av är möjliga: - = ...

CUN> ... - = <1ängd CU2> - = ...

N> - = ...

Bildheadern behövs inte eftersom den redan mottagits av klienten. innefattar en beskrivning av transkodningsoperationerna som utfördes pà originalbilden i syfte att alstra den transkodade bilden. Klienten använde denna information för att mappa CU fràn originalbilden till den transkodade bilden och mappa CU från den transkodade bil-den till originalbilden. används för att tala om för klienten att den transkodade bilden är lagrad på servern. Detta ger URL till den transkodade bilden. En time-out kan valfritt inklude- ras som indikerar att bilden kommer att sparas under endast specificerad tid.

I fig. 2 visas en första utföringsform av uppfinningen. I detta fall vill klienten accessa en del av den lagrade bilden.

Detta skulle kunna vara vissa bitplan, subband eller förlag- rade ROI. I detta fall har servern inga specialfunktioner för att spara pá begäran förutom de som finns i kommunikations- protokollet (exempelvis HTTP). En process för detta visas i fig. 2.

Klienten sänder en begäran om en lagrad bild, steg 201.

Bilden är lagrad som en komprimerad bitström och i ett format som innefattar oberoende kodade kodningsenheter (CU). Steg 203, 513 353 7 servern svarar och påbörjar överföringen. Steg 205, kli-enten beslutar att en del av bilden är viktigare. Klienten får information om var den är lagrad från bildheadern och sänder en begäran till servern om den önskade delen. Delen kan vara en ROI av bilddata som förbättrar hela bildens kvalitet. Steg 207, servern kanske nu sänder en omstartmarkör och påbörjar överföringen av de önskade CU.

Omstartmarkörfunktionaliteten kan också åstadkommas av ett lägre protokoll i starten, exempelvis TCP eller HTTP.

Omstartmarkören kan valfritt exkluderas om den kan härledas från information i de lägre protokollnivàerna.

I fig. 3 visas en annan typ av klient-serverprocess. I processen i fig. 3 utförs ingen avancerad behandling på ser- versidan. I exemplet som beskrivs i samband med fig. 3 börjar klienten motta en bild och mitt i överföringen beslutas sedan att en del av bilden är viktigare och endast denna del skall överföras. Detta skulle kunna vara ett antal bitplan, subband eller ROI. Det bör observeras att i detta fall skulle bilden kunna lagras med ett ROI men användaren vill välja ett annat ROI.

I ett sådant fall måste servern använda ytterligare funk- tioner för att hitta begärda delar av den komprimerade bilden.

Interaktionen mellan klienten och servern och operationerna på båda sidor kan ske på följande sätt, bekräftelsemeddelanden och liknande meddelanden visas inte för tydlighetens skull. De kan exempelvis använda IP, TCP/UDP, HTTP eller liknande proto-koll för sådana meddelanden.

Steg 301, en klient sänder en begäran efter en lagrad bild.

Bilden är lagrad som en komprimerad bitström och i ett format med oberoende kodande kodningsenheter (CU). Steg 303, servern svarar och påbörjar överföringen. Steg 305, klienten beslutar att en del av bilden är viktigare och om ett ROI väljs sänder 513 353 f 8 den också formen på det valda området och annan information som behövs. Detta skulle exempelvis kunna vara det kronolo-giska numret på begäran, antalet CU eller byte som mottagits, markerade med (*) i fig. 4. Vid denna tidpunkt har klienten skapat en mask i transformdomànen, exempelvis medelst använd- ning av förfarandet som beskrivs i Charilaos Christopoulus (utgivare), JPEG 2000 Verification Model Version 1.2, ISO/IEC JTCl/SC29/WG1 N982, 14 augusti 1998, som väljer koefficien- terna som behövs för att servern skall besluta vilka CU som behövs från servern.

Steg 307, servern får begäran. Servern använder information i bitströmmen, såsom TAGS, i syfte att hitta önskade CU. Ser- vern sänder nu en omstartmarkör och om det behövs längden på återstående CU. Den påbörjar sedan sändning av begärda CU.

I det följande behandlas situationen då en klient börjar med att motta en bild och sedan mitt i överföringen beslutar att någon del av bilden är viktigare och endast vill att denna del skall överföras. Detta är också känt som val av ROI. Det bör observeras att i detta fall kan bilden vara lagrad med ett ROI men användaren vill välja ett annat ROI. I exemplet nedan används JPEG2000 progressive-by-resolution (PBR) schemat. Ett liknande förfarande kan emellertid användas i progressive-by- accuracy (PBA) scheman, såsom beskrivs i Charilaos Christopou- lus (utgivare), JPEG 2000 Verification Model Version 1.2, ISO/IEC JTC1/SC29/WGl N982, 14 augusti 1998.

I fig. 4 visas progressive-by-resolution schemat i JPEG 2000. I PBR-moden i JPEG 2000 kan varje subband, på ett för- enklat sätt, ses som en kodningsenhet, CU, eftersom hela sub- bandet år oberoende entropikodat. Detta är fallet om den så kallade icke-adaptiva moden används, eftersom i detta fall ett subband är samma sak som en sekvens. Detta gör det möjligt att entropikoda alla subband oberoende om klienten vet var den .- »as 513 353 9 skall hitta det i bitströmmen. I den grundläggande moden av JPEG2000 stöds detta av en array, som lagras i bildheadern, som innehåller längden på varje CU i bit/byte. Således är det möjligt för klienten att söka igenom bitströmmen eftersom den vet längden på varje entropikodat subband.

Klienten sänder en begäran till en server och begår en lagrad bild. Bilden är lagrad som en komprimerad bitström.

Servern får bitströmmen och påbörjar överföringen. I en före- dragen utföringsform sker interaktionen mellan klienten och servern och operationerna på båda sidor på följande sätt, där bekräftelsemeddelanden och liknande meddelanden utelämnats för tydlighetens skull.

- Först sänder klienten en begäran om en lagrad bild. Bilden är lagrad som en komprimerad bitström och i ett CU-format.

- Servern svarar sedan och påbörjar överföringen. - vid något tillfälle under överföringen beslutar klienten att en del av bilden är viktigare och sänder formen på det valda området och annan information som behövs. Detta kan exempelvis vara det kronologiska numret på begäran, antalet CU eller byte som mottagits, markerade med (*) i fig. 4.

- Servern får sedan begäran och ROI och utför en entropiav- kodning för de CU som ännu inte har sänts. I detta fall är det de subband som ännu inte,har sänts. Entropiavkodningen ger de kvantiserade transformkoefficienterna. Servern skapar en mask i transformdomänen. Sedan kan servern välja koefficienterna som behövs för ROI, exempelvis genom användning av förfarandet som beskrivs i Charilaos Christopoulus (utgivare), JPEG 2000 Verification Model Version 1.2, ISO/IEC JTCI/SC29/WGl N982, 14 augusti 1998. Således väljer servern medelst användning av masken vilka koefficienter som behövs i varje återstående sub- band. De kvantiserade koefficienterna som hör till ROI entro- pikodas sedan subbandsvis. Således bibehålls samma CU-struk- 513 353 10 tur. Servern kan nu sända en omstartsmarkör och längderna på de CU som skall sändas och påbörjar sändning av CU.

- Klienten får svaret från servern som beskriver vilken typ av transkodning som har använts. Klienten skapar sedan den önskade masken i transformdomänen, exempelvis medelst använd- ning av förfarandet som beskrivs i Charilaos Christopoulus (utgivare), JPEG 2000 Verification Model Version 1.2, ISO/IEC JTCl/SC29/WG1 N982, 14 augusti 1998, som väljer koefficien- terna som behövs för svaret från servern.

Ur klientsynpunkt kommer resultatet bli att ROI har full upplösning medan bakgrunden kommer att ha en sämre upplösning (vilken skulle kunna förbättras i senare steg om förfarandet som beskrivs ovan som använder skiftning används). Hur mycket sämre beror på när ROI-begäran gjordes.

Om begäran om ROI träffar mitt i en CU, vilket är det mest sannolika fallet, finns det tvá vägar att välja på. Antingen sänds CU då begäran kom om eller så slutförs överföring av CU och sedan påbörjas omkodning.

I fallet med progressive-by-accuracy mode i JPEG2000 kan samma idé som i det föregående exemplet användas utan några större förändringar. I detta fall är ett CU ett bitplan. Säle- des beordras bitströmmen efter noggrannhet. Först överförs det högsta bitplanet och sedan det näst högsta och så vidare.

Interaktionen mellan klient och server och operationerna på båda sidor är följande, där bekräftelsemeddelanden och liknan- de meddelanden utelàmnats.

- Först sänder klienten en begäran efter en lagrad bild. Bil- den är lagrad som en komprimerad dataström och i ett CU-for- mat.

- Servern svarar och påbörjar överföringen.

- Klienten bestämmer att en del av bilden är viktigare och sänder formen på det valda området och viss annan information 51s 353 åë >f:?j;fi H som behövs. Detta skulle exempelvis kunna vara, kronologiskt nummer på begäran, antalet CU eller byte som mottagits, mar- kerade med (*) i fig. 4. Vid denna tidpunkt har klienten ska- pat en mask i transformdomänen, exempelvis medelst användning av förfarandet som beskrivs i Charilaos Christopoulus (ut- givare), JPEG 2000 Verification Model Version 1.2, ISO/IEC JTCl/SC29/WGl N982, 14 augusti 1998, som väljer koefficien- terna som behövs för svaret från servern.

- Servern får begäran efter ROI och utför en entropiavkodning för CU som ännu inte har sänts. I detta fall är det bitplanen som ännu inte har sänts. Entropiavkodning ger nu återstående delar av de kvantiserade transformkoefficienterna. Servern skapar en mask i transformdomänen. Sedan kan servern välja ko- efficienterna som behövs för ROI, exempelvis medelst använd- ning av förfarandet som beskrivs i Charilaos Christopoulus (utgivare), JPEG 2000 Verification Model Version 1.2, ISO/IEO JTC1/SC29/WGI N982, 14 augusti 1998. Således väljer servern medelst användning av masken vilka koefficienter som behövs i alla bitplan. De återstående delarna av de kvantiserade ko- efficienterna som hör till ROI entropikodas bitplanvis. Således bibehålls samma CU-struktur. Servern kan nu sända en omstartmarkör och längderna på CU som sänds och påbörja över- föring av CU.

I stället för att minska upplösningen på bakgrunden, som i det föregående exemplet, minskas noggrannheten på de pixel som inte hör till ROI. Detta görs genom att bara skippa de åter- stående bitplanen för bitplan som hör till bakgrunden.

Vid mottagning av en begäran transkodar servern original- bilden. Den transkodade bilden sänds antingen till en utbuf- fert, processerna Cl och C2 nedan eller postas som en ny bild, process C3 nedan. En klient kommer alltid att referera till en postad bild antingen originalbilden som i Cl eller C2, se ne- 513 353 12 dan, eller den postade transkodade bilden som i C3, se nedan.

Klienten är ansvarig för att transformera mellan bildformaten så att den mottagna bildinformationen som hör till original- bilden kan återanvändas i klientens kopia av den transkodade bilden. Framgångsrik återanvändning rapporteras till servern i meddelanden.

Klient-serverprocess Cl (Optimerad för nedladdnings- hastighet) Denna process skulle kunna starta utan någon tidigare över- föring av bildinformation. En klient-serverprocess enligt fal- len som beskrivs i samband med figurerna 2 eller 3 kan emel- lertid ha skett. Några CU i originalbilden kan ha överförts till klienten under denna process. Klienten känner till denna tidiga aktivitet men servern behöver inte lagra någon sådan tillståndsinformation.

- Klientbegäran l) - Serversvar l) (headern på den transkodade bilden sänds) Om klienten inte förstår det nya formatet kan den avbryta strömmen på TCP-nivå. En ny uppsättning klient-serverutbyten kan fortsätta. De kommer alltid att referera till original- bilden eftersom den transkodade bilden vanligen inte behålls av servern. Om en ny begäran enligt fallet inträffar kommer servern sedan vanligen att repetera transkodningsoperationen.

Servern kan besluta att spara en cachad kopia av den transko- dade bilden men detta kan inte förutsättas av klienten.

Klient-serverprocess C2 (optimerad för låg bandbredd) Denna process kan också påbörjas utan någon tidigare över- 513 353 13 föring av bildinformation. En klient-serverprocess enligt fal- len som beskrivs ovan i samband med figurerna 2 eller 3 kan emellertid ha skett. Några CU i originalbilden kan ha över- förts till klienten under denna process. Klienten känner till denna tidigare aktivitet men servern behöver inte lagra någon sådan tillstàndsinformation.

- Klientbegäran 1) - Serversvar 1) (servern har endast beräknat headern för den transkodade bilden. En fullständig transkodning har inte utförts).

- Klientbegäran 2) (klienten bekräftar att den kan hantera det transkodade formatet. Begäran upprepad eftersom servern inte har sparat den gamla begäran).

- Serversvar 2) (servern utför en fullständig transkodning och sänder bildfildatamängden till utbufferten).

Klient-serverprocess C3 (en transkodad bild postas av ser- vern) Denna process skulle kunna starta utan någon tidigare över- föring av bildinformation. En klient-serverprocess enligt fal- len som beskrivs ovan i samband med figurerna 2 eller 3 kan emellertid ha skett. Några CU i originalbilden kan ha över- förts till klienten under denna process. Klienten känner till denna tidigare aktivitet men servern behöver inte lagra någon sådan tillstàndsinformation.

- Klientbegäran 1) - Serversvar 1) 513 353 1?ïfé§Éf3 14 - Klientbegäran 2) (klienten adresserar nu den postade trans- kodade bilden på HTTP protokollnivå) (Klienten är ansvarig för transformering av CU från original- bilden till formatet för den transkodade bilden. Resultatet av dessa operationer placerat i ) - Serversvar 2) En ny uppsättning klient-serverutbyten kan fortsätta. De kan referera till originalbilden eller den transkodade bilden i enlighet med beslut av klienten.

Det bör observeras att i vissa situationer behövs inte an- talet mottagna CU eller bits/byte. Detta är fallet om klienten fortsätter att motta bilddata efter att begäran/begärandena har sänts. Servern sänder omstartsmarkören och kanske någon annan information i syfte att informera klienten att frán och med nu kommer det begärda bitplanet, subbandet eller ROI.

Nedan beskrivs ytterligare exempel pà interaktivt val av ROI under överföring av bit-strömmar då strömmen inte inne- håller önskat ROI. Exemplen visas med olika bit-strömformat till Ovan i samband med fig. 4 beskrivs PDR-moden och JPEG2000 kodaren. En modifiering av schemat som beskrivs ovan skulle vara att sända längden på CU tillsammans med data. Dvs när servern får begäran och ROI och utför entropiavkodning för CU som inte har sänts. I stället för att sända en omstartsmarkör och längderna pà de CU som skall sändas och påbörja över- föring av CU kan servern nu sända en omstartsmarkör och läng- den pá efterföljande CU.

Den resulterande klient-serverprocessen visas i fig. 5.

Detta kommer att resultera i att det inte finns något behov av 513 353 " 5 15 att sända om arrayen med CU-längder som visas i fig. 4.

Det är också möjligt att använda TAGS eller omsynkronise- ringsmarkörer i bitströmmen. Således kan CU markeras i bit- strömmen av ett bitmönster som inte alstras av entropikodaren i stället för att ha en array som beskriver längden på varje CU som ovan i samband med fig. 4. Bitströmmen genomsöks på ett sekvensiellt sätt i syfte att hitta olika kodningsenheter.

Interaktionen mellan klienten och servern och operationerna på båda sidor ändras så att i stället för att sända en omstart- markör och längden på CU som skall sändas och påbörja över- föring av CU kan servern sända en omstartsmarkör och en TAG innan motsvarande CU. Den resulterande klient-serverprocessen visas i fig. 6.

Det bör observeras att ett alternativt sätt är att använda TAGS efter varje CU eller header i stället för före CU som vi- sas i fig. 7. Således ändras interaktionen mellan klient och server och operationen på båda sidor så att i stället för att sända en omstartsmarkör och längderna på CU som skall sändas och påbörja överföringen av CU sänder servern en omstartmarkör och en TAG efter motsvarande CU.

En annan lösning skulle kunna vara att använda “skalnings- baserade förfaranden" i JPEG2000 för övriga subband. Detta be- tyder att ROI-masken för återstående subband fortfarande alst- ras men att ingen annan kodning av ROI-mask-koefficienterna måste utföras. ROI-maskkoefficienterna skalas upp med en viss faktor. Sedan fortsätter kodning av subbanden utan ändringar.

Skiftvärdet måste lagras i bitströmmen så att klienten kan skifta ner. Således ändras interaktionen mellan klient och server och operationerna på båda sidor så att i stället för att sända en omstartsmarkör och längden på CU som skall sändas och påbörja överföring av CU kan servern nu sända en omstart-markör och en TAG efter motsvarande CU. 513 353 ï .» 16 I schemana som beskrivs ovan i samband med fig. 4 - 7 behöver servern utföra en entropiavkodning och sedan en entro- pikodning av kvantiserade koefficienter. Detta är inte så bra om en riktig snabb access av olika delar av bilden önskas.

Lösningen på detta problem âr att bilden delas upp i block som är oberoende avkodningsbara. Dessa kommer att utgöra CU.

Interaktionen mellan klient och server och operationerna på båda sidor är följande som visas i fig. 8. Det bör observeras att bekrâftelsemeddelanden och liknande meddelanden uteläm- nats.

- Steg 801, klienten sänder en begäran om en lagrad bild.

Bilden är lagrad som en komprimerad bitström.

- Steg 803, servern svarar och påbörjar överföringen.

- Steg 805, klienten beslutar att en del av bilden är viktigare och skapar en mask i transformdomänen, se referens, som väljer nödvändiga CU. Önskade CU sänds till servern.

- Steg 807, servern får begäran och CU. Servern kan nu sända en omstartsmarkör och en TAG innan motsvarande CU.

Förfarandet och systemet som beskrivs häri åstadkommer ett antal fördelar jämfört med tidigare klient-serversystem för bildhämtning. Således behöver servern inget minne för att lag- ra information om vilka delar som har sänts. I den första ut- föringsformen behöver servern inte utföra någon behandling över huvud taget i syfte att ge klienten de önskade delarna av bitströmmen. Klienten kommer att få information om var de be- gärda delarna är lagrade ur bildheadern. I den första och and- ra utföringsformen behöver servern inte utföra någon entropi- avkodning, den behöver endast sända begärda CU. Således mins- kas överföringstiden dramatiskt. I den tredje utföringsformen behöver servern inte avkoda hela bitströmmen. Detta kommer att spara mycket tid på sàndarsidan (serversidan), eftersom den inte behöver fullständig avkodning av bitströmmen. 515 353 17 Förfarandet och systemet som beskrivits hàri kan också ut- ökas till att användas tillsammans med en videokomprimerings- algoritm som har oberoende avkodningsbara enheter i den kom- primerade vídeoströmmen.

Claims (14)

515 353, 18 PATENTKRAV

1. l. Förfarande för överföring av en bild, som är lagrad som ett antal oberoende avkodningsbara kodningsenheter, mellan en server och en klient, kânnetecknat av stegen att: - överföra en begäran om bilddata från klienten till servern, - starta överföring av begärda bilddata från servern till klienten, - överföra en begäran om en ny del av bilden under eller ef- ter överföring av denna och - överföra den begärda nya delen av bilden från servern till klienten genom att endast använda kodningsenheter som ännu inte överförts.

2. Förfarande enligt krav 1, kännetecknat av att bilden är lagrad i transformdomànen.

3. Förfarande enligt något av kraven 1 - 2, kânnetecknat av att varje begäran från klienten innefattar ett begäran- nummer.

4. Förfarande enligt något av kraven 1 - 3, kännetecknat av att varje begäran från klienten innefattar information om vilken bildinformation klienten är intresserad av och vilken information om bilden klienten redan har tillgång till.

5. Förfarande enligt något av kraven 1 - 4, kânnetecknat av att servern efter att ha sänt begärd information till kli- enten direkt kastar bort all information från klienten.

6. Förfarande enligt något av kraven l - 5, kännetecknat av att servern överför en markörkod innan överföring av be- gärda kodningsenheter.

7. Förfarande enligt något av kraven 1 - 6, kânnetecknat av att servern utför en transkodning innan överföring av den nya bilddelen. 513 353 19

8. Klient-serversystem, där bilder lagras som ett antal kodningsenheter i servern, kännetecknat av: - organ i servern för att ta emot en begäran om bilddata från klienten, - organ för att sända begärda bilddata från servern till klienten, - organ i servern för att ta emot en begäran om en ny del av bilden under eller efter överföring av denna och - organ i servern för att överföra den begärda nya delen av bilden från servern till klienten genom att endast använda kodningsenheter som ännu inte överförts.

9. System enligt krav 8, kännetecknat av organ för att lagra bilder i transformdomänen.

10. System enligt något av kraven 8 - 9, kånnetecknat av att varje begäran från klienten innefattar ett begärannummer.

11. ll. System enligt något av kraven 8 - 10, kânnetecknat av att varje begäran från klienten innefattar information om vilken bildinformation klienten är intresserad av och vilken information om bilden klienten redan har tillgång till.

12. System enligt något av kraven 8 - ll, kännetecknat av att servern är anordnad att direkt kasta bort all information som klienten har överfört efter att denna har behandlats.

13. System enligt något av kraven 8 - 12, kânnetecknat av att servern är anordnad att överföra en markörkod innan de be- gärda kodningsenheterna överförs.

14. System enligt något av kraven 8 - 13, kännetecknat av att servern är anordnad att utföra transkodning av kodnings- enheter som ännu inte överförts innan överföring av den nya bildddelen.