NO313775B1

NO313775B1 - Procedures for transferring files in a data communication network

Info

Publication number: NO313775B1
Application number: NO20001454A
Authority: NO
Inventors: Arild Fuldseth; John Markus Lervik; Rolf Michelsen; Nils-Johan Pedersen; Geirr I Leistad
Original assignee: Fileflow As
Priority date: 1999-03-22
Filing date: 2000-03-21
Publication date: 2002-11-25
Also published as: NO20001454D0; NO20001454L

Description

Oppfinnelsen angår fremgangsmåter ved overføring i et The invention relates to methods of transfer in a

datakommunikasjonsnett, spesielt Internett, av vilkårlig formaterte filer bestående av én eller flere forskjellige datatyper, mellom en sender omfattende en til datakommunikasjonsnettet koblet data communication network, especially the Internet, of arbitrarily formatted files consisting of one or more different data types, between a transmitter comprising a to the data communication network connected

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 data processing device, where the sender represents an information provider, and one or more receivers with respective data processing devices connected to the data communication network, where each receiver represents a user, where the transfer takes place via a dedicated server arranged in or to the data communication network, and where the files to be transferred are stored in a database at the sender or in a database accessible from the sender and for the transfer which takes place mainly transparently for both sender and receiver, is downloaded to the sender's

databehandlingsinnretning. data processing device.

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. The need for fast, efficient and secure transfer of files for application purposes is rapidly increasing. This particularly applies in the media industry, where it is desirable to transfer large files composed of different data types, including image information, which is very capacity-intensive. Most of the information used in the media industry is digitized and transmitted in digital form, and although this can happen via existing broadband data communication networks, the transfer of source information that represents large amounts of data, typically several Gbytes, is an expensive and time-consuming process for the user. Above all, it is therefore desirable to be able to save time and costs during the transfer as well as to make the transfer process itself more simple and efficient, which will give an end user great advantages compared to current file transfer systems. On a widely available data communication network such as the Internet, the traffic has only increased and increased, making the transfer of large amounts of data and large files on the Internet both time-consuming and costly. For large amounts of data or extensive documents, it may therefore be an alternative to use courier services or file transfer on dedicated ISDN lines. Although such measures guarantee a safe transfer, it is nevertheless associated with significant costs, and the use of courier services will in many cases be inappropriate due to the time aspect.

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" In connection with the transfer of files, it is well known to process the files in connection with the transfer. Such data processing can typically include various forms of compression coding to reduce the amount of data to be transferred, or measures to protect the data that is transferred from copying. In international published patent application WO98/44402, a method for copy protection of data that is downloaded from a server, typically via the World Wide Web to a client to be presented to a user, is thus described. The transmitted and downloaded data is cryptographically protected by encryption and hashing. The processing to achieve this will then be able to take place in the web server before the transfer on, for example, the World Wide Web. Furthermore, in an article by 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. (MacWEEK, Vol. 8, No. 2, Jan. 10, 1994, Page 43(2)) described telecommunications software that can automatically compress files during transmission using the so-called "Stuffif utility from Aladdin Systems Inc. Users can use this software as called "SITcomm", to automatically convert files or folder hierarchies into 'Stuffif archives before uploading or to automatically expand archives as they are downloaded. SITcomm can also use a so-called "toolbox" to implement all connections, file transfers and emulations.

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. From US patent no. 5 270 805 (Abe & al., assigned to Canon) it is also known a data communication device which generates data such as character data and color image data respectively, this data being divided between respective different block areas, the block area for the image data also being able to be divided into additional block areas according to the image characteristics of the image data. In each case, the data transfer takes place block by block, and with the help of a conversion device it is determined whether a function is present in the receiving device and the transferred data in the block areas is converted accordingly. For example, it may then mean that if the receiver does not have the ability to process a color image, the color image data will be converted into data that can be processed by the receiver.

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. In many cases, file data is transferred with a specific processing in mind at the recipient, for example for different applications, and advantageously such processing, which initially has no connection to the transfer process itself, could take place in connection with this.

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. The purpose of the present invention is therefore to provide methods that streamline a combined transfer and non-transfer-related processing of data in files on publicly available data communication networks, for example the Internet.

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. It is particularly intended that a transfer of files with associated specific processing should be able to take place taking into account any transfer-specific processing of the files and ensure that the transfer of files between a sender and one or more receivers with associated specific processing for a user and user-related applications is realized by fast and secure transactions between the parties.

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. It is also a purpose of the invention that large files should be able to be transferred anywhere in the world and then to combine the transfer with a specific processing, without the transfer and processing taking up unnecessarily large data resources at the sender and receiver. Transfer and specific processing must then be able to take place with mostly transparency for both sender and receiver, so that they can use their computer resources for other tasks while the transfer itself takes place.

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. The above purposes and advantages are achieved according to the invention with a method which is characterized by processing the file specifically for one or more users and/or one or more applications under given conditions, this specific processing taking place continuously in a data processing device in the server during the transfer and/or continuously in the recipient's computing device as the file is received, and/or in the recipient's computing device after the file is received, and to perform the specific processing with software stored at one or more of the following: the sender, the server or the recipient; and, as necessary, transferred prior to or in phase with the processing to a relevant processing location.

