-
Die
vorliegende Erfindung betrifft ein Verfahren und eine Vorrichtung
zum Übertragen
von Dateien über
ein Netzwerk.
-
Verfahren
zum Übertragen
von Datein über ein
Netzwerk sind bekannt. Sie werden häufig dazu genutzt, Multimediadateien,
die beispielsweise Musikdateien oder Filmdateien über ein
Netzwerk zu verteilen bzw. bereitzustellen. Mit Hilfe der bekannten Verfahren
lassen sich, insbesondere über
das Internet, virtuelle Kaufläden
für Musik
und Filme realisieren. Solche Vertriebskanäle über das Internet können über die
folgenden beispielhaft genannten Links eingesehen werden:
http://www.usatoday.com/tech/columnist/kimkomando/2004-09-27-komando_x.htm
http://www.thedownloadplace.com/
http://www.divxmovies.com/movies/
und
http://www.movieflix.com/
-
Ein
Beispiel für
ein Verfahren zur Übertragung
von Dateien offenbart beispielsweise auch die US 2003/0046415 A1.
-
Oftmals
sind Verfahren zum Übertragen
von Dateien über
ein Netzwerk an ein Bezahlsystem gekoppelt, so dass an den Anbieter
für übertragene
Dateien ein Entgelt bezahlt werden kann. Außerdem sind Systeme bekannt,
bei denen Filmdateien direkt an Programmkinos übertragen werden. Problematisch
ist daran, dass solche Verteilsysteme für Musik und/oder Filmdateien
mit sehr hohen Datenmengen, also einem sehr hohen Datenverkehr in
den Netzten einhergehen. Dies führt
oftmals zu einer Überlastung der
Netze, zu hohen Zugriffszeiten und zu einem hohen Verbrauch an Speicherplatz.
-
Aufgabe
der Erfindung ist es, ein Verfahren und eine Vorrichtung zum Übertragen
von Dateien über
ein Netzwerk bereit zu stellen, die einen sparsamen Umgang mit Ressourcen
zum Übertragen und/oder
Speichern von Daten, insbesondere von Bild und/oder Tondaten, ermöglichen.
-
Die
Aufgabe wird erfindungsgemäss
durch die unabhängigen
Ansprüche
gelöst.
Bevorzugte Ausführungsbeispiele
sind in den Unteransprüchen enthalten.
-
Erfindungsgemäß wird ein
Verfahren zum Übertragen
von Dateien über
ein Netzwerk vorgeschlagen, bei dem es sich um das Internet handeln kann.
In einem ersten Schritt wird zunächst
die Größe einer
zu übertragenden
Datei ermittelt. Bei der Datei kann es sich beispielsweise um die
digitale Abspeicherung eines Films handeln, der zuvor über einen
virtuellen Kaufladen erstanden wurde. Als nachfolgender Schritt
wird aus der ermittelten Größe der zu übertragenden
Datei ein maximal erlaubter Datenverkehr berechnet. Die Berechnung
kann auf besonders einfache Weise dadurch erfolgen, dass die Größe der Datei
mit einem Faktor X multipliziert wird. Anschließend wird die Datei über das
Netzwerk übertragen,
wobei jedoch die Menge des angefallenen Datenverkehrs überwacht
wird. Unter dem Begriff „angefallenem
Datenverkehr" soll
in dieser Anmeldung derjenige Datenverkehr verstanden werden, der
lediglich bei Übertragen
der Datei anfällt.
Andere Datenmengen, wie beispielsweise durch ein geeignetes zu verwendendes
Protokoll verursacht, sollen von diesem Begriff nicht erfasst sein,
jedoch kann in anderen Ausführungsbeispielen
eine Messung des tatsächlich
angefallenen Datenverkehrs möglich
und sinnvoll sein. Die Überwachung
des angefallenen Datenverkehrs wird dazu genutzt, den Übertragungsvorgang
sofort zu stoppen, sobald der Wert bzw. die Menge des angefallenen
Datenverkehrs den Wert des maximal erlaubten Datenverkehrs überschreitet. Dies
bietet den Vorteil, dass evtl. fälschlicherweise ausgeführte Downloads
von falschen Dateien und/oder doppelt ausgeführte Downloads und/oder Downloads,
bei denen fälschlicherweise
mehrfach dieselben Teile einer Datei übertragen werden, erkannt werden
und somit gestoppt werden können. Vorteilhafterweise
lässt sich
so unnötiger
Netzwerkdatenverkehr vermeiden. Hierdurch kann also die Ressource Übertragungskapazität des verwendeten Netzwerks
sparsam genutzt werden, was einer Überlastung der Netzwerke entgegenwirkt.
Außerdem
lassen sich durch die Anwendung des Verfahrens versehentlich doppelt
oder mehrfach ausgeführte
Downloads vermeiden. Unerwünschterweise
würde sich dadurch
die übertragene
Datenmenge verdoppeln oder vervielfachen. Dieser Fehler kann ebenfalls
bei der Überwachung
des angefallenen Datenverkehrs erkannt werden, so dass versehentlich
doppelt oder mehrfach ausgeführte
Downloads rechtzeitig abgebrochen werden können. Hierdurch lässt sich
außerdem
Speicherplatz einsparen, der durch versehentliches doppeltes Abspeichern
ein und derselben Datei verbraucht würde. Dies gewährleistet
auf Seiten des Empfängers
eine nicht redundante Datenhaltung der empfangenen Dateien, wodurch
sich insgesamt die Zugriffszeiten auf die empfangenen Dateien optimieren
lassen. Außerdem
ist garantiert, dass durch das mehrfache Abspeichern ein und derselben
Datei kein Speicherplatz verschwendet werden kann.
-
Ein
bevorzugtes Ausführungsbeispiel
sieht vor, dass der Datenverkehr während der Übertragung der Datei überwacht
und in einzelnen Dateien, beispielsweise in Datenblöcken, gemessen
und aufsummiert wird.
-
Ein
weiteres bevorzugtes Ausführungsbeispiel
sieht vor, dass der Faktor X, mit dem der Wert der Dateigröße multipliziert
wird, größer 1 und
kleiner 2 ist. Damit ist in jedem Fall gewährleistet, dass der Wert des
erlaubten Datenverkehrs größer als
das Einfache, jedoch weniger als das Doppelte der Dateigröße beträgt. Mithin
kann ein versehentlich doppelt ausgelöster Übertragungsvorgang oder Downloadvorgang
durch die Anwendung des Verfahrens in jedem Fall erkannt und abgebrochen
werden.
-
Überdies
ist es denkbar, vor der Ausführung eines
Downloadvorgangs zu überprüfen, ob
der Wert des erlaubten Datenverkehrs ausreicht um die gewünschte Datei übertragen
zu können.
Sollte dies nicht der Fall sein, kann der Download von vorne herein
blockiert werden. Dies ist besonders Ressourcen schonend, da es
in diesem Fall überhaupt
keinen unnötigen
Datenverkehr geben kann.
-
Ein
bevorzugtes Ausführungsbeispiel
der Erfindung sieht vor, das Verfahren durch folgende Schritte zu
ergänzen:
Bevor der Download beginnt, wird ein erster Datensatz mit einem
Datenfeld „erlaubter
Datenverkehr" angelegt.
Anschließend
wird der zuvor ermittelte Wert des maximalen Datenverkehrs in dem
Datenfeld „erlaubter
Datenverkehr" angelegt
bzw. gespeichert. Darüber
hinaus bevorzugt, enthält
der erste Datensatz noch zumindest eines der folgenden weiteren
Datenfelder:
„Laufende
Nummer" zur Indizierung
verschiedener erster Datensätze,
„Benutzer" zum Ablegen eines
Benutzernamen, insbesondere eines Benutzernamens eines Empfängers der
zu übertragenden
Datei,
„Dateiname" zum Abspeichern
des Namens der zu übertragenden
Datei.
-
Die
genannten Datenfelder werden gegebenenfalls ebenfalls mit den genannten
Daten befüllt. Die
vier Datenfelder des ersten Datensatzes können entsprechende Formate
aufweisen, beispielsweise integer, string und/oder real.
-
Vorteilhafterweise
kann der erste Datensatz als Steuerdatensatz für den Übertragungsvorgang der Datei
genutzt werden. Dazu wird bei einem weiteren bevorzugten Ausführungsbeispiel
während
des Übertragungsvorgangs
der Datei, beispielsweise in Schritten einzelner zu übertragender
Datenblöcke, der
angefallene Datenverkehr von dem Wert des Datenfeldes „erlaubter
Datenverkehr" subtrahiert.
Sobald der Wert des Datenfeldes „erlaubter Datenverkehr" des ersten Datensatzes
einen Schwellwert, insbesondere den Wert Null, unterschreitet, kann
der Downloadvorgang gestoppt werden. Mithin kann durch die Überwachung
des aktuell eingetragenen Wertes für das Datenfeld „erlaubter
Datenverkehr" der Übertragungsvorgang
der Datei gesteuert werden. Sobald der Schwellwert unterschritten
ist, was gleichbedeutend mit einer Verschwendung von Übertragungsressourcen
ist, kann vorteilhafterweise ein unerwünschter, beispielsweise doppelt
ausgelöster Downloadvorgang
gestoppt werden. Außerdem
kann so ein mehrfaches Abrufen einer nur einmal bezahlten Datei
verhindert werden.
-
Ein
weiteres bevorzugtes Ausführungsbeispiel
sieht vor, dass das Datenfeld „Dateiname" des ersten Datensatzes
gelöscht
wird, sobald der Übertragungsvorgang
erfolgreich abgeschlossen ist. Auch diese Maßnahme kann vorteilhaft zur
Steuerung der Übertragung
von Dateien über
ein Netzwerk ausgenutzt werden. Hierzu kann zu Beginn eines jeden Übertragungsvorgangs
abgefragt werden, in wie weit einer oder mehrere erste Datensätze vorhanden sind,
die einen Dateinamen enthalten. Sollten diese nicht vorhanden sein,
kann kein Übertragungsvorgang
gestartet werden. Mithin ist es über
die Verwaltung eines oder mehrerer ersten Datensätze möglich, unerwünschte Downloadvorgänge vollständig auszuschließen und
so Netzwerkressourcen einzusparen.
-
Ein
weiteres bevorzugtes Ausführungsbeispiel
sieht vor, dass zusätzlich
ein zweiter Datensatz mit zumindest einem der folgenden Datenfeldern
angelegt und befüllt
wird:
„Dateiname";
„Käufer" zum Speichern eines
Namens eines Käufers der
Datei oder einer diesem Käufer
zugeordneten Kundennummer;
„Datum" zum Abspeichern des Kaufdatums.
-
Das
Kaufdatum kann von den Daten des eigentlichen Übertragungsvorganges abweichen.
Vorteilhafterweise wird der zweite Datensatz nur dann angelegt,
wenn ein Käufer
eine zu übertragende
Datei kauft und auch bezahlt. Im zweiten Datensatz kann also dokumentiert
werden, dass ein bestimmter Käufer
an einem bestimmten Datum einen Kauf einer Datei getätigt hat.
-
Bevorzug
ist vorgesehen, dass der erste Datensatz nur dann angelegt wird,
wenn ein zweiter Datensatz vorhanden ist. So kann gewährleistet
werden, dass nur gekaufte Dateien über das Netzwerk übertragen
werden. Das Übertragen
von nicht bezahlten Dateien, die insbesondere unerwünschten Netzwerkverkehr
verursachen, kann so verhindert werden.
-
Ein
darüber
hinaus bevorzugtes Ausführungsbeispiel
sieht vor, dass zusätzlich
noch ein dritter Datensatz mit den Datenfeldern
„Verkäufer" zum Eintragen des
Verkäufers
bzw. des Urhebers der Datei, und
„Dateiname" zur Abspeicherung des Dateinamens
angelegt
und befüllt
wird.
-
Besonders
bevorzugt können
der zweite Datensatz und der dritte Datensatz bzw. jeweils eine Vielzahl
solcher Datensätze über das
Datenfeld „Dateiname" relational verknüpft werden.
-
Vorteilhafterweise
ermöglicht
diese relationale Verknüpfung
eine Auswertung aller gekauften Dateien pro Verkäufer bzw. Zulieferer. Der dritte
Datensatz oder die entsprechende Auswertung kann überdies
dazu für
die Zulieferern jederzeit abrufbar bereitgestellt werden. Vorteilhafterweise
können
von einem Zulieferer bzw. Verkäufer
beauftragte Testkäufer
Käufe tätigen, deren
richtige Abrechnung anhand der relationalen Verknüpfung der
zweiten und dritten Datensätze
leicht überprüft werden
kann.
-
In
einem weiteren bevorzugten Ausführungsbeispiel
ist vorgesehen, dass vor der Übertragung
einer Datei über
das Netzwerk eine Client-Server-Verbindung etabliert wird. Die Client-Server-Verbindung kann
durch ein entsprechendes Protokoll, beispielsweise ein Secure-Sockets-Layer
(SSL) Protokoll, etabliert werden. Hierzu ist es möglich, eine
Passwortabfrage durchzuführen.
Alternativ ist es auch möglich
bei der Anmeldung eine so genannte Session-ID, die beispielsweise
aus einer zufallsgenerierten Zahl besteht, zu vergeben. Diese Session-ID kann
zusätzlich
in dem ersten Datensatz abgelegt werden. Zum Etablieren einer Verbindung,
also zum Übertragen
einer Datei, kann dann der Server einen so genannten rsync-Link
der Form RSYNC:\\Internetadresse/"Session-ID" für
jede einzelne Datei freischalten. In Kenntnis der Session-ID kann
dann über den
entsprechenden rsync-Link die Datei nach dem oben genannten Verfahren
einmalig von dem Server zu dem Client übertragen werden.
-
Bevorzugt
ist es möglich,
den ersten, zweiten und/oder dritten Datensatz in einer Datenbank
abzuspeichern. Es ist jedoch auch möglich, die Datensätze als
einzelne Files oder auf eine andere geeignete Art abzuspeichern.
-
Die
Erfindung betrifft außerdem
ein Steuergerät,
das dazu eingerichtet ist, über
ein Netzwerk und im Dialog mit einem entsprechend eingerichteten Server
ein Verfahren gemäß einem
der Verfahrensansprüche
durchzuführen.
Das Steuergerät kann
an einer beliebigen Stelle zwischen einem die Datei liefernden Server
und einem diese empfangenden Client geschaltet werden. Vorzugsweise
kann der Client in dem Steuergerät
implementiert sein. Das Steuergerät ist dabei gemeinsam mit dem
Server so eingerichtet, dass das zuvor beschriebene Verfahren ausgeführt werden
kann. Es ergeben sich durch das Steuergerät also die oben beschriebenen Vorteile.
-
Bei
einem bevorzugten Ausführungsbeispiel weist
das Steuergerät
einen Massenspeicher auf. Alternativ dazu ist es möglich, dass
das Steuergerät dem
Massenspeicher lediglich zugeordnet ist. Der Massenspeicher kann
beispielsweise eine Festplatte, oder ein Wechseldatenträger, insbesondere
ein Memorystick, ein Flashmemorymodul oder ähnliches sein. Vorteilhafterweise
kann die übertragene
Datei auf dem Massenspeicher abgelegt werden. Bevorzugt handelt
es sich bei dem Steuergerät
um ein mit einer entsprechenden Software eingerichtetes Datenverarbeitungsgerät, beispielsweise
einen Personal Computer.
-
Ein
weiteres bevorzugtes Ausführungsbeispiel
sieht vor, dass das Steuergerät
eine Bildgebungsschnittstelle aufweist. Über die Bildgebungsschnittstelle
kann das Steuergerät
beispielsweise an einem Bildschirm, an ein Fernsehgerät, und/oder
an ein Audio-Wiedergabegerät
angeschlossen werden. Vorteilhafterweise kann so eine übertragene
Dateien in entsprechende akustische und optische Signale umgewandelt
und wiedergegeben werden.
-
Ein
weiteres bevorzugtes Ausführungsbeispiel
sieht vor, dass das Steuergerät
eine Datenschnittstelle aufweist. Die Datenschnittstelle kann ebenfalls
mit einem entsprechend zum Empfang von Daten ausgerüstetem Fernsehgerät gekoppelt
werden.
-
Überdies
kann das Steuergerät über die
Datenschnittstelle mit einem Computer, beispielsweise einem Personalcomputer
gekoppelt werden. Vorteilhafterweise können die empfangenen Dateien
so beispielsweise an das Fernsehgerät oder den Computer übertragen
werden.
-
Ein überdies
bevorzugtes Ausführungsbeispiel
sieht vor, dass das Steuergerät
eine Netzwerkschnittstelle, insbesondere eine Schnittstelle zum
Internet aufweist. Über
diese Schnittstelle kann das Steuergerät in Funktion eines Clients
eine Verbindung mit dem entsprechend eingerichteten Server etablieren.
-
Die
Erfindung betrifft schließlich
noch einen Server, der dazu eingerichtet ist, über ein Netzwerk und im Dialog
mit einem entsprechend eingerichteten Steuergerät ein erfindungsgemässes Verfahren
auszuführen.
Bevorzugt weist der Server eine Schnittstelle zum Internet auf.
Durch die Ausführung
des Verfahrens ergeben sich die bereits oben erörterten Vorteile.
-
Im
Folgenden wird ein bevorzugtes Ausführungsbeispiel der Erfindung
anhand der Zeichnung näher
erläutert.
Gleiche oder funktional ähnliche Merkmale
sind mit den gleichen Bezugszeichen versehen. Es zeigen:
-
1 eine
Anordnung mit einem Steuergerät
und einem Server,
-
2 ein
Blockdiagramm eines Gesamtablaufs zum Kaufen und Herunterladen einer
Datei, insbesondere eines Films, über das Internet,
-
3 ein
Blockdiagramm für
ein Verfahren zum Kaufen eines Filmes in einem virtuellen Kaufladens
und
-
4 ein
Blockdiagramm eines Verfahrens zum Übertragen einer oder mehrerer
Dateien über ein
Netzwerk.
-
1 zeigt
eine Anordnung 3 zum Übertragen
von Dateien über
ein Netzwerk. Die Anordnung 3 weist ein Steuergerät 1 und
einen Server 5 mit einem Datenspeicher 7 auf.
Der Server 5 der Anordnung 3 ist über eine
Netzwerkverbindung 9 mit dem Steuergerät 1 verbunden. Bei
der Netzwerkverbindung 9 kann es sich um ein beliebiges
Netzwerk handeln, beispielsweise um das Internet. Die Verbindung zwischen
dem Server 5 und dem Steuergerät 1 über die
Netzwerkverbindung 9 kann auf bekannte Art und Weise, beispielsweise über ein
SSL-Protokoll, mit einer Passwortabfrage etabliert werden. Das Steuergerät 1 ist
gemeinsam mit dem Server 5 dazu eingerichtet, Dateien,
die sich in dem Datenspeicher 7 des Servers 5 befinden über das
Netzwerk bzw. über
die Netzwerkverbindung 9 so zu übertragen, dass sichergestellt
ist, dass eine zu übertragende
Datei nur einmal übertragen
werden kann. Dies geschieht anhand eines der 2–4 noch
näher zu
erläuternden
Verfahrens zum Übertragen
von Dateien über
ein Netzwerk.
-
Das
Steuergerät 1 ist
ebenfalls einem Massenspeicher 11, beispielsweise einer
Festplatte, einem Wechseldatenträger,
insbesondere einem Memorystick, einem Flashmemory oder ähnlichem,
zugewiesen. Die Anordnung 3 dient dazu, Dateien von dem
Datenspeicher 7 des Servers 5 über das Steuergerät 1 auf
den Massenspeicher 11 zu kopieren. Das Steuergerät verfügt über eine
erste Schnittstelle 13, die den Massenspeicher 11 und/oder
direkt einem Bildwiedergabegerät 15 zugeordnet
werden kann. Die Zuordnung erfolgt entsprechend über eine Datenleitung 17.
Außerdem
verfügt
das Steuergerät 1 über eine
zweite Schnittstelle 19, die der Netzwerkverbindung 9 zugeordnet
ist. Ebenso verfügt
der Server 5 über
eine Schnittstelle 21, die der Netzwerkverbindung 9 zugeordnet
ist. Die Verbindung zwischen dem Server 5 und dem Steuergerät 1 kann
also über die
Schnittstellen 19 und 21 sowie die Netzwerkverbindung 9 etabliert
werden.
-
Bei
dem Bildwiedergabegerät 15 kann
es sich bevorzugt um einen Fernsehgerät, Filmprojektor oder einen
Bildschirm handeln. Bei einem weiteren Ausführungsbeispiel kann anstelle
des Bildwiedergabegerätes 15 ein
Audio-Wiedergabegerät
vorgesehen sein. Für
den Fall, dass es sich bei dem Bildwiedergabegerät 15 um einen Monitor
handelt, kann die erste Schnittstelle 13 des Steuergerätes 1 als
Bildgebungsschnittstelle, beispielsweise als Monitorschnittstelle,
ausgebildet sein. Alternativ dazu kann die erste Schnittstelle 13 des
Steuergerätes 1 dazu
ausgelegt sein, lediglich Daten zu dem Massenspeicher bzw. von dem
Massenspeicher zu dem Bildwiedergabegerät zu übertragen. Vorteilhafterweise
könnte
es sich in diesem Fall bei dem Bildwiedergabegerät um ein Fernsehgerät mit integriertem
Massenspeicher handeln. Es könnte
sich jedoch auch bei dem Bildwiedergabegerät 15 um einen Personal
Computer (PC) mit einem daran angeschlossenen Bildschirm oder um
einen Kinoprojektor handeln. Vorteilhafterweise kann das Steuergerät 1 direkt
in dem PC oder Kinoprojektor implementiert sein.
-
2 zeigt
ein Blockdiagramm 23 zur Verdeutlichung eines Gesamtablaufs
zum Kauf einer Datei, insbesondere eines Films, in einem virtuellen Kaufladen.
Als erster Schritt wird eine Abfrage 25 durchgeführt, die
dazu dient festzustellen, ob ein potentieller Kunde als Neukunde
an den Kaufladen herantritt. Die Abfrage kann mit ja und nein beantwortet werden,
was durch die Buchstaben „Y" für ja und „N" für nein symbolisiert
ist. Im Falle, dass es sich bei dem Kunde, der an den virtuellen
Kaufladen herantritt, um einen Bestandskunden handelt, wird die
Abfrage 25 mit nein beantwortet. Der in dem Blockdiagramm
dargestellte Ablauf verzweigt in diesem Fall zu einem Leerschritt 27,
der direkt zu einem Schritt 29, kaufen eines Films, führt. Für den Fall,
dass die Abfrage 25 mit ja beantwortet wird, wie durch „Y", symbolisiert, werden
zunächst
zwei weitere Schritte 31 und 33 durchgeführt. In
einem Schritt 33 wird der Neukunde dazu aufgefordert, einen
Testfilm herunter zu laden und diesen entsprechend abzuspielen.
-
Für den Fall,
dass das Herunterladen des Testfilms und das anschließende Abspielen
erfolgreich waren, kann der Neukunde zu einem Schritt 33 übergehen,
bei dem er sich in dem virtuellen Kaufladen anmelden kann. Anmeldungen
von Neukunden in virtuellen Kaufläden im Internet sind bekannt,
und können
beispielsweise über
sichere Verbindungen, insbesondere eine SSL-Verbindung durchgeführt werden.
Daher wird an dieser Stelle auf die genaue Ausführung des Schrittes 33 nicht
näher eingegangen.
-
Der
zweite Schritt, der im Falle einer mit ja beantworteten Abfrage 25 ausgeführt wird,
mündet
in dem Schritt 29, des Kaufens eines Film bzw. einer Datei.
Bei dem, Schritt 29 kann der Kunde des virtuellen Kaufladens
sich über
entsprechende Menüs
einen Film und/oder einen Musiktitel zum Download aussuchen und
diesen entsprechend bezahlen. Verfahren zum Auswählen und Bezahlen über das
Internet sind ebenfalls bekannt. Diese können beispielsweise über spezielle
Dienstanbieter, über
Kreditkartennummern, über
die Angabe einer Bankverbindung oder durch ähnliche geeignete Mittel durchgeführt werden,
so dass an dieser Stelle ebenfalls nicht weiter darauf eingegangen
wird.
-
Sobald
der Kunde in dem Schritt 29 den Kauf und die Bezahlung
einer Datei abgeschlossen hat, folgt ein Schritt 37, bei
dem ein erster Datensatz angelegt wird. Der erste Datensatz weist
zumindest das Datenfeld „erlaubter
Datenverkehr" auf.
Bevorzugt weist er zusätzlich
noch die Datenfelder „laufende Nummer" zur Nummerierung
des Datensatzes, „Käufer" zur Speicherung
einer Käufernummer
oder des Namens des Käufers,
und „Dateiname" zur Speicherung
des Namens der gekauften Datei, auf. Der Eintrag in dem Datenfeld „erlaubter
Datenverkehr" enthält einen
Wert, der sich aus der Größe der gekauften Datei
mal einem Faktor X ergibt. Der Faktor X liegt dabei bevorzugt zwischen
einem Wert größer 1 und kleiner
2. In einem bevorzugten Ausführungsbeispiel wird
zusätzlich
noch ein zweiter Datensatz angelegt, der ebenfalls die Datenfelder „Dateiname" und „Käufer" enthält. Zusätzlich enthält der zweite
Datensatz noch das Datenfeld „Datum", in dem das Kaufdatum abgelegt
werden kann. Mit dem Schritt 37 ist der Kauf einer Datei
durch den Käufer
abgeschlossen.
-
Als
weitere Aktion muss der Käufer
nun die gekaufte Datei erhalten. Dazu kann eine Verbindung zwischen
einem Client und einem die Datei beinhaltenden Server über das
Internet hergestellt werden. Die Verbindung zwischen dem Client
und dem Server kann auf bekannte Weise, beispielsweise durch eine Passwortabfrage
oder durch das Vergeben einer Session-ID verbunden mit einem so
genannten rsync-Link etabliert werden.
-
In
einem auf den kundenseitigen Kaufvorgang des Filmes – repräsentiert
durch die Schritte 29 und 37 – folgenden Schritt, wird eine
Abfrage 39 durchgeführt.
Die Abfrage 39 prüft,
ob eine Verbindung zwischen dem Server und dem Client über das Internet
erfolgreich etabliert werden konnte. Durch den Buchstabe „N" ist angedeutet,
dass der Ablauf bei nicht erfolgreich etablierter Verbindung, beispielsweise
bei der Eingabe eines falschen Passworts in den Schritt 41 verzweigt,
der eine entsprechende Fehlermeldung generiert und den Ablauf beendet. Wahlweise
kann der Kunde natürlich
nach dem Schritt 41 erneut beginnen eine Verbindung zwischen Client
und Server aufzubauen, also die Abfrage 39 wiederholen.
Für den
Fall, dass die Verbindung zwischen Server und Client erfolgreich
etabliert werden konnte, verzweigt der Ablauf des Blockdiagramms 23,
wie durch den Buchstaben „Y" angedeutet, in eine
Schleife 43, die so lange durchgeführt wird, bis ein bestimmtes
Abbruchkriterium erfüllt
ist.
-
Als
ersten Schritt enthält
die Schleife 43 den Schritt 45, bei dem die gekaufte
Datei bzw. einzelne Datenblöcke
der gekauften Datei von dem Server zum Client übertragen werden. Der Download
wird dabei durch den ersten Datensatz gesteuert, nämlich in
der Form, dass die in dem ersten Datensatz verzeichnete Datei übertragen
wird.
-
Außerdem wird
in einem weiteren Schritt 47 der Status des ersten Datensatzes überprüft. Dabei wird
von dem Datenfeld „erlaubter
Datenverkehr" bei jeder
Ausführung
des Schrittes 47 das bereits übertragene Datenvolumen abgezogen.
Außerdem
wird dabei geprüft,
ob der Wert des erlaubten Datenverkehrs noch größer Null ist. Sollte der Wert „erlaubter Datenverkehr" Null unterschreiten,
wird der Wert erlaubter Datenverkehr aus dem Datensatz 1 entfernt. Sollte
sich bei der Ausführung
des Schrittes 47 herausstellen, dass der Download der gekauften
Datei, die in dem Datensatz 1 eingetragen ist, vollständig und
erfolgreich erfolgen konnte, wir der Dateiname aus dem Steuerdatensatz,
also aus dem ersten Datensatz vollständig gelöscht. Der Schritt 45 der Schleife 43 ist
so ausgelegt, dass ein Download nur stattfinden kann, wenn der Wert
erlaubter Datenverkehr größer Null
ist. Das Abbruchkriterium der Schleife 43 ist so ausgelegt,
dass die Schleife verlassen wird, sobald es keinen weiteren ersten
Datensatz mit einem Dateinamen mehr gibt, bzw. sobald es keinen ersten
Datensatz mit einem Wert des „erlaubten
Datenverkehrs" größer Null
mehr gibt. Es ist ersichtlich, dass durch die Steuerung über die
Schleife 43 mit den Schritten 45 und 47 und
mit Hilfe der Veränderungen
des ersten Datensatzes ein Download einer Datei für jeden
ursprünglich
vorhandenen ersten Datensatz mit eingetragenem Dateinamen nur einmalig stattfinden
kann. Die Schleife 43 wird also so oft durchlaufen, bis
für jeden
vorhandenen ersten Datensatz, also für jede gekaufte Datei, ein
Download stattgefunden hat.
-
Nicht
dargestellt in dem Blockdiagramm 23 sind gegebenenfalls
vorhandene Mittel zum manuellen Abbrechen der Schleife 43.
Für den
Fall eines solchen manuellen Abbruchs oder eines ungewollten Abbrechens
der Netzwerkverbindung, kann über
den ersten Datensatz nach einer erneuten Ausführung der Abfrage 39 ein
bereits begonnener Download jederzeit wieder aufgenommen und weitergesteuert werden.
-
3 zeigt
ein Blockdiagramm 49, das einen Ablauf zum Kaufen eines
Filmes in einem virtuellen Kaufladen zeigt. In einem ersten Schritt 51 kann
der Kunde über
ein entsprechendes Menü einen
Film auswählen.
-
Daran
schließt
sich ein Schritt 53 an, bei dem der Kunde auf bekannte
Art und Weise den Film bezahlen kann. In einem weiteren Schritt 55 wird
der erste Datensatz angelegt. Optional wird daraufhin in einem weiteren
Schritt 57 ein zweiter Datensatz mit den Datenfeldern „Dateiname", „Käufer" sowie „Datum" angelegt. In dem
Datenfeld „Datum" kann das Kaufdatum
abgelegt werden. Zusätzlich
dazu kann der Server einen dritten Datensatz mit den Datenfeldern „Dateiname" und „Verkäufer" oder eine Vielzahl solcher
Datensätze
enthalten, die zu jeder angebotenen Datei den entsprechenden Zulieferer
speichert. Über
den „Dateinamen" des entsprechenden
dritten Datensatzes kann eine relationale Verknüpfung zu dem zweiten Datensatz
bzw. zu einer Vielzahl solcher zweiten Datensätze, die bei jedem einzelnen Kauf
generiert werden, hergestellt werden. Dies ermöglicht es dem Zulieferer auszuwerten,
wie oft und von wem, bzw. von welchen Kundennummern, die anonymisiert
auswertbar sind, welche Dateien gekauft wurden. Eine solche Auswertung
ermöglicht
es auch, dass die Zulieferer über
solche Testkäufe
die Funktion des Verfahrens, also beispielsweise die korrekte Abrechnung
der Verkäufe
von Filmen über
den virtuellen Kaufladen überprüfen können.
-
4 zeigt
ein Blockdiagramm 59 für
ein Verfahren zum Übertragen
einer Datei über
ein Netzwerk. Das Blockdiagramm 59 zeigt die in 2 dargestellte
Schleife 43 in einer höheren
Detaillierung. In einem ersten Schritt 63 der Schleife 43 wird
von einem Client eine Statusabfrage an den Server gesendet. Der
Server bearbeitet anschließend
eine Abfrage 65, die darauf gerichtet ist, ob in dem Server
zumindest ein erster Datensatz gespeichert ist, Für den Fall,
dass diese Frage mit nein beantwortet wird, was durch den Buchstabe „N" symbolisiert ist,
mündet das
Blockdiagramm 59 in einem Leerschritt 67. Für den Fall,
dass zumindest ein erster Datensatz, mit dem wie zuvor beschriebenen
Datenfeldern vorhanden ist, mündet
der Ablauf in einen Schritt 69. In dem Schritt 69 summiert
der Server die Anzahl der herunterladbaren Dateien für den aktuellen
Benutzer. Dazu liest der Server den oder die ersten Datensätze, beispielsweise
aus einer Datenbank, aus. Der Server übermittelt daraufhin die Anzahl
der herunterladbaren Dateien, die dazugehörigen Dateinamen sowie die
dazugehörigen
Dateigrößen und
entsprechend dazugehörige
Checksummen für
die jeweilige Datei. In dem Schritt 69 stellt also der
Client sicher, dass die angefragte Datei existiert und die vom Server übermittelte
Dateigröße hat.
Dies kann über
die Checksumme erfolgen.
-
Der
Schritt 69 mündet
in einer Schleife 71, die für das Herunterladen einer Datei
n-mal durchlaufen wird, wobei n die Anzahl der einzelnen Datenblöcke der
herunter zu ladenden Datei darstellt. In einem ersten Schritt 73 der
Schleife 71 wird ein Datenblock n der zu übertragenden
Datei vom Server an den Client übertragen.
In einem darauf folgenden Schritt 75 berechnen sowohl der
Server wie auch der Client die Checksumme des soeben übertragenen
Datenblocks n. Eine darauf folgende Abfrage 77 vergleicht die
jeweils berechneten Checksummen. Für den Fall, dass diese Checksummen übereinstimmen – symbolisiert
durch den Buchstaben „Y" – verzweigt die Abfrage 77 zu
zwei Leerschritten 79, die in einen Schritt 81 münden, bei
dem das Datenfeld „erlaubter
Datenverkehr" des
ersten Datensatzes um die Größe des Datenblockes 1 verringert
wird. Es wird also die Operation erlaubter Datenverkehr:
= erlaubter Datenverkehr – Blockgröße ndurchgeführt. Für den Fall,
dass die Abfrage 77 mit nein beantwortet wird, verzweigt
diese, wie durch den Buchstaben „N" symbolisiert, zu einem Schritt 83,
bei dem der Block n erneut vom Server an den Client übertragen
wir. Danach erfolgt ein Schritt 85, bei dem der als fehlerhaft
erkannte Block n durch den erneut übertragenen Block n überschrieben
wird. Ebenso wird im Schritt 85 nochmals ein Abgleich der
Checksummen durchgeführt.
Die Schritte 83 und 85 erfolgen solange, bis der
Datenblock n richtig übertragen und
abgespeichert oder ein Abbruchkriterium überschritten ist.
-
Anschließend mündet der
Schritt 85 ebenfalls in den Schritt 81. Vorteilhafterweise
wird so nur der tatsächlich
durch einen korrekten Download eines Blockes n der zu übertragenden
Datei erzeugte Datenverkehr von dem Datenfeld erlaubter Datenverkehr
abgezogen. Das wiederholte Herunterladen eines defekten Datenblockes
findet keinen Eingang in das Datenfeld „erlaubter Datenverkehr" des ersten Datensatzes.
-
Der
Schritt 81 mündet
in eine Abfrage 87, die abprüft ob das Datenfeld „erlaubter
Datenverkehr" des
ersten Datensatzes einen gewissen Schwellwert unterschreitet. Im
vorliegenden Fall wird abgeprüft, ob
der Eintrag in das Datenfeld „erlaubter
Datenverkehr" den
Wert von Null unterschreitet, also erlaubter Datenverkehr < 0.
-
Für den Fall,
dass die Abfrage 87 den Wert ja liefert, was durch den
Buchstaben „Y" angedeutet ist, verzweigt
die Abfrage 87 in einen Schritt 89, der den laufenden
Download abbricht. Es wird also kein weiterer Datenblock (n) mehr
angefragt beziehungsweise es wird die Schleife 71 verlassen.
Die Abfrage 87 überwacht
also pro Datenblock n, ob noch Übertragungsvolumen
zur Verfügung
steht und bricht den Download entsprechend ab, falls das Volumen
bereits verbraucht ist. Dieser Fall tritt zwangsläufig dann ein,
falls die Datei n bereits zuvor übertragen
wurde und beispielsweise auf Grund eines Fehlers versehentlich nochmals
zum Übertragen
ansteht. Durch diese Maßnahme
kann also verhindert werden, dass durch doppelte oder mehrfache Übertragungen
von Dateien Netzwerk- und/oder Speicherkapazität verschwendet wird.
-
Für den Fall,
dass die Abfrage den Wert nein liefert, wird entweder entsprechend
des Abarbeitungsindexes n der Schleife 71 über einen
Leerschritt 91 zum ersten Schritt 73 der Schleife 71 mit
dem Index n + 1 oder nach dem letzten Block (n) zu einem Schritt 93 außerhalb
der Schleife 71 verzweigt. Bei dem Schritt 93 ermittelt
der Client die Checksumme der gesamten aus den Datenblöcken 1 bis
n zusammengesetzten Datei. In einem darauf folgenden Schritt 95 prüft der Client,
ob die bereits vom Server übermittelte
Checksumme der Gesamtdatei mit der im Schritt 93 ermittelten
Checksumme übereinstimmt.
Für den
Fall übereinstimmender
Checksummen verzweigt eine Abfrage 97 über einen Leerschritt 99 zu
einem Schritt 101, bei dem der Client dem Server übermittelt,
dass der Download der Datei mit dem in dem Datenfeld „Laufende
Nummer" des ersten
Datensatzes eingetragenen Indexes m erfolgreich ausgeführt wurde.
Für den
Fall einer negativen Abfrage 97 – Buchstabe „N" – wird zu einem Schritt 103 verzweigt,
bei dem eine Fehlerkorrekturroutine ausgeführt wird. Hierzu kann jeder
Block n der Datei m nochmals an Hand der jeweiligen Checksummen überprüft und gegebenenfalls
ausgetauscht werden. Falls die Korrektur nicht gelingt, kann eine
Fehlermeldung generiert und der Vorgang abgebrochen werden oder
bei der nächsten
Datei fortgesetzt werden.
-
Für den Fall
einer erfolgreichen Korrektur wird ebenfalls der Schritt 101 ausgeführt. Danach wird
ein Schritt 105 ausgeführt,
bei dem der Server das Datenfeld „Dateiname" des ersten Datensatzes mit dem Index
m löscht.
-
Danach
wird durch die Schleife 43 wieder der Schritt 63 ausgeführt, also
beispielsweise mit einem Download einer Datei entsprechend einem
ersten Datensatz mit dem Index m + 1. Die Schleife 43 bricht ab,
sobald es serverseitig keinen ersten Datensatz mit einem eingetragenen
Dateinamen mehr gibt. Für diesen
Fall sendet der Server nach der Ausführung des Schrittes 63 innerhalb
der Schleife 43 das Signal „no files", das als Abbruchkriterium genutzt werden kann.
Die Schleife 43 wird also gegebenenfalls nach der Ausführung aller
anstehenden Downloads nach einer letztmaligen Ausführung des
Schrittes 63 verlassen.
-
Es
ist denkbar, das beschriebene Verfahren und die beschriebenen Vorrichtungen
für virtuelle Kaufläden zu verwenden,
insbesondere Kaufläden mit
einem Kundenbereich mit einem aufladbaren Kundenkonto, mit einem
Testprogramm vor Ausführung
des ersten Kaufes, einer Testfunktion für Anbieter von Waren in Kommission,
mit einer Neukundenanmeldung, einem Kaufabwicklungsbereich, und/oder
mit einem Auswahlbereich für
angebotene Produkte.
-
Die
angegebenen Ausführungsbeispiele können variiert
werden und untereinander zu weiteren Ausführungsbespielen kombiniert
werden. Ebenso kann bei beispielhaft genannten Prozessschritten gegebenenfalls
die Reihenfolge verändert
werden, sofern dadurch dieselbe Funktionalität erreicht wird.