NO313775B1 - Fremgangsmåter ved overföring av filer i et datakommunikasjonsnett - Google Patents

Description

Oppfinnelsen angår fremgangsmåter ved overføring i et

datakommunikasjonsnett, spesielt Internett, av vilkårlig formaterte filer bestående av én eller flere forskjellige datatyper, mellom en sender omfattende en til datakommunikasjonsnettet koblet

databehandlingsinnretning, hvor senderen representerer en informasjonsleverandør, og én eller flere mottakere med respektive til datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver mottaker representerer en bruker, hvor overføringen finner sted via en i eller til datakommunikasjonsnettet anordnet dedisert tjener, og hvor filene som skal overføres, er lagret i en database hos senderen eller i en fra senderen aksesserbar database og for overføringen som skjer hovedsakelig transparent både for sender og mottaker, nedlastes til senderens

databehandlingsinnretning.

Behovet for rask, effektiv og sikker overføring av filer for applikasjons formål er raskt økende. Spesielt gjelder dette i mediaindustrien hvor det er ønskelig med overføring av store filer sammensatt av forskjellige datatyper, herunder bildeinformasjon som er svært kapasitetskrevende. Det meste av den informasjon som benyttes i mediaindustrien foreligger digitalisert og overføres på digital form, og selv om dette kan skje via eksisterende bredbånds datakommunikasjonsnett, blir allikevel overføring av kildeinformasjon som representerer store datamengder, typisk flere Gbyte, en kostbar og for brukeren tidkrevende prosess. Fremfor alt er det derfor ønskelig å kunne spare tid og kostnader ved overføringen samt å gjøre selve overføringsprosessen mer enkel og effektiv, noe som vil gi en sluttbruker store fordeler sammenlignet med nåværende filoverføringssystemer. På et allment tilgjengelig datakommunikasjonsnettverk som Internett har trafikken bare økt og økt, noe som gjør overføringen av store datamengder og store filer på Internett både tidkrevende og kostnadskrevende. For store datamengder eller omfattende dokumenter kan det derfor være et alternativ å benytte kurertjenester eller filoverføring på dediserte ISDN-linjer. Selv om slike tiltak garanterer en sikker overføring, er det likevel forbundet med betydelig kostnader, og bruk av kurertjenester vil i en lang rekke tilfeller være uhensiktsmessig på grunn av tidsaspektet.

I forbindelse med overføring av filer er det velkjent å databehandle filene i forbindelse med overføring. En slik databehandling kan typisk omfatte forskjellige former for kompresjonskoding for å redusere datamengden som skal overføres, eller tiltak for å beskytte dataene som overføres, mot kopiering. I internasjonal publisert patentsøknad WO98/44402 er det således beskrevet en fremgangsmåte til kopieringsbeskyttelse av data som lastes ned fra en tjener, typisk over World Wide Web til en klient for å presenteres for en bruker. De overførte og nedlastede data beskyttes kryptografisk ved kryptering og hashing. Prosesseringen for å oppnå dette vil da kunne foregå i nettjeneren før overføringen på eksempelvis World Wide Web. Videre er det i en artikkel av Michael Fraase, "Compression pros deliver telecom with SITcom 1.0: Aladdin app offers transparent connection and compression"

(MacWEEK, bind 8, nr. 2, 10. januar 1994, side 43(2)) beskrevet telekommunikasjonsprogramvare som automatisk kan komprimerer filer under overføring med bruk av det såkalte "Stuffif-hjelpemiddel fra Aladdin Systems Inc. Brukerne kan benytte denne programvaren som kalles "SITcomm", til automatisk å konvertere filer eller mappehierarkier til "Stuffif-arkiver før opplasting eller til automatisk å utvide arkivene etterhvert som de lastes ned. SITcomm kan også benytte en såkalt "toolbox" for å implementere alle forbindelser, filoverføringer og emuleringer.

Fra US patent nr. 5 270 805 (Abe & al., overdratt til Canon) er det dessuten kjent en datakommunikasjonsinnretning som genererer data som henholdsvis tegndata og fargebildedata, idet disse data deles mellom respektive forskjellige blokkområder, idet blokkområdet for bildedataene dessuten kan deles i ytterligere blokkområder i samsvar med bildekarakteristikkene til bildedataene. I hvert tilfelle foregår dataoverføringen blokkvis, og ved hjelp av en konverteringsinnretning bestemmes det hvorvidt en funksjon er tilstede i mottakerinnretningen og de overførte data i blokkområdene konverteres i henhold til dette. Eksempelvis kan det da innebære at dersom mottakeren ikke har muligheter for å prosessere et fargebilde, vil fargebildedataene konverteres til data som kan prosesseres av mottakeren.

I mange tilfelle overføres data av filer med tanke på en spesifikk prosessering hos mottakeren, eksempelvis for forskjellige applikasjoner, og fordelaktig kunne en slik prosessering som i utgangspunktet ikke har noen tilknytning til selve overføringsprosessen, skje i tilknytning til denne.

Hensikten med den foreliggende oppfinnelse er derfor å skaffe fremgangsmåter som effektiviserer en kombinert overføring og ikke overføringsrelatert prosessering av data i filer på offentlig tilgjengelige datakommunikasjonsnett, eksempelvis Internett.

Det er spesielt hensikten at en overføring av filer med tilknyttet spesifikk prosessering skal kunne skje under hensyntagen til en eventuell overføringsspesifikk prosessering av filene og sørge for at overføring av filer mellom en sender og én eller flere mottakere med tilknyttet spesifikk prosessering for en bruker og brukerrelaterte applikasjoner realiseres ved hurtige og sikre transaksjoner mellom partene.

Det er også en hensikt med oppfinnelsen at store filer skal kunne overføres hvor som helst i verden og da å kombinere overføringen med en spesifikk prosessering, uten at overføring og prosessering legger beslag på unødig store dataressurser hos sender og mottaker. Overføring og spesifikk prosessering skal da kunne finne sted med hovedsakelig transparent både for sender og mottaker, slik at disse kan utnytte sine dataressurser til andre oppgaver mens selve overføringen finner sted.