Den ovennevnte fremgangsmåte omfatter fordelaktig fortløpende eller tilnærmet samtidig og/eller interfoliert realiserte trinn for The above-mentioned method advantageously includes successive or nearly simultaneous and/or interleaved realized steps for

a) å kompresjonskode filen som skal overføres med en egen datakompresjonsprosedyre eller en generell, tapsfri a) to compression code the file to be transferred with a separate data compression procedure or a general, lossless one

datakompr e sj on spr o sedyre, data compression speed,

b) å dele den kompresjonskodede fil i pakker, b) dividing the compression-encoded file into packets,

c) å overføre den pakkedelte, kompresjonskodede fil til den dediserte tjener, c) transferring the packetized, compression-encoded file to the dedicated server,

sammen med mottakeradresser, together with recipient addresses,

d) å forsyne pakkene med mottakeradresse, og d) to provide the packages with a recipient address, and

e) å overføre den kompresjonskodede fil til én eller flere mottakere i henhold e) to transmit the compression-encoded file to one or more recipients accordingly

til pakkenes mottakeradresser, samt dessuten ytterligere trinn for to the packages' recipient addresses, as well as further steps for

f) å dekode den mottatte fil hos mottakeren i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer. f) to decode the received file at the receiver in accordance with the data compression procedure(s) already used for the compression encoding.

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 The above-mentioned purposes and advantages are also achieved according to the invention with a method which comprises successive or nearly simultaneous and/or interleaved realized steps for

datakompresj onsprosedyre, data compression procedure,

sammen med mottakeradresser, together with recipient addresses,

f) å dekode den mottatte fil hos mottakeren i samsvar med den eller de allerede for kompresjonskodingen benyttede datakompresjonsprosedyrer, og f) to decode the received file at the receiver in accordance with the data compression procedure(s) already used for the compression encoding, and

dessuten Furthermore

g) å prosessere filen spesifikt for én eller flere brukere og/eller for én eller flere applikasjoner under gitte betingelser, idet den spesifikke prosessering g) to process the file specifically for one or more users and/or for one or more applications under given conditions, the specific processing

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. takes place continuously in a computer processing device in the server during the transmission and/or continuously in the recipient's computer processing device as the file is received and/or in the recipient's computer processing device after the file is received, and to perform the specific processing with software stored at one or more of the following: the sender, server or receiver; and, as necessary, transferred prior to or in phase with the processing to a relevant processing location.

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. According to the invention, it is advantageous that the sender, at the same time as the transfer of the file is initiated or during or after the transfer to the server, sends a message to the recipient with a resource address (URL) and an access code and receives a confirmation from the server when the latter has received the file and a confirmation from the recipient when he has received the file and downloaded it to his data processing device.

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. Where the arbitrarily formatted file includes one or more of the following data types, namely image data, alphanumeric data, graphic data and fonts, it is, according to the invention, respectively advantageous that the separate data compression procedure is used for compression of image data and that the general, lossless compression procedure is mainly used for compression of alphanumeric data, graphic data and fonts.

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. According to the invention, it is advantageous that software for data compression coding and decoding is stored in the server and automatically downloaded respectively to the sender's data processing device for encoding the file when the transmission is initiated and the receiver's data processing device for decoding the file when it is received. In this connection, packet sharing preferably takes place depending on the data type, so that each packet includes a specific data type.

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. According to the invention, it is advantageous that the specific processing takes place in the server after a prior decoding of the file in the server using the software for data compression coding, the software for the specific processing being either stored at the sender and/or at the receiver and transferred to the server's data processing device when the specific processing is to take place, or has been previously entered into the server's data processing device, and that after the specific processing the file is again compression coded with software stored in the server for transmission to the recipient, with the server checking on the basis of the recipient address whether processing conditions exist. In that connection, the processing conditions are preferably assigned to a specific recipient address stored in the server together with software for the processing and accessed by the server on the basis of the recipient address, and preferably then the specific processing is carried out on one or more specific data types, so that only the packets containing the or the specific data types are decoded prior to processing and re-encoded after completion of processing.

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. According to the invention, it is advantageous that the decoding of the file at the receiver takes place continuously as the file is received. In this connection, the specific process preferably takes place continuously in the recipient's data processing device before and/or after the decoding of the received file, the software for the processing being either stored at the sender and/or in the server and transferred to the recipient's data processing device when the processing is to take place, or is entered in advance into the recipient's data processing device.

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. According to the invention, it can also be advantageous that the file, as it is received, is stored in the recipient's data processing device and then decoded by the recipient at a later, suitably chosen time.

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. In that connection, the specific processing of the stored file can preferably then take place in the recipient's data processing device before and/or after the decoding of the file, the software for the processing being either stored at the sender and/or in the server and transferred to the recipient's data processing device when the processing is to take place place, or has been previously entered into the recipient's data processing device.