De ovennevnte hensikter og fordeler oppnås i henhold til oppfinnelsen med fremgangsmåte som er kjennetegnet ved å prosessere filen spesifikt for én eller flere brukere og/eller én eller flere applikasjoner under gitte betingelser, idet denne spesifikke prosessering finner sted fortløpende i en databehandlingsinnretning i tjeneren under overføringen og/eller fortløpende i mottakerens databehandlingsinnretning etter hvert som filen mottas, og/eller i mottakerens databehandlingsinnretning etter at filen er mottatt, og å utføre den spesifikke prosessering med programvare som er lagret hos én eller flere av de følgende: senderen, tjeneren eller mottakeren; og etter behov overføres forut for eller i fase med prosesseringen til et angjeldende prosesseringssted.

Den ovennevnte fremgangsmåte omfatter fordelaktig fortløpende eller tilnærmet samtidig og/eller interfoliert realiserte trinn for

a) å kompresjonskode filen som skal overføres med en egen datakompresjonsprosedyre eller en generell, tapsfri

datakompr e sj on spr o sedyre,

b) å dele den kompresjonskodede fil i pakker,

c) å overføre den pakkedelte, kompresjonskodede fil til den dediserte tjener,

sammen med mottakeradresser,

d) å forsyne pakkene med mottakeradresse, og

e) å overføre den kompresjonskodede fil til én eller flere mottakere i henhold

til pakkenes mottakeradresser, samt dessuten ytterligere trinn for

f) å dekode den mottatte fil hos mottakeren i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer.

De ovennevnte hensikter og fordeler oppnås dessuten i henhold til oppfinnelsen med en fremgangsmåte som omfatter fortløpende eller tilnærmet samtidig og/eller interfoliert realiserte trinn for

a) å kompresjonskode filen som skal overføres med en egen datakompresjonsprosedyre eller en generell, tapsfri

datakompresj onsprosedyre,

b) å dele den kompresjonskodede fil i pakker,

c) å overføre den pakkedelte, kompresjonskodede fil til den dediserte tjener,

sammen med mottakeradresser,

d) å forsyne pakkene med mottakeradresse, og

e) å overføre den kompresjonskodede fil til én eller flere mottakere i henhold

til pakkenes mottakeradresser, samt dessuten ytterligere trinn for

f) å dekode den mottatte fil hos mottakeren i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og

dessuten

g) å prosessere filen spesifikt for én eller flere brukere og/eller for én eller flere applikasjoner under gitte betingelser, idet den spesifikke prosessering

finner sted fortløpende i en databehandlingsinnretning i tjeneren under overføringen og/eller fortløpende i mottakerens databehandlingsinnretning etter hvert som filen mottas og/eller i mottakerens databehandlingsinnretning etter at filen er mottatt, og å utføre den spesifikke prosessering med programvare som er lagret hos én eller flere av de følgende: senderen, tjeneren eller mottakeren; og etter behov overføres forut for eller i fase med prosesseringen til et angjeldende prosesseringssted.

I henhold til oppfinnelsen er det fordelaktig at senderen samtidig med at overføringen av filen initieres eller under eller etter overføringen til tjeneren, sender en melding til mottakeren med en ressursadresse (URL) og en aksesskode og mottar en bekreftelse fra tjeneren når denne har mottatt filen og en bekreftelse fra mottakeren når denne har mottatt filen og lastet den ned til sin databehandlingsinnretning.

Hvor den vilkårlig formaterte fil omfatter en eller flere av de følgende datatyper, nemlig bildedata, alfanumerisk data, grafikkdata og fonter, er det i henhold til oppfinnelsen henholdsvis fordelaktig at den egne datakompresjonsprosedyre benyttes til kompresjon av bildedata og at den generelle, tapsfri kompresjonsprosedyre hovedsakelig benyttes til kompresjon av alfanumeriske data, grafikkdata og fonter.

I henhold til oppfinnelsen er det fordelaktig at programvare for datakompresjonskoding og -dekoding lagres i tjeneren og nedlastes automatisk henholdsvis til senderens databehandlingsinnretning for koding av filen når overføringen initieres og mottakerens databehandlingsinnretning for dekoding av filen når den mottas. I den forbindelse finner pakkedeling fortrinnsvis sted avhengig av datatypen, slik at hver pakke omfatter en bestemt datatype.

I henhold til oppfinnelsen er det fordelaktig at den spesifikke prosessering finner sted i tjeneren etter en forutgående dekoding av filen i tjeneren ved hjelp av programvaren for datakompresjonskoding, idet programvaren for den spesifikke prosessering enten er lagret hos senderen og/eller hos mottakeren og overføres til tjenerens databehandlingsinnretning når den spesifikke prosessering skal finne sted, eller på forhånd er lagt inn i tjenerens databehandlingsinnretning, og at filen etter den spesifikke prosessering igjen kompresjonskodes med programvare lagret i tjeneren for overføring til mottakeren, idet tjeneren på basis av mottakeradressen sjekker hvorvidt prosesseringsbetingelser foreligger. I den forbindelse er fortrinnsvis prosesseringsbetingelsene tilordnet en bestemt mottakeradresse lagret i tjeneren sammen med programvare for prosesseringen og aksesseres av tjeneren på basis av mottakeradressen, og fortrinnsvis utføres da den spesifikke prosessering på en eller flere bestemte datatyper, slik at bare de pakker som inneholder den eller de bestemte datatyper, dekodes forut for prosesseringen og kodes på ny etter avsluttet prosessering.

I henhold til oppfinnelsen er det fordelaktig at dekodingen av filen hos mottakeren finner sted fortløpende etter hvert som filen mottas. I den forbindelse finner den spesifikke prosessen fortrinnsvis sted fortløpende i mottakerens databehandlingsinnretning før og/eller etter dekodingen av filen som mottas, idet programvaren for prosesseringen enten er lagret hos senderen og/eller i tjeneren og overføres til mottakerens databehandlingsinnretning når prosesseringen skal finne sted, eller på forhånd er lagt inn i mottakerens databehandlingsinnretning.

Det kan i henhold til oppfinnelsen også være fordelaktig at filen etter hvert som den mottas, lagres i mottakerens databehandlingsinnretning og deretter dekodes av mottakeren på et senere, passende valgt tidspunkt.

I den forbindelse kan den spesifikke prosessering av den lagrede fil fortrinnsvis da finne sted i mottakerens databehandlingsinnretning før og/eller etter dekodingen av filen, idet programvaren for prosesseringen enten er lagret hos senderen og/eller i tjeneren og overføres til mottakerens databehandlingsinnretning når prosesseringen skal finne sted, eller på forhånd er lagt inn i mottakerens databehandlingsinnretning.

I henhold til oppfinnelsen er den dediserte tjener fordelaktig implementert på en allmenn nettjener.

Fortrinnsvis lagres i henhold til oppfinnelsen brukernavn, mottakeradresser, filer og de gitte, til brukernavn eller mottakeradresser tilordnede prosesseringsbetingelser temporært eller permanent i en i tjeneren anordnet database.

Oppfinnelsen skal nå forklares nærmere i tilknytning til utførelseseksempler og med henvisning til den ledsagende tegning hvor

fig. 1 viser et systemopplegg for dataoverføring mellom en sender og flere mottakere, f.eks. i et allment tilgjengelig datakommunikasjonsnett som Internett,

fig. 2 flytdiagrammet for en foretrukket utførelse av fremgangsmåten i henhold til oppfinnelsen,

fig. 3 flytdiagrammet for en første variant av utførelsen på fig. 2, og fig. 4 flytdiagrammet for en annen variant av utførelsen på fig. 2

Fig. 1 viser systemopplegget for filoverføring i et allment tilgjengelig datakommunikasjonsnett, eksempelvis Internett, slik dette er kjent i teknikken. En rekke informasjonsleverandører kan være knyttet til systemet, og en informasjonsleverandør er her vist representert ved en sender 1. Senderen 1 omfatter en databehandlingsinnretning eller datamaskin 2, som godt kan være en personlig datamaskin, og en database 3 tilknyttet datamaskinen 2. I tillegg kan senderen 1 også eventuelt kommunisere med en eller flere eksterne databaser 4. Disse eksterne databaser 4 kan være forbundet med senderen i et lokalt nettverk og være lagret på lokale databehandlingsinnretninger som godt kan være informasjonsleverandørens egne. Alternativt kan de eksterne databaser 4 være lagret hos andre informasjonsleverandører og da f.eks. aksesseres av senderen 1 over det allment tilgjengelige datakommunikasjonsnett. Senderen 1 står i forbindelse med og har til disposisjon en dedisert tjener 5 som kan være en frittstående databehandlingsinnretning med en datamaskin 6 og en dertil forbundet database 7. Tjeneren 5 kan eksempelvis aksesseres over et lokalt nett eller over det allment tilgjengelige datakommunikasjonsnett og omfatter i alle fall et ikke vist grensesnitt for et slikt allment tilgjengelig

datakommunikasjonsnett som eksempelvis da kan være Internett. Alternativt kunne også tjeneren 5 være implementert på senderens egen nettjener og den nødvendige databehandling foregå på senderens egen datamaskin. Som en dedisert tjener i datakommunikasjonsnettet kan tjeneren 5 være en delt ressurs for flere informasjonsleverandører og følgelig aksesseres fra flere sendere 1. Programvaremessig er tjeneren i utgangspunktet realisert med to moduler, én for mottak av filer og én for overføring av filer til mottakere. Ytterligere kan tjeneren omfatte flere moduler, eksempelvis for prosessering av data, meldingsformidling osv. Tjenerens programvare vil normalt være lagret i den til tjeneren tilordnede database 7, men igjen kan denne databasen være en delt ressurs for flere informasjonsleverandører eller utgjøre en del av senderens egen database 3.

Tjeneren 5 kan over det allment tilgjengelige datakommunikasjonsnett kommunisere med et vilkårlig antall mottakere 8i,82,...8k,...8n. Denne kommunikasjonen skjer da på det allment tilgjengelige datakommunikasjonsnett, eksempelvis Internett, over linjer 9. Mottakerne utgjør brukere av informasjon og får på anmodning informasjonen overført fra informasjonsleverandøren eller senderen 1 i form av filer. De mottatte filer kan etter nedlasting til mottakeren 8 prosesseres på en databehandlingsinnretning hos mottakeren, lagres i et hos mottakeren lokalt dataminne og på et for mottakerens passende tidspunkt utnyttes til en brukerspesifikk applikasjon.

Det er en del av hensikten med oppfinnelsen at selve filoverføringen og

samtlige av de operasjoner som i den forbindelse utføres av tjeneren 5, skjer hovedsakelig transparent overfor såvel sender 1 som mottakere 8. Dette betyr i praksis at i hvertfall mens filoverføringen pågår, vil senders som mottakeres

databehandlingsinnretninger eller datamaskiner kunne benyttes til andre oppgaver, da selve filoverføringsoperasjonen ikke i vesentlig grad vil belaste de nevnte datamaskiner.

En foretrukket utførelse av fremgangsmåten i henhold til oppfinnelsen skal nå beskrives med henvisning til fig. 2, som gjengir et flytdiagram som viser de enkelte trinn i fremgangsmåten. I den forbindelse skal det bemerkes at alle henvisninger i flytdiagrammet til spesifikk prosessering viser til en brukerspesifikk eller applikasjonsspesifikk prosessering som ikke har noen konsekvenser for selve filoverføringen som sådan.