I henhold til oppfinnelsen er den dediserte tjener fordelaktig implementert på en allmenn nettjener. According to the invention, the dedicated server is advantageously implemented on a general network server.

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. Preferably, according to the invention, usernames, recipient addresses, files and the given processing conditions assigned to usernames or recipient addresses are stored temporarily or permanently in a database arranged in the server.

Oppfinnelsen skal nå forklares nærmere i tilknytning til utførelseseksempler og med henvisning til den ledsagende tegning hvor The invention will now be explained in more detail in connection with design examples and with reference to the accompanying drawing where

fig. 1 viser et systemopplegg for dataoverføring mellom en sender og flere mottakere, f.eks. i et allment tilgjengelig datakommunikasjonsnett som Internett, fig. 1 shows a system arrangement for data transmission between a transmitter and several receivers, e.g. in a generally available data communication network such as the Internet,

fig. 2 flytdiagrammet for en foretrukket utførelse av fremgangsmåten i henhold til oppfinnelsen, fig. 2 the flow chart for a preferred embodiment of the method according to the invention,

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. 3 the flow diagram for a first variant of the embodiment in fig. 2, and fig. 4 the flow diagram for another variant of the embodiment in 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 Fig. 1 shows the system layout for file transfer in a generally available data communication network, for example the Internet, as is known in the art. A number of information providers can be connected to the system, and an information provider is shown here represented by a sender 1. The sender 1 comprises a data processing device or computer 2, which may well be a personal computer, and a database 3 connected to the computer 2. In addition, the sender can 1 also possibly communicate with one or more external databases 4. These external databases 4 can be connected to the transmitter in a local network and be stored on local data processing devices which may well be the information provider's own. Alternatively, the external databases 4 can be stored with other information providers and then e.g. is accessed by the transmitter 1 over the generally available data communication network. The sender 1 is connected to and has at its disposal a dedicated server 5 which can be a stand-alone data processing device with a computer 6 and a database 7 connected to it. The server 5 can, for example, be accessed over a local network or over the generally available data communication network and includes in all case an unshown interface for such a widely available one

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. data communication network, which can for example be the Internet. Alternatively, the server 5 could also be implemented on the sender's own web server and the necessary data processing take place on the sender's own computer. As a dedicated server in the data communication network, the server 5 can be a shared resource for several information providers and consequently accessed from several transmitters 1. In terms of software, the server is basically realized with two modules, one for receiving files and one for transferring files to recipients. In addition, the server can include several modules, for example for data processing, messaging, etc. The server's software will normally be stored in the database 7 assigned to the server, but again this database can be a shared resource for several information providers or form part of the sender's own 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. The server 5 can communicate over the generally available data communication network with an arbitrary number of receivers 8i,82,...8k,...8n. This communication then takes place on the generally available data communication network, for example the Internet, over lines 9. The recipients constitute users of information and, on request, receive the information transferred from the information provider or sender 1 in the form of files. The received files can, after downloading to the receiver 8, be processed on a data processing device at the receiver, stored in a local data memory at the receiver and, at a time suitable for the receiver, utilized for a user-specific application.