Utførelsen av fremgangsmåten i henhold til oppfinnelsen initieres ved starttrinnet 100 på senderens 1 datamaskin 2 som vist på fig. 2. Med senderen skal det forstås en informasjonsleverandør som betjener en rekke klienter som utgjør mottakerne eller brukerne av informasjonen. I trinn 101 spesifiseres filer som skal overføres og hentes fra senderens 1 database 3 eller fra databaser 4 som kan aksesseres av senderen. Disse kan være forbundet med senderen 1 i et lokalt nettverk eller aksesseres over det allment tilgjengelige datakommunikasjonsnett som i det følgende vil antas å være identisk med Internett og betegnes som det. Det skal forstås at filen som skal overføres, kan bestå av forskjellige typer kildeinformasjon som godt kan befinne seg i flere databaser. For overføringen samles i et slikt tilfelle all kildeinformasjon i filen som skal overføres. Senderen 1 henter også inn mottakeradresser, dvs. adresser til klienter eller brukere fortrinnsvis lagret i senderens egen database 3. Det skal forstås at innhentede filer og dokumenter kan være formatert vilkårlig. De kan f.eks. være kompresjonskodet på forhånd med en eller annen egnet kompresjonsprosedyre så som MPEG for video eller film eller JPEG for stillbilder. Filene kan bestå av en rekke forskjellige datatyper, idet de ikke bare behøver å bestå av bildeinformasjon, som i dette tilfelle skal forstås som videobilder, filmbilder eller stillbilder, men kan i tillegg omfatte vanlig alfanumerisk informasjon, grafisk informasjon og eventuelt fonter. Det siste vil være aktuelt hvor alfanumerisk og grafisk informasjon i filene hos brukere vil bli benyttet i mediavirksomhet, f.eks. grafisk industri. I trinn 102 kompresjonskodes nå den samlede fil, idet det enten benyttes en egen datakompresjonsprosedyre eller en spesiell tapsfri datakompresjonsprosedyre. Den egne kompresjonsprosedyre kan være en spesiell kompresjonsprosedyre for bildeinformasjon, eventuelt med tilpasning for stillbilder eller video. Denne egne kompresjonsprosedyre er utviklet av og tilhører nærværende søker. Det vil være aktuelt å benytte den på de deler av filen som består av bildeinformasjon. Andre datatyper i den samlede fil som eksempelvis alfanumerisk og grafisk informasjon kan komprimeres med en generell, tapsfri prosedyre, idet slike tapsfrie kompresjonsprosedyrer vil være vel kjent av fagfolk på området og derfor ikke skal omtales nærmere her. Da den samlede fil eller deler av den kan være en vilkårlig formatert fil, kan filen eller deler av den som nevnt, allerede være underkastet en kompresjonsprosedyre. En gjentatt datakompresjon av bildeinformasjon i form av videobilder som allerede har gjennomgått en kompresjon av eksempelvis typen MPEG, vil med søkerens egne kompresjonsprosedyre som har en høyere kompresjonsfaktor enn MPEG, bli ytterligere komprimert. På andre deler av filen som eksempelvis på forhånd kan ha vært underkastet en tapsfri kompresjonsprosedyre, behøver ikke den generelle, tapsfrie kompresjon å føre til en ytterligere kompresjon av filen. I alle fall utføres kompresjonskodingen i trinn 102 på senderens egen datamaskin 2 som deretter pakkedeler den samlede kompresjonskodede fil, slik at hver enkelt pakke fortrinnsvis rommer en bestemt datatype og hos senderen er blitt utsatt for en bestemt form for kompresjonskoding.

Det skal forstås at den ved kompresjonskodingen benyttede programvare kan være lagret på senderens egen databehandlingsinnretning 2, men foretrukket er den lagret på tjeneren 5 og vil når filoverføringen initieres, automatisk overføres til senderen 1 fra tjeneren 5.

I trinn 104 overføres nå den pakkedelte, kompresjonskodede fil fra senderens 1 datamaskin 2 til en tjener 5, som godt kan være senderens egen nettjener eller en dedisert tjener og forbundet med senderen over eksempelvis en dedisert linje, et lokalt nettverk eller et allment tilgjengelig datakommunikasjonsnett som Internett. Senderen 1 vil nå i trinn 105 spørre tjeneren 5 om den kompresjonskodede fil er mottatt og hvis svaret er NEI, fortsetter filoverføringen inntil så er skjedd. Er svaret JA og den kompresjonskodede fil i sin helhet mottatt på tjeneren 5, blir nå filen forsynt med mottakeradresse i tjenerens 5 datamaskin 6 i trinn 106.

Mottakeradressen vil eksempelvis lastes ned fra senderen 1 til tjeneren 5 ved starten av overføringen. Mottakeradressen kan imidlertid også være identifikasjonskode og hensikten er i alle fall at mottakeradressen eller identifikasjonskoder benyttes i et trinn 107 implementert på tjeneren 5, hvor det tas en avgjørelse om den kompresjonskodede fil skal underkastes en spesifikk prosessering i tjeneren eller ikke. Hvis svaret er NEI, sendes en bekreftelse i trinn 111 om at filen er mottatt på tjeneren 5 og det sendes samtidig en bekreftelse til mottakeren 8, idet bekreftelsen består av en melding med ressursadresse (URL) og en aksesskode, det siste eksempelvis et passord for brukeren. I det foreliggende tilfelle vil naturligvis ressursadressen være tjenerens adresse.

Avgjørelsen i trinn 107 skjer på basis av mottakeradressen eller identifikasjonskoden, f.eks. med en tabell som for vedkommende mottakeradresse eller identifikasjonskode gir tjeneren de nødvendige prosesseringsinstruksjoner. Er svaret i trinn 107 dermed JA, dekodes filen i trinn 108 og underkastes deretter den nødvendig databehandling, dvs. en spesifikk prosessering i trinn 109. Denne prosesseringen kan være brukerspesifikk eller applikasjonsspesifikk og skjer med programvare som er lagret i tjenerens 5 database 7 eller som overføres til tjenerens database, enten på basis av mottakeradressene når filoverføringen starter eller på forhånd er lagt inn i tjenerens 5 database 7 av den enkelte mottaker. I den forbindelse skal det forstås at trinn 111 godt kan realiseres på et annet sted i overføringsprosessen, slik at bekreftelsen kan bevirke overføring av den nødvendige programvare for prosesseringen fra enten sender eller mottaker før desisjonen i trinn 107 om prosesseringen finner sted. Prosesseringen som finner sted i trinn 109 kan være brukerspesifikk eller applikasjonsspesifikk, det vil si at filen prosesseres brukerspesifikt for én eller flere brukere eller mottakere eller applikasjonsspesifikt for to eller flere brukere, slik at filen gjennomgår samme prosessering for én og samme applikasjon når denne ene og samme applikasjon implementeres hos mer enn én bruker. Prosesseringen vil som regel skje pakkevis, f.eks. bare utføres på pakker som inneholder bildeinformasjon, og det sier seg da selv at ikke samtlige pakker i filen behøver å dekodes for prosesseringen. Et typisk eksempel på prosessering som utføres, kan være behandling av bildeinformasjon med tanke på å gi bildeinformasjonen en optimal fargeprofil for vedkommende brukers applikasjon. Et eksempel på en slik fargeprofil er den såkalte ICC-standard som står for International Color Consortium som ble etablert i 1993 av 8 industriselskaper med tanke på å skaffe en standardisert arkitektur og standardiserte komponenter for fargehåndtering i bildeinformasjon. Digitaliserte farcrehildeHata vil håHe feir na etter knmrtresinnskodincren tvnisk foreligge på RGB-kodet form. Etter at bildeinformasjon er dekodet for prosessering, konverteres RGB-formatet til et CMYK-fargeformat med bruk av ICC-fargeprofilen. For så vidt kunne dette også skje på senderens datamaskin 2, men foretrukket realiseres trinn 109 som vist på tjenerens datamaskin 6.1 den forbindelse kan ICC-profilen overføres automatisk til tjeneren 5 f.eks. fra senderen 1 eller en mottaker 8, men kan også være forhåndslagret i tjeneren. ICC-profilen implementeres i hvert tilfelle når bildeinformasjonsformatet etter dekodingen konverteres fra RGB-formatet til CMYK- fargeformatet.

Etter avsluttet prosessering i tjeneren 5 kompresjonskodes filen igjen i trinn 110, og det avgis som ovenfor omtalt, en bekreftelse i trinn 111 i form av en melding til sender og en bekreftelse i form av en melding til mottakeren 8. Hva enten bekreftelsen til mottaker i trinn 111 som omtalt, er avgitt på et tidligere stadium i prosessen eller umiddelbart etter trinn 107 eller trinn 110, vil tjeneren 5 ved trinn 112 motta en overføringsanmodning fra én eller flere mottakere 8, og dersom tjeneren i trinn 112 ikke finner en slik overføringsanmodning for en mottaker, kan en allerede for mottakeren kompresjonskodet og/eller prosessert fil i trinn 113 enten lagres i tjeneren 5 for senere overføring til mottakeren, eller slettes. Finner tjeneren 5 i trinn 112 derimot at det foreligger en overføringsanmodning fra én eller flere mottakere, overfører tjeneren 5 kompresjonskodede og eventuelt også prosesserte filer til de respektive mottakere 8 på basis av mottakeradressene, idet hver pakke adresseres og sendes fortløpende etter trinn 107 etter hvert som pakkene mottas på tjeneren 5, eller fortløpende påfølgende trinn 110, i hvert tilfelle på basis av en mottatt overføringsanmodning, slik den foreligger ved trinn 112. Overføringen fra tjeneren 5 til mottakeren 8 skjer i trinn 114, og filen nedlastes fortløpende i trinn 115.1 trinn 116 avgjøres det om filen er nedlastet, og hvis svaret er NEI, fortsetter nedlastingen av en kompresjonskodet og eventuelt prosessert fil i trinn 115 inntil nedlastingen er fullført og bekreftes i trinn 116 med JA. Deretter sender mottakeren 8 i trinn 117 en bekreftelse i form av en melding til senderen 1 om at filen er lastet ned. Etter at filen er mottatt og nedlastet til mottakerens datamaskin, dekoder denne filen i trinn 118.

Hensiktsmessig kan en spesifikk prosessering også foregå på mottakerens 8 egen datamaskin, og en avgjørelse om en slik prosessering tas i trinn 119. Hvis svaret er JA, prosesseres den nedlastede fil i trinn 120, og det er underforstått at prosesseringen kan omfatte en rekke separate prosesseringstrinn og foregå på forskjellige datatyper. Hvor brukeren eller mottakeren 8 representerer mediaindustri eller grafisk industri, kan det naturligvis være aktuelt å implementere en passende fargeprofil i forbindelse med en konvertering fra et fargeformat til et annet. Det er heller ingen ting i veien for at en fil som allerede har gjennomgått en prosessering på tjeneren 5 i trinn 109 og etter dekodingen hos mottakeren 8 i trinn 118 prosesseres ytterligere og brukerspesifikt av mottakeren 8 i trinn 120, slik dette alternativ fremgår av fig. 2. Videre kan både den brukerspesifikke og applikasjonsspesifikke prosessering helt og holdent skje på mottakerens egen datamaskin uten noen forutgående spesifikk prosessering i trinn 109 i tjeneren. Det er vist på fig. 3, som svarer til det tilfelle hvor svaret i trinn 107 på figur 2 alltid er NEI. Følgelig er trinn 107og sløyfen med trinnene 108-110 utelatt fra figur 3 av hensyn til oversikten, idet spesifikk prosessering nå bare finner sted i trinn 120. Dersom svaret i trinn 119 er NEI, er overføringen endelig fullført og hele prosessen stopper i trinn 121, som vist både på fig. 2 og fig. 3.