Det er en del av hensikten med oppfinnelsen at selve filoverføringen og It is part of the purpose of the invention that the actual file transfer and

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 all of the operations carried out in this connection by the server 5 are mainly transparent to both sender 1 and receivers 8. This means in practice that at least while the file transfer is in progress, senders and receivers will

databehandlingsinnretninger eller datamaskiner kunne benyttes til andre oppgaver, da selve filoverføringsoperasjonen ikke i vesentlig grad vil belaste de nevnte datamaskiner. data processing devices or computers could be used for other tasks, as the file transfer operation itself will not significantly burden the aforementioned computers.

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. A preferred embodiment of the method according to the invention will now be described with reference to fig. 2, which reproduces a flow diagram showing the individual steps in the method. In this connection, it should be noted that all references in the flowchart to specific processing refer to a user-specific or application-specific processing that has no consequences for the actual file transfer as such.

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. The execution of the method according to the invention is initiated at the start step 100 on the transmitter's 1 computer 2 as shown in fig. 2. The sender shall mean an information provider who serves a number of clients who are the recipients or users of the information. In step 101, files are specified that are to be transferred and retrieved from the sender's 1 database 3 or from databases 4 that can be accessed by the sender. These can be connected to the transmitter 1 in a local network or accessed via the generally available data communication network, which in the following will be assumed to be identical to the Internet and referred to as such. It should be understood that the file to be transferred may consist of different types of source information which may well be in several databases. For the transfer, in such a case all source information is collected in the file to be transferred. The sender 1 also retrieves recipient addresses, i.e. addresses of clients or users preferably stored in the sender's own database 3. It should be understood that retrieved files and documents can be formatted arbitrarily. They can e.g. be compression encoded in advance with some suitable compression procedure such as MPEG for video or film or JPEG for still images. The files can consist of a number of different data types, as they do not only need to consist of image information, which in this case should be understood as video images, film images or still images, but can also include normal alphanumeric information, graphic information and possibly fonts. The latter will be applicable where alphanumeric and graphic information in the files of users will be used in media operations, e.g. graphic industry. In step 102, the combined file is now compression coded, using either a separate data compression procedure or a special lossless data compression procedure. The own compression procedure can be a special compression procedure for image information, possibly with adaptation for still images or video. This proprietary compression procedure was developed by and belongs to the present applicant. It will be relevant to use it on the parts of the file that consist of image information. Other data types in the combined file, such as alphanumeric and graphic information, can be compressed with a general, lossless procedure, as such lossless compression procedures will be well known to professionals in the field and therefore shall not be discussed in more detail here. Since the overall file or parts of it may be an arbitrarily formatted file, the file or parts of it may, as mentioned, already be subjected to a compression procedure. A repeated data compression of image information in the form of video images that have already undergone compression of the MPEG type, for example, will be further compressed with the applicant's own compression procedure, which has a higher compression factor than MPEG. On other parts of the file which, for example, may have previously been subjected to a lossless compression procedure, the general, lossless compression need not lead to a further compression of the file. In any case, the compression coding is carried out in step 102 on the sender's own computer 2, which then divides the overall compression-encoded file into packets, so that each individual packet preferably contains a specific data type and has been subjected to a specific form of compression coding at the sender.

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. It should be understood that the software used in the compression coding can be stored on the transmitter's own data processing device 2, but preferably it is stored on the server 5 and will, when the file transfer is initiated, automatically be transferred to the transmitter 1 from the server 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. In step 104, the packet-divided, compression-encoded file is now transferred from the sender's 1 computer 2 to a server 5, which may well be the sender's own network server or a dedicated server and connected to the sender over, for example, a dedicated line, a local network or a generally available data communication network which Internet. The sender 1 will now in step 105 ask the server 5 whether the compression-encoded file has been received and if the answer is NO, the file transfer continues until this has happened. If the answer is YES and the compression-encoded file in its entirety is received on the server 5, the file is now provided with a recipient address in the server 5's computer 6 in step 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. The recipient address will, for example, be downloaded from transmitter 1 to server 5 at the start of the transfer. However, the recipient address can also be an identification code and the purpose is in any case that the recipient address or identification codes are used in a step 107 implemented on the server 5, where a decision is made whether the compression-encoded file is to be subjected to specific processing in the server or not. If the answer is NO, a confirmation is sent in step 111 that the file has been received on the server 5 and at the same time a confirmation is sent to the recipient 8, the confirmation consisting of a message with a resource address (URL) and an access code, the latter for example a password for the user. In the present case, the resource address will naturally be the server's address.

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. The decision in step 107 is made on the basis of the recipient address or identification code, e.g. with a table which, for the relevant recipient address or identification code, gives the server the necessary processing instructions. If the answer in step 107 is therefore YES, the file is decoded in step 108 and then subjected to the necessary data processing, i.e. a specific processing in step 109. This processing can be user-specific or application-specific and takes place with software that is stored in the server's 5 database 7 or which is transferred to the server's database, either on the basis of the recipient addresses when the file transfer starts or has been previously entered into the server's 5 database 7 by the individual recipient. In that connection, it should be understood that step 111 may well be realized at another place in the transfer process, so that the confirmation can cause the transfer of the necessary software for the processing from either sender or receiver before the decision in step 107 whether the processing takes place. The processing that takes place in step 109 can be user-specific or application-specific, that is, the file is processed user-specifically for one or more users or recipients or application-specifically for two or more users, so that the file undergoes the same processing for one and the same application when this one and the same application is implemented with more than one user. The processing will usually take place in batches, e.g. is only performed on packets containing image information, and it goes without saying that not all packets in the file need to be decoded for processing. A typical example of processing that is carried out can be the processing of image information with a view to giving the image information an optimal color profile for the relevant user's application. An example of such a color profile is the so-called ICC standard, which stands for International Color Consortium, which was established in 1993 by 8 industrial companies with a view to providing a standardized architecture and standardized components for color management in image information. Digitized farcrehildeHata will most likely be available in RGB-coded form after the knmrtresinn code dincren. After image information is decoded for processing, the RGB format is converted to a CMYK color format using the ICC color profile. To that extent, this could also take place on the sender's computer 2, but preferably step 109 is realized as shown on the server's computer 6.1 in this connection the ICC profile can be transferred automatically to the server 5 e.g. from the transmitter 1 or a receiver 8, but can also be pre-stored in the server. The ICC profile is implemented in each case when the image information format after decoding is converted from the RGB format to the CMYK color format.

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. After finished processing in the server 5, the file is compression coded again in step 110, and as discussed above, a confirmation is given in step 111 in the form of a message to the sender and a confirmation in the form of a message to the recipient 8. Whether the confirmation to the recipient in step 111, as discussed, is issued at an earlier stage in the process or immediately after step 107 or step 110, the server 5 will receive at step 112 a transfer request from one or more receivers 8, and if the server in step 112 does not find such a transfer request for a recipient, a file already compression coded and/or processed for the recipient in step 113 can either be stored in the server 5 for later transfer to the recipient, or deleted. If, however, the server 5 finds in step 112 that there is a transfer request from one or more recipients, the server 5 transfers compression-encoded and possibly also processed files to the respective recipients 8 on the basis of the recipient addresses, each packet being addressed and sent consecutively after step 107 as the packets are received at the server 5, or continuously following step 110, in each case on the basis of a received transfer request, as it is at step 112. The transfer from the server 5 to the receiver 8 takes place in step 114, and the file is downloaded continuously in step 115.1 step 116 it is determined whether the file has been downloaded, and if the answer is NO, the download of a compression-encoded and possibly processed file continues in step 115 until the download is complete and confirmed in step 116 with YES. Then, in step 117, the receiver 8 sends a confirmation in the form of a message to the sender 1 that the file has been downloaded. After the file is received and downloaded to the recipient's computer, it decodes this file in step 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. Appropriately, a specific processing may also take place on the recipient's 8 own computer, and a decision about such processing is made in step 119. If the answer is YES, the downloaded file is processed in step 120, and it is understood that the processing may comprise a number of separate processing steps and take place on different data types. Where the user or recipient 8 represents the media industry or graphic industry, it may naturally be appropriate to implement a suitable color profile in connection with a conversion from one color format to another. There is also nothing to prevent a file that has already undergone processing on the server 5 in step 109 and after decoding at the receiver 8 in step 118 being processed further and user-specifically by the receiver 8 in step 120, as this alternative appears in fig. 2. Furthermore, both the user-specific and application-specific processing can take place entirely on the recipient's own computer without any prior specific processing in step 109 in the server. It is shown in fig. 3, which corresponds to the case where the answer in step 107 in Figure 2 is always NO. Accordingly, step 107 and the loop with steps 108-110 are omitted from Figure 3 for the sake of clarity, as specific processing now only takes place in step 120. If the answer in step 119 is NO, the transfer is finally complete and the entire process stops in step 121, as shown both in fig. 2 and 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. It is also possible that certain forms of processing can be carried out in the server 5 on a compression-encoded file, without prior decoding taking place. This alternative will of course be indicated by a processing condition, but is not shown in fig. 2. In practice, this means that steps 108 and 110 are skipped.

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. Correspondingly, a specific processing of compression-encoded files can optionally also take place in the receiver 8, without prior decoding. This is shown in fig. 4 which is similar to fig. 3, but which comprises further decision step 117a and a loop with a further processing step 120. Processing based on a decision in step 117a will take place in step 117b, after which the file is decoded in step 118 and optionally, after a decision in step 119, again undergoes a specific processing in step 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. According to the invention, the individual steps in the method are realized continuously and approximately simultaneously, so that one step does not need to be finished before the next one begins, as the individual operational steps are in practice carried out in batches. In other words, this means that the first packages in the file can already be downloaded at the receiver 8, while compression coding and packing of the last parts of the file is still taking place at the sender 1. Furthermore, it should be understood that the order of the individual steps can be different than shown on the flowchart in fig. 2, which only schematically represents a preferred embodiment. In practice, operational steps can be interleaved, i.e. that, for example, decoding and downloading of unprocessed packets in step 115 may well precede the processing in step 109. Also the steps for transferring confirmations between the actors, i.e. sender 1, serve 5 and receiver 8 can be given a different position in the sequence of steps. A confirmation to recipient 8 with resource address, file reference and password can e.g. happen already before the actual transfer starts and then naturally from the sender 1 to the receiver 8. Correspondingly, the server 5 can confirm the transfer with a message to the sender 1 immediately after step 107. Still, it is considered most appropriate that the confirmations take place in the form of messages from the server to sender and receiver, respectively, after any processing in the server has ended. Furthermore, the confirmation in step 111 will usually lead to the server 5 receiving a transfer request from the receiver 8 at step 112, but a transfer request may well have been entered in advance on the basis of an already sent message from the sender 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. There is of course no requirement that the decoding of the file in step 118 takes place continuously as the file is downloaded. The receiver 8 can choose to download the file without decoding and then store the compression-encoded and possibly already processed file on his own computer for a shorter or longer period of time, with a view to a later application. As the file is already compression coded, storage will take up little space. The decoding of the stored file can then take place at a later time and be combined with any user-specific or application-specific processing on the recipient's own computer. There is, of course, nothing to prevent the processing or parts of it being carried out on the stored, compression-encoded file, i.e. before the decoding takes place, but in most cases the file will be processed in connection with the decoding and then as this takes place , e.g. for an application need to be met at a time convenient for the recipient or user after the file has been transferred and stored on the user's computing device.

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. The method of file transfer according to the present invention also provides great flexibility with regard to the storage and downloading of the necessary software for e.g. processing. Appropriately, for example, as mentioned, the software for the compression coding can be stored at the server 5 and automatically downloaded to the transmitter 1 when the transmission is initiated, but it can of course also be pre-stored at the transmitter. Correspondingly, software for the specific processing can be stored both at the transmitter 1 and the server 5 and/or the receiver 8 and the transfer of such software is initiated automatically when e.g. a decision on processing exists, regardless of whether it takes place at the sender, server or receiver.

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 The procedure for transferring files according to the present invention will be suitable for file transfer of text and images on the Internet with a view to use in the media industry, e.g. graphic industry. By systematic use of the compression procedure based respectively on the applicant's own data compression technique for image information and common, known lossless compression procedures for texts and fonts, a file transfer with a particularly large capacity is obtained, while at the same time the transfer costs are reduced. The applicant's own data compression technology is many times more efficient than e.g. the known standards such as JPEG and MPEG with regard to compression factor and compression speed, while the quality of the decoded information e.g. with regard to color rendering and resolution, however, is far better. For example, with the present method, large image files can be compressed by more than 98% and transmitted over the Internet anywhere in the world without significantly reducing image quality. The transfer is also very fast - as a rule, the confirmation that a download has taken place will be available as quickly as it would take to write the corresponding data to a normal

CD-ROM. 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. As mentioned, the method of the present invention will be particularly well suited in the media industry. As more and more tasks in the media industry use digital-based information, this requires an efficient file transfer. At the same time, the files in connection with the transfer may undergo specific processing and this processing, regardless of where it takes place, will, like other procedures during the transfer, mainly take place transparently for both sender and receiver. With the present method, the need for lines with high bandwidth is largely eliminated, as the specific processing does not affect the bandwidth requirement during the transmission and that with the use of e.g. the compression factor specified above, it will be possible to achieve a virtual transmission rate of the order of 10 Gbit/h on an ordinary ISDN line. If a transmission line with a fixed bandwidth of 2 Mbit/s is used, the method according to the present invention and under the same conditions will achieve a virtual transmission capacity of 360 Gbit/h, even if the file is subjected to a specific non- transfer-related processing. In other words, the virtual transmission capacity for a given line is only dependent on the compression factor, but implies for the receiver or user when the transmission takes place with a compression factor of 50, which is far from an upper limit for the applicant's own data compression technology, a significant improvement in performance even when it is compared with the hitherto used methods on the Internet for data transmission without specific processing.

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. Finally, it should be understood that the methods indicated here according to the invention will not be incompatible with a corresponding specific processing in the transmitter according to predetermined criteria. The processing will then take place before the compression coding in step 102; and when the package is split, consideration will not only be given to the data type, but also to any specific processing. However, such specific processing on the transmitter side will usually be inappropriate due to the capacity requirement, but will not, in the circumstances, have consequences for the other transmission and processing procedures used in the method according to the present invention.