Det er også mulig at visse former for prosessering kan utføres i tjeneren 5 på en kompresjonskodet fil, uten at en forutgående dekoding finner sted. Dette alternativ vil naturligvis tilkjennegis av en prosesseringsbetingelse, men er ikke vist på fig. 2. I praksis innebærer det at trinnene 108 og 110 sløyfes.

Tilsvarende kan det opsjonelt også finne sted en spesifikk prosessering av kompresjonskodede filer i mottakeren 8, uten forutgående dekoding. Dette er vist på fig. 4 som er lik fig. 3, men som omfatter ytterligere desisjonstrinn 117a og en sløyfe med et ytterligere prosesseringstrinn 120. Prosessering på basis av en avgjørelse i trinn 117a vil foregå i trinn 117b, hvoretter filen dekodes i trinn 118 og opsjonelt, etter en avgjørelse i trinn 119, igjen undergår en spesifikk prosessering i trinn 120.

I henhold til oppfinnelsen realiseres de enkelte trinn i fremgangsmåten fortløpende og tilnærmet samtidig, slik at et trinn ikke behøver å være avsluttet før det neste påbegynnes, idet de enkelte operasjonelle trinn i praksis utføres pakkevis. Dette innebærer med andre ord at de første pakkene i filen allerede kan være nedlastet hos mottakeren 8, mens kompresjonskoding og pakking av de siste deler av filen ennå foregår hos senderen 1. Videre skal det forstås at rekkefølgen av de enkelte trinn kan være annerledes enn vist på flytkartet på fig. 2, som bare skjematisk gjengir en foretrukket utførelsesform. I praksis kan operasjonelle trinn være interfoliert, dvs. at eksempelvis dekoding og nedlasting av ikke-prosesserte pakker i trinn 115 i tid godt kan ligge forut for prosesseringen i trinn 109. Også trinnene for overføring av bekreftelser mellom aktørene, dvs. sender 1, tjener 5 og mottaker 8 kan gis en annen plassering i sekvensen av trinn. En bekreftelse til mottaker 8 med ressursadresse, filreferanse og passord kan f.eks. skje allerede før selve overføringen starter og da naturligvis fra senderen 1 til mottakeren 8. Tilsvarende kan tjeneren 5 bekrefte overføringen med en melding til senderen 1 umiddelbart etter trinn 107. Allikevel er det ansett som mest hensiktsmessig at bekreftelsene skjer i form av meldinger fra tjener til henholdsvis sender og mottaker etter at en eventuell prosessering i tjeneren er avsluttet. Videre vil vanligvis bekreftelsen i trinn 111 føre til at tjeneren 5 mottar en overføringsanmoding fra mottakeren 8 ved trinn 112, men en overføringsanmodning kan godt være lagt inn på forhånd på basis av en allerede avgitt melding fra senderen 1.

Det er naturligvis ikke noe krav at dekodingen av filen i trinn 118 finner sted fortløpende etter hvert som filen nedlastes. Mottakeren 8 kan velge å laste ned filen uten dekoding og deretter lagre den kompresjonskodede og eventuelt allerede prosesserte fil på sin egen datamaskin i et kortere eller lengre tidsrom, med tanke på en senere applikasjon. I og med at filen allerede er kompresjonskodet, vil lagringen være lite plasskrevende. Dekodingen av den lagrede fil kan da finne sted på et senere tidspunkt og kombineres med en eventuell brukerspesifikk eller applikasjonsspesifikk prosessering på mottakerens egen datamaskin. Det er da naturligvis heller ingenting i veien for at prosesseringen eller deler av den kan utføres på den lagrede, kompresjonskodede fil, altså før dekodingen finner sted, men i de fleste tilfeller vil filen prosesseres i forbindelse med dekodingen og da etter hvert som denne finner sted, f.eks. for et applikasjonsbehov som skal imøtekommes på et for mottakeren eller brukeren passende tidspunkt etter at filen er overført og lagret på brukerens databehandlingsinnretning.

Fremgangsmåten ved filoverføring i henhold til foreliggende oppfinnelse gir også stor fleksibilitet med hensyn til lagring og nedlasting av den nødvendige programvare for f.eks. prosessering. Hensiktsmessig kan eksempelvis som nevnt programvaren for kompresjonskodingen være lagret hos tjeneren 5 og automatisk nedlastes til senderen 1 når overføringen initieres, men den kan naturligvis også være forhåndslagret hos senderen. Tilsvarende kan programvare for den spesifikke prosessering være lagret såvel hos senderen 1 som tjeneren 5 og/eller mottakeren 8 og overføring av slik programvare iverksettes automatisk når f.eks. en desisjon om prosessering foreligger, hva enten den finner sted hos sender, tjener eller mottaker.

Fremgangsmåten ved overføring av filer i henhold til den foreliggende oppfinnelse vil være velegnet til filoverføring av tekst og bilder på Internett med tanke på anvendelse i mediaindustrien, f.eks. grafisk industri. Ved systematisk bruk av kompresjonsprosedyren basert henholdsvis på søkerens egne datakompresjonsteknikk for bildeinformasjon og vanlige, kjente tapsfrie kompresjonsprosedyrer for tekster og fonter, fås en filoverføring med særlig stor kapasitet, samtidig som overføringskostnadene reduseres. Søkerens egen datakompresjonsteknologi er mange ganger mer effektiv enn f.eks. de kjente standarder som JPEG og MPEG med hensyn til kompresjonsfaktor og kompresjonshastighet, samtidig som kvaliteten på den dekodede informasjon f.eks. med hensyn til fargegj engi velse og oppløsning likevel er langt bedre. Eksempelvis kan store bildefiler ved den foreliggende fremgangsmåte komprimeres mer enn 98% og overføres vis Internett hvor som helst i verden uten å gi noen vesentlig redusert bildekvalitet. Overføringen skjer dessuten svært hurtig - som regel vil bekreftelsen på at nedlasting har funnet sted foreligge like raskt som det vil ta å skrive de tilsvarende data til en vanlig

CD-ROM.

Som nevnt, vil fremgangsmåten ved den foreliggende oppfinnelse være særlig godt egnet i mediaindustrien. Da flere og flere oppgaver i mediaindustrien benytter digitalbasert informasjon, krever dette en effektiv filoverføring. Samtidig kan filene i forbindelse med overføringen gjennomgå en spesifikk prosessering og denne prosesseringen vil, uansett hvor den finner sted, i likhet med andre prosedyrer under overføringen hovedsakelig skje transparent både for sender og mottaker. Ved den foreliggende fremgangsmåte elimineres langt på vei behovet for linjer med høy båndbredde, da den spesifikke prosessering ikke påvirker båndbreddebehovet ved overføringen og det med bruk av f.eks. den ovenfor angitt kompresjonsfaktor, vil være mulig å oppnå en virtuell overføringsrate i størrelsesorden 10 Gbit/h på en ordinær ISDN-linje. Dersom det benyttes en overføringslinje med en fast båndbredde på 2 Mbit/s, vil det ved fremgangsmåten i henhold til den foreliggende oppfinnelse og under de samme forutsetninger oppnås en virtuell overføringskapasitet på 360 Gbit/h, selv om filen ved overføringen underkastes en spesifikk ikke-overføringsrelatert prosessering. Den virtuelle overføringskapasitet for en gitt linje er med andre ord bare avhengig av kompresjonsfaktoren, men innebærer for mottakeren eller brukeren når overføringen skjer med en kompresjonsfaktor på 50, som langt fra er noen øvre grense for søkerens egen datakompresjonsteknologi, en vesentlig forbedring av ytelsen selv når den sammenlignes med de hittil benyttede metoder på Internett for dataoverføring uten spesifikk prosessering.

Endelig skal det forstås at de her angitt fremgangsmåter i henhold til oppfinnelsen ikke vil være uforenlig med en tilsvarende spesifikk prosessering i senderen i henhold til forhåndsbestemte kriterier. Prosesseringen vil da foregå før kompresjonskodingen i trinn 102; og det vil ved pakkedelingen ikke bare tas hensyn til datatypen, men også til den eventuelle spesifikke prosessering. En slik spesifikk prosessering på sendersiden vil imidlertid som regel være uhensiktsmessig på grunn av kapasitetsbehovet, men vil etter omstendighetene ikke ha konsekvenser for de øvrige overførings- og prosesseringsprosedyrer som benyttet ved fremgangsmåten i henhold til den foreliggende oppfinnelse.

Claims (16)

1. Fremgangsmåte ved overføring i et datakommunikasjonsnett, spesielt Internett, av vilkårlig formatterte filer omfattende én eller flere forskjellige datatyper, mellom en sender (1) omfattende en til datakommunikasjonsnettet koblet databehandlingsinnretning (2), hvor senderen (1) representerer en informasjonsleverandør, og én eller flere mottakere (8) med respektive til datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver mottaker (8) representerer en bruker, hvor overføringen finner sted via en i eller til datakommunikasjonsnettet anordnet dedisert tjener (3), hvor filene som skal overføres, er lagret i en database (3) hos senderen (1) eller i en fra senderen (1) aksesserbar database (4) og for overføringen som skjer hovedsakelig transparent både for sender (1) og mottaker (8), nedlastes til senderens databehandlingsinnretning (2), og hvor fremgangsmåten er karakterisert ved å prosessere en fil spesifikt for én eller flere brukere og/eller én eller flere applikasjoner under gitte betingelser, idet denne spesifikke prosessering finner sted fortløpende i en databehandlingsinnretning (6) i tjeneren (5) under overføringen og/eller fortløpende i mottakerens (8) databehandlingsinnretning etter hvert som filen mottas, og/eller i mottakerens (8) databehandlingsinnretning etter at filen er mottatt, og å utføre den spesifikke prosessering med programvare som er lagret hos én eller flere av de følgende: senderen (1), tjeneren (5) eller mottakeren (8); og etter behov overføres forut for eller i fase med prosesseringen til et angjeldende prosesseringssted.

2. Fremgangsmåte i henhold til krav 1, karakterisert ved at den omfatter fortløpende eller tilnærmet samtidig og/eller interfoliert realiserte trinn for a) å kompresjonskode filen som skal overføres med en egen datakompresjonsprosedyre eller en generell, tapsfri datakompresj onsprosedyre, b) å dele den kompresjonskodede fil i pakker, c) å overføre den pakkedelte, kompresjonskodede fil til den dediserte tjener, sammen med mottakeradresser, d) å forsyne pakkene med mottakeradresse, og e) å overføre den kompresjonskodede fil til én eller flere mottakere (8) i henhold til pakkenes mottakeradresser, samt dessuten ytterligere trinn for f) å dekode den mottatte fil hos mottakeren (8) i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer.