Claims

1. Procedure for the transfer in a data communication network, especially the Internet, of arbitrarily formatted files comprising one or more different data types, between a sender (1) comprising a data processing device (2) connected to the data communication network, where the sender (1) represents an information provider, and one or several receivers (8) with respective data processing devices connected to the data communication network, where each receiver (8) represents a user, where the transfer takes place via a dedicated server (3) arranged in or to the data communication network, where the files to be transferred are stored in a database (3) at the sender (1) or in a database (4) accessible from the sender (1) and for the transfer which takes place mainly transparently both for the sender (1) and the receiver (8), is downloaded to the sender's data processing device (2), and where the method is characterized by to process a file specifically for one or more users and/or one or more applications under given conditions, this specific processing taking place continuously in a data processing device (6) in the server (5) during the transfer and/or continuously in the recipient's (8) computing device as the file is received, and/or in the recipient's (8) computing device after the file is received, and to perform the specific processing with software stored at one or more of the following: the sender (1), the server (5) or the recipient (8); and, as necessary, transferred prior to or in phase with the processing to a relevant processing location.

2. Procedure according to claim 1, characterized in that it comprises successive or nearly simultaneous and/or interleaved realized steps for a) compression encoding the file to be transferred with a separate data compression procedure or a general, lossless data compression procedure, b) dividing the compression-encoded file into packets, c) transferring the packet-divided compression-encoded file to the dedicated server, together with destination addresses, d) providing the packets with destination addresses, and e) transferring the compression-encoded file to one or several receivers (8) according to the packets' receiver addresses, as well as further steps for f) decoding the received file at the receiver (8) in accordance with the data compression procedure(s) already used for the compression coding.

3. Procedure for the transfer in a data communication network, especially the Internet, of arbitrarily formatted files comprising one or more different data types, between a sender (1) comprising a data processing device (2) connected to the data communication network, where the sender (1) represents an information provider, and one or several receivers (8) with respective data processing devices connected to the data communication network, where each receiver (8) represents a user, where the transmission takes place via an i s or to the data communication network arranged dedicated server (5), where the files to be transferred are stored in a database (3) at the sender (1) or in a database (4) accessible from the sender (1) and for the transfer which takes place mainly transparently both for transmitter (1) and receiver (8), are downloaded to the transmitter's (1) data processing device (2), characterized in that it comprises successive or nearly simultaneous and/or interleaved realized steps for a) compression encoding the file to be transferred with a separate data compression procedure or a general, lossless data compression procedure, b) dividing the compression-encoded file into packets, c) transferring the packet-divided, compression-encoded file to the dedicated server (5), together with recipient addresses, d) supplying the packets with recipient addresses, and e) transferring the compression-encoded file to one or more receivers (8) according to the packets' receiver addresses, as well as further steps for f) decoding the received file at the receiver (8) in accordance with the data compression procedure(s) already used for the compression encoding, and also g) processing the file specifically for one or more users and/or for one or more applications under given conditions, the specific processing taking place continuously in a data processing device (6) in the server (5) during the transfer and/or continuously in the recipient's (8) data processing device after each as the file is received and/or in the recipient's (8) data processing device after the file has been received, and to carry out the specific processing g (1) with software that is stored at one or more of He fVilaenHe: the sender ( 1} the tiener or the mntaVer f8Y no after hehnv is transferred prior to or in phase with the processing to a relevant processing location.