3. Fremgangsmåte ved overføring i et datakommunikasjonsnett, spesielt Internett, av vilkårlig formaterte filer omfattende én eller flere forskjellige datatyper, mellom en sender (1) omfattende en til datakommunikasjonsnettet koblet databehandlingsinnretning (2), hvor senderen (1) representerer en informasjonsleverandør, og én eller flere mottakere (8) med respektive til datakommunikasjonsnettet koblede databehandlingsinnretninger, hvor hver mottaker (8) representerer en bruker, hvor overføringen finner sted via en i s eller til datakommunikasjonsnettet anordnet dedisert tjener (5), hvor filene som skal overføres, er lagret i en database (3) hos senderen (1) eller i en fra senderen (1) aksesserbar database (4) og for overføringen som skjer hovedsakelig transparent både for sender (1) og mottaker (8), nedlastes til senderens (1) databehandlingsinnretning (2), karakterisert ved at den omfatter fortløpende eller tilnærmet samtidig og/eller interfoliert realiserte trinn for a) å kompresjonskode filen som skal overføres med en egen datakompresjonsprosedyre eller en generell, tapsfri datakompresj onsprosedyre, b) å dele den kompresjonskodede fil i pakker, c) å overføre den pakkedelte, kompresjonskodede fil til den dediserte tjener (5), sammen med mottakeradresser, d) å forsyne pakkene med mottakeradresse, og e) å overføre den kompresjonskodede fil til én eller flere mottakere (8) i henhold til pakkenes mottakeradresser, samt dessuten ytterligere trinn for f) å dekode den mottatte fil hos mottakeren (8) i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og dessuten g) å prosessere filen spesifikt for én eller flere brukere og/eller for én eller flere applikasjoner under gitte betingelser, idet den spesifikke prosessering finner sted fortløpende i en databehandlingsinnretning (6) i tjeneren (5) under overføringen og/eller fortløpende i mottakerens (8) databehandlingsinnretning etter hvert som filen mottas og/eller i mottakerens (8) databehandlingsinnretning etter at filen er mottatt, og å utføre den spesifikke prosessering (1) med programvare som er lagret hos én eller flere av He fVilaenHe: senderen ( 1} tieneren eller mnttaVeren f8Y no etter hehnv overføres forut for eller i fase med prosesseringen til et angjeldende prosesseringssted.

4. Fremgangsmåte i henhold til krav 3, karakterisert ved at senderen (1) samtidig med at overføringen av filen initieres eller under eller etter overføringen til tjeneren (5), sender en melding til mottakeren (8) med en ressursadresse og en aksesskode og mottar en bekreftelse fra tjeneren (5) når denne har mottatt filen og en bekreftelse fra mottakeren (8) når denne har mottatt filen og lastet den ned til sin databehandlingsinnretning.

5. Fremgangsmåte i henhold til krav 3, hvor den vilkårlig formaterte fil omfatter en eller flere av de følgende datatyper, nemlig bildedata, alfanumerisk data, grafikkdata og fonter, karakterisert ved at den egne datakompresjonsprosedyre benyttes til kompresjon av bildedata og at den generelle, tapsfri kompresjonsprosedyre hovedsakelig benyttes til kompresjon av alfanumeriske data, grafikkdata og fonter.

6. Fremgangsmåte i henhold til krav 3, karakterisert ved at programvare for datakompresjonskoding og -dekoding lagres i tjeneren og nedlastes automatisk henholdsvis til senderens (1) databehandlingsinnretning (2) for koding av filen når overføringen initieres og mottakerens (8) databehandlingsinnretning for dekoding av filen når den mottas.

7. Fremgangsmåte i henhold til krav 3, karakterisert ved at pakkedelingen finner sted avhengig av datatypen, slik at hver pakke omfatter en bestemt datatype.

8. Fremgangsmåte i henhold til krav 3, karakterisert ved at den spesifikke prosessering finner sted i tjeneren (5) etter en forutgående dekoding av filen i tjeneren ved hjelp av programvaren for datakompresjonskoding, idet programvaren for den spesifikke prosessering enten er lagret hos senderen (1) og/eller hos mottakeren (8) og overføres til tjenerens (5) databehandlingsinnretning (6) når den spesifikke prosessering skal finne sted, eller på forhånd er lagt inn i tjenerens (5) databehandlingsinnretning (6), og at filen etter den spesifikke prosessering igjen kompresjonskodes med programvare lagret i tjeneren (5) for overføring til mottakeren (8), idet tjeneren (5) på basis av mottakeradressen sjekker hvorvidt prosesseringsbetingelser foreligger.

9. Fremgangsmåte i henhold til krav 8, karakterisert ved at prosesseringsbetingelsene tilordnet en bestemt mottakeradresse lagres i tjeneren (5) sammen med programvare for den spesifikke prosessering og aksesseres av tjeneren (5) på basis av mottakeradressen.

10. Fremgangsmåte i henhold til krav 8, karakterisert vedat den spesifikke prosessering utføres på en eller flere bestemte datatyper, slik at bare de pakker som inneholder den eller de bestemte datatyper, dekodes forut for prosesseringen og kodes på ny etter avsluttet prosessering.

11. Fremgangsmåte i henhold til krav 3, karakterisert ved at dekodingen av filen hos mottakeren (8) finner sted fortløpende etter hvert som filen mottas.

12. Fremgangsmåte i henhold til krav 11, karakterisert ved at den spesifikke prosessering finner sted fortløpende i mottakerens (8) databehandlingsinnretning før og/eller etter dekodingen av filen som mottas, idet programvaren for prosesseringen enten er lagret hos senderen (1) og/eller i tjeneren (5) og overføres til mottakerens (8) databehandlingsinnretning når prosesseringen skal finne sted, eller på forhånd er lagt inn i mottakerens (8) databehandlingsinnretning.

13. Fremgangsmåte i henhold til krav 3, karakterisert ved at filen etter hvert som den mottas, lagres i mottakerens (8) databehandlingsinnretning og deretter dekodes av mottakeren (8) på et senere, passende valgt tidspunkt.

14. Fremgangsmåte i henhold til krav 13, karakterisert ved at den spesifikke prosessering av den lagrede fil finner sted i mottakerens (8) databehandlingsinnretning før og/eller etter dekodingen av filen, idet programvaren for prosesseringen enten er lagret hos senderen (1) og /eller i tjeneren (5) og overføres til mottakerens (8) databehandlingsinnretning når prosesseringen skal finne sted, eller på forhånd er lagt inn i mottakerens (8) databehandlingsinnretning.

15. Fremgangsmåte i henhold til krav 3, karakterisert ved at den dediserte tjener (5) er implementert på en allmenn nettjener hos senderen (1).

16. Fremgangsmåte i henhold til krav 3, karakterisert ved at brukernavn, mottakeradresser, filer og de gitte, til brukernavn eller mottakeradresser tilordnede prosesseringsbetingelser temporært eller permanent lagres i en i tjeneren (5) anordnet database (7).