4. Procedure according to claim 3, characterized in that the sender (1) at the same time as the transfer of the file is initiated or during or after the transfer to the server (5), sends a message to the recipient (8) with a resource address and an access code and receives a confirmation from the server (5) when this has received the file and a confirmation from the recipient (8) when the latter has received the file and downloaded it to their data processing device.

5. Method according to claim 3, where the arbitrarily formatted file comprises one or more of the following data types, namely image data, alphanumeric data, graphic data and fonts, characterized in that the own data compression procedure is used for compression of image data and that the general, lossless compression procedure is mainly used for compression of alphanumeric data, graphic data and fonts.

6. Procedure according to claim 3, characterized in that software for data compression coding and decoding is stored in the server and automatically downloaded respectively to the sender's (1) data processing device (2) for encoding the file when the transfer is initiated and the receiver's (8) data processing device for decoding the file when it is received.

7. Procedure according to claim 3, characterized in that the packet splitting takes place depending on the data type, so that each packet includes a specific data type.

8. Procedure according to claim 3, characterized in that the specific processing takes place in the server (5) after a prior decoding of the file in the server using the software for data compression coding, the software for the specific processing being either stored at the sender (1) and/or at the receiver (8) and is transferred to the server's (5) data processing device (6) when the specific processing is to take place, or has been previously entered into the server's (5) data processing device (6), and that the file after the specific processing is again compression coded with software stored in the server ( 5) for transfer to the recipient (8), with the server (5) checking on the basis of the recipient address whether processing conditions exist.

9. Procedure according to claim 8, characterized in that the processing conditions assigned to a specific recipient address are stored in the server (5) together with software for the specific processing and are accessed by the server (5) on the basis of the recipient address.

10. Procedure according to claim 8, characterized in that the specific processing is carried out on one or more specific data types, so that only the packets containing the specific data type(s) are decoded prior to the processing and re-encoded after the processing has ended.

11. Procedure according to claim 3, characterized in that the decoding of the file at the receiver (8) takes place continuously as the file is received.

12. Procedure according to claim 11, characterized in that the specific processing takes place continuously in the receiver's (8) data processing device before and/or after the decoding of the received file, the software for the processing being either stored at the transmitter (1) and/or in the server (5) and transferred to the receiver's (8) data processing device when the processing is to take place, or has been previously entered into the recipient's (8) data processing device.

13. Procedure according to claim 3, characterized in that the file, as it is received, is stored in the receiver's (8) data processing device and then decoded by the receiver (8) at a later, suitably chosen time.

14. Procedure according to claim 13, characterized in that the specific processing of the stored file takes place in the receiver's (8) data processing device before and/or after the decoding of the file, the software for the processing being either stored at the transmitter (1) and/or in the server (5) and transferred to the recipient's (8) data processing device when the processing is to take place, or has been previously entered into the recipient's (8) data processing device.

15. Procedure according to claim 3, characterized in that the dedicated server (5) is implemented on a general network server at the transmitter (1).

16. Procedure according to claim 3, characterized in that usernames, recipient addresses, files and the given processing conditions assigned to usernames or recipient addresses are temporarily or permanently stored in a database (7) arranged in the server (5).