Verfahren zum Abrufen eines Datenstroms von einem Server sowie Fahrzeug mit einem

Netzwerkzugriffspunkt

Die vorliegende Erfindung betrifft das Streamen von Daten im Fahrzeug. Insbesondere betrifft die vorliegende Erfindung ein Verfahren zum Abrufen eines Datenstroms von einem Server. Weiterhin betrifft die vorliegende Erfindung ein Fahrzeug mit einem Netzwerkzugriffspunkt.

Die Digitalisierung nimmt auch in Fahrzeugen immer mehr an Bedeutung zu. Bei den

Kraftfahrzeugen kann es sich sowohl um Personen- als auch um Nutzfahrzeuge handeln. Zum Beispiel kann ein Kraftfahrzeug ein Personenkraftwagen, ein Lastkraftwagen, ein Motorrad oder ein Traktor sein. Allgemein kann ein Kraftfahrzeug als eine Vorrichtung aufgefasst werden, die einen Motor, ein Antriebsstrangsystem sowie Räder umfasst. Fahrzeugnutzer wünschen neben der Verfügbarkeit von Musik- oder Videostreams auch die Möglichkeit Daten aus dem Internet auf ein Benutzerendgerät (z.B. Smartphone, Tablet-Computer oder Laptop) herunterzuladen.

Um Datendienste der vorgenannten Art bereitstellen zu können, sind stabile und hochratige Verbindungen zu zellularen Netzwerken (z.B. Universal Mobile Telecommunications System, UMTS,- oder Long Term Evolution, LTE, -Netzwerke) notwendig. Die Verbindungsqualität kann dabei mitunter schwankend sein. Bei der Durchfahrt von Gebieten mit schlechter (geringer) Netzabdeckung können neben einer geringen Datenrate mitunter sogar Verbindungsabbrüche auftreten. Um Phasen geringer Datenrate bzw. Verbindungsabbrüche auszugleichen, weisen Applikationen bzw. Software, die einen Datenstrom von einem Server abrufen, für gewöhnlich einen Pufferspeicher auf, um Daten vorzuhalten. Die internen Pufferspeicher der Applikationen bzw. Software sind dabei jedoch oftmals hinsichtlich ihrer Größe stark limitiert, so dass bei längeren Phasen geringer Datenrate bzw. bei längeren Verbindungsabbrüchen der

Pufferspeicher leer laufen kann. Somit kann es zu Unterbrechung eines Musik- oder

Videostreams bzw. eines Downloads kommen. Von einem Benutzer solcher Dienstleistungen im Fahrzeug kann dies als störend wahrgenommen werden - insbesondere, wenn der Benutzer weitere Schritte unternehmen muss, um den Musik- oder Videostream bzw. Download wieder aufzunehmen. Für einen Fahrzeugnutzer könnte es daher wünschenswert sein, den Datenstrom vom Server zu der auf dem Benutzerendgerät ausgeführten Applikation bzw. Software zu verbessern bzw. robuster zu gestalten.

Die Druckschrift US 8,976,782 B1 zeigt ein Kommunikationssystem zum Bereitstellen von Telefoniekommunikation über kombinierte leitungs- und packetvermittelte Netzwerke. Um die Konnektivität zwischen den Netzwerken zu gewährleisten, umfasst das Kommunikationssystem mehrere Gateways. Jedoch sind der Druckschrift keinerlei Hinweise zu entnehmen, um einen Datenstrom von einem Server zu einer Applikation bzw. Software robuster zu gestalten.

In der Druckschrift EP 1 01 1 244 A2 ist ein Verfahren gezeigt, um eine Hypertext Transfer Protocol (HTTP)- Verbindungsanfrage, die an einen Server gerichtet ist, zu einem Proxy Cache umzuleiten. Jedoch ist auch der Druckschrift EP 1 01 1 244 A2 keinerlei Hinweise zu

entnehmen, um einen Datenstrom von einem Server zu einer Applikation bzw. Software robuster zu gestalten.

Die Druckschriften US 2015/0016244 A1 und WO 2007/136621 A2 zeigen einen mobilen Router. Der mobile Router baut, wenn ein Benutzerendgerät eine TCP-Sitzung mit einem Server aufbauen möchte, eine erste Sitzung zwischen sich und dem Benutzerendgerät sowie eine zweite Sitzung zwischen sich und dem Server auf. Damit kann bei einem Abbruch der Verbindung zwischen dem mobilen Router und dem Server einer Applikation auf dem

Benutzerendgerät der Eindruck vermittelt werden, die Verbindung zum Server würde

fortbestehen. Jedoch können auch mit dem in den Druckschriften US 2015/0016244 A1 und WO 2007/136621 A2 gezeigten mobilen Router keine längeren Phasen geringer Datenrate bzw. Verbindungsabbrüche überbrückt werden, so dass auch diese Druckschriften letztlich keinerlei Anregung enthalten, um einen Datenstrom von einem Server zu einer Applikation bzw.

Software robuster zu gestalten.

Es besteht somit ein Erfordernis, einem Benutzer eines Kraftfahrzeugs eine verbesserte

Möglichkeit bereitzustellen, um einen Datenstrom von einem Server abzurufen.

Die vorliegende Erfindung ermöglicht dies durch ein Verfahren zum Abrufen eines Datenstroms von einem Server durch eine auf einem Benutzerendgerät ausgeführte Applikation. Dabei umfasst das Verfahren ein Empfangen einer Anfrage der Applikation an den Server, eine Verbindung zwischen der Applikation und dem Server aufzubauen, durch einen in einem

Fahrzeug angeordneten Netzwerkzugriffspunkt. Die Verbindung des Benutzerendgeräts mit dem Server soll somit über den im Fahrzeug befindlichen Netzwerkzugriffspunkt aufgebaut werden. Bei einem Netzwerkzugriffspunkt handelt es sich allgemein um eine Hardware- Komponente, die es einem Benutzerendgeräte ermöglicht, sich mit einem ausgewählten Netzwerk gemäß einem oder mehrerer Übertragungsstandards zu verbinden. Bei dem

Netzwerkzugriffspunkt kann es sich beispielsweise um einen im Fahrzeug angeordneten Router handeln, der eine Anbindung des Benutzerendgeräts an ein zellulares Netzwerk (z.B. ein Universal Mobile Telecommunications System, UMTS, oder ein Long Term Evolution, LTE, - Netzwerk) und somit an das Internet erlaubt. Die Anbindung des Benutzerendgeräts an den Netzwerkzugriffspunkt kann über verschiedene Übertragungsstandards erfolgen. So kann die Anbindung z.B. über ein Wireless Local Area Network (WLAN) nach dem IEEE 802.1 1

Standard, eine Bluetooth-Verbindung oder auch eine Near Field Communication (NFC) - Verbindung erfolgen. Netzwerkzugriffspunkte, die eine Anbindung eines Benutzerendgeräts über ein WLAN erlauben, sind auch als WLAN-Hotspots bekannt.

Ferner umfasst das Verfahren ein Aufbauen einer ersten Verbindung zwischen dem

Netzwerkzugriffspunkt und der Applikation sowie ein Aufbauen einer zweiten Verbindung zwischen dem Netzwerkzugriffspunkt und dem Server. Mit anderen Worten: Es wird keine direkte Verbindung zwischen der auf dem Benutzerendgerät ausgeführten Applikation und dem Server aufgebaut. Vielmehr wird die Verbindung in zwei einzelne Verbindungen aufgetrennt. Durch das Auftrennen in zwei separate Verbindungen kann somit ein weiterer Freiheitsgrad für das Abrufen des Datenstroms geschaffen werden.

Daher umfasst das Verfahren ferner ein Anfordern und Empfangen einer ersten Teilmenge des Datenstroms durch den Netzwerkzugriffspunkt von dem Server über die zweite Verbindung sowie ein Speichern der ersten Teilmenge in einem Pufferspeicher des

Netzwerkzugriffspunktes. Für das Anfordern der Teilmenge des Datenstroms kann der

Netzwerkzugriff auf die in der Anfrage der Applikation an den Server enthaltenen Informationen zurückgreifen. So kann der Netzwerkzugriffspunkt Anfragen an den Server generieren, die Informationen zum Abruf des in der Anfrage der Applikation enthaltenen Datenstroms enthalten, dabei jedoch den Netzwerkzugriffspunkt als Quelle der Anfrage ausweisen. Der

Netzwerkzugriffspunkt kann somit unabhängig von einer Datenanforderung durch die

Applikation Teilmengen des Datenstroms von dem Server anfordern und diese in dem

Pufferspeicher Zwischenspeichern.

Nach einem Empfangen einer Aufforderung der Applikation an den Server, eine zweite

Teilmenge des Datenstroms an die Applikation zu senden, durch den Netzwerkzugriffspunkt, wird die zweiten Teilmenge des Datenstroms, die von der ersten Teilmenge umfasst ist, von dem Pufferspeicher an die Applikation über die erste Verbindung gesendet. Somit werden die in dem Pufferspeicher vorgehalten Daten an die Applikation gesendet. Somit können auch bei einem zwischenzeitlichen Abbruch der Verbindung zum Server oder einer geringen

momentanen Datenrate zwischen Server und Netzwerkzugriffspunkt ausreichend Daten durch die Applikation abgerufen werden.

Das Auftrennen der Verbindung zum Server in zwei Verbindungen eröffnet somit einen weiteren Freiheitsgrad. Die Flusskontrolle gegenüber dem Server wird nun nichtmehr durch die

Applikation gesteuert, sondern über den Netzwerkzugriffspunkt. Benötigt die Applikation aktuell keine oder wenige Daten (z.B. weil ihr lokaler Pufferspeicher gefüllt ist und sie diesen nicht oder nur langsam abarbeitet), kann über den Netzwerkzugriffpunkt abgeholfen. Dieser hält einen eigenen Pufferspeicher vor und dem Server kann per Flusskontrolle mitgeteilt werden, dass weitere Daten akzeptiert werden. Dieser kann somit aufgefordert werden, weitere Daten zu schicken. Erlaubt die Mobilfunkverbindung zu diesem Zeitpunkt eine Datenübertragung, kann diese nun zum Vorteil des Benutzers des Benutzerendgeräts genutzt werden, um Daten lokal im Fahrzeug zwischenzuspeichern. Bei einer Flusskontrolle durch die Applikation würde ein voller Applikationspuffer eine Übertragung der Daten ins Fahrzeug verhindern, so dass z.B. bei einem längeren Abbruch der Verbindung der lokale Pufferspeicher der Applikation womöglich leerliefe. Angenommen, die Daten wären solche eines Musik- oder Videostream, würde der Musik- oder Videostream unterbrochen oder abgebrochen. Ein solches frustrierendes Erlebnis für einen Nutzer kann somit vermieden werden.

Wird durch den Netzwerkzugriffspunkt zudem der Server als Quelle der zweiten Teilmenge ausgewiesen, kann die Applikation zudem nicht erkennen, dass die Daten eigentlich aus dem Pufferspeicher stammen. Die Zwischenspeicherung der Serverdaten ist somit für die Applikation nicht erkennbar. Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung ist daher als Ursprungsnetzwerkadresse der zweiten Teilmenge des Datenstroms die Netzwerkadresse des Servers angegeben. Der Netzwerkzugriffspunkt stellt somit für die Applikation effektiv einen transparenten Proxy dar. Da der Netzwerkzugriffspunkt effektiv einen transparenten Proxy darstellt, sind auch keine Modifikationen auf Serverseite oder Applikationsseite nötig.

In einigen Ausführungsbeispielen der vorliegenden Erfindung umfasst das Verfahren ein Löschen der zweiten Teilmenge des Datenstroms aus dem Pufferspeicher sowie ein Anfordern und Empfangen einer dritten Teilmenge des Datenstroms durch den Netzwerkzugriffspunkt von dem Server über die zweite Verbindung. Die dritte Teilmenge folgt dabei innerhalb des Datenstroms logisch auf die erste Teilmenge. Nach dem Senden der zweiten Teilmenge wird diese unmittelbar aus dem Pufferspeicher gelöscht, um Speicherplatz zur Speicherung weiterer vom Server empfangener Teilmengen des Datenstroms zu schaffen (z.B. der dritten

Teilmenge). Das Anfordern und Empfangen der dritten Teilmenge des Datenstroms kann dabei vor, während oder nach dem Löschen der zweiten Teilmenge aus dem Pufferspeicher geschehen. Somit kann der Pufferspeicher unabhängig von dem Abfluss der Daten an die Applikation weiter gefüllt werden.

Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung umfasst das Verfahren ferner ein Empfangen einer Aufforderung der Applikation an den Server, eine vierte Teilmenge des Datenstroms an die Applikation zu senden, durch den Netzwerkzugriffspunkt. Die vierte Teilmenge innerhalb des Datenstroms folgt dabei logisch auf die zweite Teilmenge, wobei die vierte Teilmenge von dem noch in dem Pufferspeicher gespeicherten Rest der ersten

Teilmenge, dem noch in dem Pufferspeicher gespeicherten Rest der ersten Teilmenge sowie der dritten Teilmenge oder der dritten Teilmenge umfasst ist. Weiterhin umfasst das Verfahren ein Senden der vierten Teilmenge des Datenstroms von dem Pufferspeicher an die Applikation über die erste Verbindung. Somit kann der Applikation aus den in dem Pufferspeicher gespeicherten Daten bei Bedarf das nächste benötigte Datenfragment bereitgestellt werden.

Um eine möglichst gute Pufferung zu erreichen, fordert der Netzwerkzugriffspunkt in einigen Ausführungsbeispielen der vorliegenden Erfindung weitere Teilmengen des Datenstroms von dem Server an, bis der Pufferspeicher voll ist. Auf dies Weise kann erreicht werden, dass möglichst viele Daten für den Abruf durch die Applikation in dem Pufferspeicher vorgehalten werden können. Auch kann dadurch eine hochratige Verbindung zwischen

Netzwerkzugriffspunkt und Server ausgelastet werden, um ein für einen Benutzer ein optimales Entertainmenterlebnis zu erreichen.

In einigen Ausführungsbeispielen der vorliegenden Erfindung fordert der Netzwerkzugriffspunkt weitere Teilmengen des Datenstroms von dem Server mit einer Frequenz an, die höher ist als die Frequenz, mit der er weitere Aufforderungen der Applikation an den Server, eine Teilmenge des Datenstroms an die Applikation zu senden, empfängt. Durch das häufigere Anfordern von Daten durch den Netzwerkzugriffspunkt kann - selbst bei identischer Größe der jeweiligen Teilmengen, die dem Netzwerkzugriffspunkt über die zweite Verbindung zugehen bzw. von diesem über die erste Verbindung abfließen - sichergestellt werden, dass in dem

Pufferspeicher mehr Daten gespeichert werden als abfließen. Mit anderen Worten: Der Pufferspeicher wird durch das häufigere Anfordern von Daten von dem Server gefüllt. Auf diese Weise kann eine hochratige Verbindung zwischen Netzwerkzugriffspunkt und Server besser ausgelastet werden, so dass eine große Menge gepufferter (zwischengespeicherter) Daten für den Abruf durch die Applikation bereitgestellt werden kann.

Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung kann die erste Verbindung und/oder die zweite Verbindung auf dem Internet Protokoll (IP) und dem Transmission Control Protocol (TCP) basiert. Dadurch kann sichergestellt werden, dass eine Kommunikation mit allen gängigen Servern bzw. Benutzerendgeräten gewährleistet ist.

In einigen Ausführungsbeispielen der vorliegenden Erfindung kann - wie oben bereits angedeutet - die erste Verbindung über ein drahtloses lokales Netzwerk (WLAN) aufgebaut werden. Dadurch kann eine hohe Datenrate zwischen dem Netzwerkzugriffspunkt und dem Benutzerendgeräte bzw. der Applikation sichergestellt werden. Weiterhin kann eine

Kommunikation mit allen gängigen Benutzerendgeräten gewährleistet werden, da diese für gewöhnlich WLAN-Verbindungen unterstützen. Ebenso kann die zweite Verbindung aber z.B. auch über eine Bluetooth-Verbindung aufgebaut werden.

Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung kann - wie oben bereits angedeutet - die zweite Verbindung über ein zellulares Netzwerk (z.B. UMTS, LTE) aufgebaut sein. Zellulare Netzwerke decken mittlerweile große Teile der Landschaft ab, so dass durch die Verwendung eines zellularen Netzwerks für die Verbindung zwischen Netzwerkzugriffspunkt und Server eine großflächige Konnektivität ermöglicht wird.

Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung kann die Datenrate der zweiten Verbindung zwischen dem Netzwerkzugriffspunkt und dem Server höher sein als die der ersten Verbindung zwischen dem Netzwerkzugriffspunkt und der Applikation. Dadurch kann sichergestellt werden, dass der Pufferspeicher schneller mit vom Server empfangenen Daten gefüllt wird, als Daten vom Pufferspeicher zu der Applikation gesendet werden. Ein Leerlaufen des Pufferspeichers des Netzwerkzugriffspunktes bei gleichzeitigem Empfangen von Daten vom Server und Senden von Daten an die Applikation kann somit vermieden werden.

In einigen Ausführungsbeispielen der vorliegenden Erfindung kann die erste Teilmenge des Datenstroms größer als die zweite Teilmenge sein. Mit anderen Worten: Es werden größere Teilmengen vom Server empfangen, als an die Applikation abgegeben werden. Ein Leerlaufen des Pufferspeichers des Netzwerkzugriffspunktes bei gleichzeitigem Empfangen von Daten vom Server und Senden von Daten an die Applikation kann somit wiederum vermieden werden. Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung kann das Verfahren ferner ein Bereitstellen des Pufferspeichers durch allokieren von Speicherplatz einer

Speichervorrichtung des Netzwerkzugriffspunktes für die Applikation umfassen. Der

vorhandenen Speicherplatz der Speichervorrichtung des Netzwerkzugriffspunktes kann somit dynamisch und anwendungsangepasst für die Bereitstellung eines Pufferspeichers für die Applikation genutzt werden. Insbesondere können durch das allokieren mehrere Pufferspeicher für verschiedene Applikationen bereitgestellt werden. Die Größe eines jeweiligen

Pufferspeichers kann dabei vorgegeben sein oder variabel. So kann die Größe des

Pufferspeichers z.B. an den Typ der Applikation angepasst sein. Beispielsweise kann ein Pufferspeicher für eine Video-Streaming-Applikation größer sein als ein Pufferspeicher für eine Musik-Streaming-Applikation, da für das Video-Streaming mehr Daten pro Zeiteinheit übertragen werden müssen.

In einigen Ausführungsbeispielen der vorliegenden Erfindung hängt die Größe des

Pufferspeichers von einem verfügbaren Speicherplatz in der Speichervorrichtung ab. Die Speichervorrichtung kann z.B. eine Festplatte, ein Flash-Speicher, ein Solid-State-Drive oder eine Kombination davon sein. So kann u.a. sichergestellt werden, dass bei einem nur geringen verfügbaren Speicherplatz dieser nicht vollständig oder fast ausschließlich für den

Pufferspeicher für eine einzelne Applikation verwendet wird, wie es bei einer festen Größe des Pufferspeichers der Fall sein könnte. Vielmehr kann die Größe des Pufferspeichers mit dem verfügbaren Speicherplatz skaliert werden, so dass auch bei einem geringen verfügbaren Speicherplatz mehrere Pufferspeicher in der Speichervorrichtung bereitgestellt werden können.

Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung kann die die Größe des Pufferspeichers auch von einem Zustand des zellularen Netzwerks abhängen, wenn die zweite Verbindung über ein zellulares Netzwerk aufgebaut wird. Unter dem Zustand des zellularen Netzwerks kann eine Verfügbarkeit, eine maximale Datenrate, eine Auslastung, eine Latenz, ein Jitter etc. des zellularen Netzwerks oder eine Kombination davon verstanden werden. Damit kann der Pufferspeicher variabel an die tatsächlichen Bedingungen der Verbindung zwischen Netzwerkzugriffspunkt und Server angepasst werden. Je nach Zustand des zellularen

Netzwerks kann daher ein Pufferspeicher mit angepasster Größe bereitgestellt werden.

In einigen Ausführungsbeispielen der vorliegenden Erfindung ist der Zustand des zellularen Netzwerks ein momentaner und/oder ein prädizierter, zukünftiger Zustand des zellularen Netzwerks. Der momentane Zustand des zellularen Netzwerks kann z.B. von dem Netzwerkzugriffspunt selbst oder einer sonstigen Einrichtung des Fahrzeugs, die auf das zellulare Netzwerk zugreifen kann, erfasst bzw. bestimmt werden. Auch können von einem Betreiber des zellularen Netzwerks oder einem Hersteller des Fahrzeugs entsprechende Informationen bereitgestellt werden. Der prädizierte, zukünftige Zustand des zellularen

Netzwerks gibt eine Vorhersage über den zukünftigen Zustand des zellularen Netzwerks wieder. Ein solcher kann z.B. im Fahrzeug selbst oder durch einen Online-Dienst eines

Herstellers des Fahrzeugs aus vorangegangenen Messungen während des Betriebs des Fahrzeugs bestimmt werden. So kann z.B. aus alten Routendaten des Navigationssystems und Messungen des Netzwerkzustands entlang der gefahrenen Routen eine Vorhersage über den wahrscheinlichen Zustand des zellularen Netzwerks bestimmt werden. Insbesondere bei einem mehrmaligen oder häufigeren Abfahren einer Route (z.B. zur Arbeit und zurück), kann eine zuverlässige Vorhersage über den vermeintlichen Zustand des zellularen Netzwerks entlang der Route bestimmt werden. Ebenso können wiederum Informationen über den prädizierten, zukünftigen Zustand des zellularen Netzwerks von einem Netzwerkbetreiber oder einem

Hersteller des Fahrzeugs bereitgestellt werden. Informationen über den momentanen und/oder zukünftigen Zustand des zellularen Netzwerks können aber auch von anderen Fahrzeugen empfangen werden mittels Car-to-Car-Kommunikation. Stellt z.B. ein Fahrzeug einen Ausfall des zellularen Netzwerks in einem Bereich fest, kann es diese Information an andere

Fahrzeuge weitergeben, so dass diese ihren Pufferspeicher entsprechend anpassen können. Zeigt der prädizierte, zukünftige Zustand des zellularen Netzwerks z.B. einen Ausfall oder eine niedrige Datenrate entlang eines Teils der Route an, kann der Pufferspeicher beispielsweise größer gewählt werden. Aufgrund des größer gewählten Pufferspeichers können so viele Daten zwischengespeichert werden, dass der Applikation ausreichend Daten für die gesamte Dauer der Durchquerung des Teils der Route mit schlechter Datenrate bzw. ohne Netzempfang bereitgestellt werden können.

Die oben beschriebene Funktionalität kann dabei auf neuen zusätzlichen Hardwarekomponente des Netzwerkzugriffspunktes (z.B. ein WLAN-Hotspot), wie einer CPU (Central Processing Unit) und einer SSD oder dergleichen, ablaufen. Es versteht sich von selbst, dass gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung die Funktionalität nicht durch ein

zusätzliches Hardware-Bauteil in Form eines weiteren Prozessors und einer SSD oder dergleichen implementiert werden muss. Gemäß einiger Ausführungsbeispiele ist es auch möglich, die Funktionalität durch ein einfaches Software-Update für eine bereits existierende CPU bzw. eine bereits existierende programmierbare Hardwarekomponente und einen bereits existierenden Speicher zu implementieren. Daher umfassen Ausführungsbeispiele der vorliegenden Erfindung auch ein Programm mit einem Programmcode zum Durchführen des oben beschriebenen Verfahrens, wenn der Programmcode auf einem Computer, einem

Prozessor oder einer programmierbaren Hardwarekomponente abläuft bzw. dort ausgeführt wird.

Die Erfindung umfasst in einem weiteren Aspekt ein Kraftfahrzeug mit einem

Netzwerkzugriffspunkt, um durch eine auf einem Benutzerendgerät ausgeführte Applikation einen Datenstrom von einem Server über den Netzwerkzugriffspunkt abzurufen. Bei dem Netzwerkzugriffspunkt kann es sich z.B. um einen WLAN-Hotspot im Fahrzeug handeln. Der Netzwerkzugriffspunkt umfasst dabei einen Pufferspeicher. Der Pufferspeicher kann z.B. durch allokieren von Speicherplatz einer Speichervorrichtung des Netzwerkzugriffspunktes für die Applikation bereitgestellt werden. Bei der Speichervorrichtung kann es sich z.B. um eine Festplatte, einen Flash-Speicher, ein Solid-State-Drive oder eine Kombination davon handeln. Gemäß einigen Ausführungsbeispielen der vorliegenden Erfindung weist der Pufferspeicher einen Speicherplatz zwischen 100 Megabyte und 1 ,5 Gigabyte auf. In einem Pufferspeicher des vorgenannten Größenbereichs können Daten zur Wiedergabe eines Video-Streams einer Länge von etwa zehn Sekunden bis hin zu mehreren Minuten zwischengespeichert werden, so dass selbst mehrere Minuten andauernde Verbindungsabbrüche zwischen dem

Netzwerkzugriffspunkt und dem Server überbrückt werden können.

Weiterhin ist der Netzwerkzugriffspunkt eingerichtet, eine Anfrage der Applikation an den Server, eine Verbindung zwischen der Applikation und dem Server aufzubauen, zu empfangen. Ferner, eine erste Verbindung zwischen dem Netzwerkzugriffspunkt und der Applikation aufzubauen sowie eine zweite Verbindung zwischen dem Netzwerkzugriffspunkt und dem Server aufzubauen. Auch ist der Netzwerkzugriffspunkt eingerichtet, eine erste Teilmenge des Datenstroms von dem Server über die zweite Verbindung anzufordern und zu empfangen sowie die erste Teilmenge in dem Pufferspeicher zu speichern. Der Netzwerkzugriffspunkt ist weiterhin eingerichtet, eine Aufforderung der Applikation an den Server, eine zweite Teilmenge des Datenstroms an die Applikation zu senden, zu empfangen. Dabei ist die zweite Teilmenge von der ersten Teilmenge umfasst. Weiterhin ist der Netzwerkzugriffspunkt eingerichtet, die zweite Teilmenge des Datenstroms von dem Pufferspeicher an die Applikation über die erste Verbindung zu senden.

Bei Verwendung des erfindungsgemäßen Fahrzeugs wird keine direkte Verbindung zwischen der auf dem Benutzerendgerät ausgeführten Applikation und dem Server aufgebaut. Vielmehr wird die Verbindung durch den Netzwerkzugriffspunkt in zwei einzelne Verbindungen aufgetrennt. Durch das Auftrennen in zwei separate Verbindungen kann somit ein weiterer Freiheitsgrad für das Abrufen des Datenstroms geschaffen werden. Der Netzwerkzugriffspunkt kann somit nunmehr unabhängig von einer Datenanforderung durch die Applikation Teilmengen des Datenstroms von dem Server anfordern und diese in dem Pufferspeicher

Zwischenspeichern. Das heißt, in dem Pufferspeicher können Daten vorgehalten werden, die bei Bedarf an die Applikation gesendet werden können. Somit können auch bei einem zwischenzeitlichen Abbruch der Verbindung zum Server oder einer geringen momentanen Datenrate zwischen Server und Netzwerkzugriffpunkt ausreichend Daten für den Abruf durch die Applikation vorgehalten werden, bis die Verbindung zum Server wiederhergestellt eine höhere Datenrate zwischen Server und Netzwerkzugriffpunkt erreicht wird.

Gemäß weiteren Ausführungsbeispielen der vorliegenden Erfindung kann der

Netzwerkzugriffspunkt eingerichtet sein, einen oder mehrere der weiteren, oben genannten Verfahrensschritte auszuführen.

Ausführungsbeispiele der vorliegenden Erfindung werden nachfolgend, Bezug nehmend auf die beigefügten Figuren, näher erläutert. Es zeigen:

Fig. 1 zeigt ein Flussdiagram eines Ausführungsbeispiels eines Verfahrens zum Abrufen eines Datenstroms von einem Server; und

Fig. 2 zeigt ein Ausführungsbeispiel eines Kraftfahrzeugs.

In Fig.1 ist ein Verfahren 100 zum Abrufen eines Datenstroms von einem Server durch eine auf einem Benutzerendgerät ausgeführte Applikation gezeigt.

Das Verfahren 100 umfasst dabei ein Empfangen 102 einer Anfrage der Applikation an den Server, eine Verbindung zwischen der Applikation und dem Server aufzubauen, durch einen in einem Fahrzeug angeordneten Netzwerkzugriffspunkt.

Weiterhin umfasst das Verfahren 100 ein Aufbauen 104 einer ersten Verbindung zwischen dem Netzwerkzugriffspunkt und der Applikation sowie ein Aufbauen 106 einer zweiten Verbindung zwischen dem Netzwerkzugriffspunkt und dem Server. Das Abrufen des Datenstroms vom Server wird somit also mittels zweier getrennter Verbindungen statt einer einzelnen

Verbindungen realisiert. Durch das Auftrennen in zwei separate Verbindungen kann ein weiterer Freiheitsgrad für das Abrufen des Datenstroms geschaffen werden. Das Verfahren 100 umfasst ferner ein Anfordern und Empfangen 108 einer ersten Teilmenge des Datenstroms durch den Netzwerkzugriffspunkt von dem Server über die zweite Verbindung sowie ein Speichern 1 10 der ersten Teilmenge in einem Pufferspeicher des

Netzwerkzugriffspunktes. Der Netzwerkzugriffspunkt kann somit unabhängig von einer Datenanforderung durch die Applikation Teilmengen des Datenstroms von dem Server anfordern und diese in dem Pufferspeicher Zwischenspeichern. Somit kann im Fahrzeug ein lokaler Zwischenspeicher für die Serverdaten bereitgestellt werden.

Weiterhin umfasst das Verfahren 100 ein Empfangen 1 12 einer Aufforderung der Applikation an den Server, eine zweite Teilmenge des Datenstroms an die Applikation zu senden, durch den Netzwerkzugriffspunkt. Die zweite Teilmenge ist dabei von der ersten Teilmenge umfasst. Als Reaktion auf die Aufforderung umfasst das Verfahren 100 ein Senden 1 14 der zweiten

Teilmenge des Datenstroms von dem Pufferspeicher an die Applikation über die erste

Verbindung. Die in dem Pufferspeicher vorgehaltenen Daten werden somit an die Applikation gesendet. Somit können auch bei einem zwischenzeitlichen Abbruch der Verbindung zum Server oder einer geringen momentanen Datenrate zwischen Server und Netzwerkzugriffpunkt ausreichend Daten für den Abruf durch die Applikation vorgehalten werden, bis die Verbindung zum Server wiederhergestellt oder eine höhere Datenrate zwischen Server und

Netzwerkzugriffpunkt erreicht wird. Der Applikation können somit kontinuierlich ausreichend Daten zum Abruf zur Verfügung gestellt werden.

Weitere Details und Aspekte des Verfahrens sind vorangehend in Zusammenhang mit einem oder mehreren Ausführungsbeispielen beschrieben. Das Verfahren kann eines oder mehrere optionale Merkmale gemäß einem oder mehreren der vorbeschriebenen Ausführungsbeispiele umfassen.

In Fig. 2 ist ein Fahrzeug 200 gezeigt, das einen Netzwerkzugriffpunkt 210 aufweist. Der Netzwerkzugriffspunkt 210 kann beispielsweise ein im Fahrzeug angebrachter WLAN-Hotspot sein. Der Netzwerkzugriffpunkt 210 umfasst eine Speichervorrichtung 212 (z.B. ein Flash- Speicher oder ein SSD).

Will nun ein Benutzer über eine Applikation eines Benutzerendgerät 220 (z.B. ein Tablet oder eine im Fahrzeug 200 angeordnete Rear-Seat-Entertainment-Einrichtung) einen Datenstrom von einem Server 230 abrufen, kann der Netzwerkzugriffpunkt 210 verwendet werden, um eine robusten Datenabruf zu gewährleisten. Dazu kann der Netzwerkzugriffpunkt 210 sowohl mit dem Server 230 als auch mit dem Benutzerendgerät 220 drahtlos kommunizieren. Beispielsweise kann der Netzwerkzugriffpunkt 210 eingerichtet sein, über ein zellulares

Netzwerk mi dem Server 230 und über eine WLAN-Verbindung mit dem Benutzerendgerät 220 zu kommunizieren.

Nachdem der Netzwerkzugriffpunkt 210 eine Anfrage der Applikation an den Server 230, eine Verbindung zwischen der Applikation und dem Server 230 aufzubauen, empfängt, baut er eine erste Verbindung zwischen dem Netzwerkzugriffspunkt 210 und der Applikation auf. Zudem baut der Netzwerkzugriffpunkt 210 eine zweite Verbindung zwischen dem

Netzwerkzugriffspunkt 210 und dem Server 230 auf. Die erste Verbindung als auch die zweite Verbindung sind dabei IP / TCP basiert, so dass eine Kommunikation mit allen gängigen Servern bzw. Benutzerendgeräten gewährleistet ist.

Anschließend fordert der Netzwerkzugriffpunkt 210 eine erste Teilmenge des Datenstroms von dem Server 230 über die zweite Verbindung an und empfängt diese. Zum Anfordern des Datenstroms als auch zum Aufbau der zweiten Verbindung kann der Netzwerkzugriffspunkt 210 auf die in der Anfrage der Applikation an den Server 230 enthaltenen Informationen

zurückgreifen. Die vom Server 230 empfange erste Teilmenge des Datenstroms speichert der Netzwerkzugriffspunkt 210 in einem Pufferspeicher 21 1. Der Pufferspeicher 21 1 ist durch Allokieren von Speicherplatz der Speichervorrichtung 212 für die Applikation bereitgestellt.

Empfängt der Netzwerkzugriffspunkt 210 nunmehr eine Aufforderung der Applikation an den Server 230, eine von der ersten Teilmenge umfasst zweite Teilmenge des Datenstroms an die Applikation zu senden, sendet er die zweite Teilmenge des Datenstroms von dem

Pufferspeicher 21 1 an die Applikation über die erste Verbindung. Das Auftrennen der

Verbindung zum Server 230 in zwei Verbindungen eröffnet einen weiteren Freiheitsgrad. Die Flusskontrolle gegenüber dem Server 230 wird nun nichtmehr durch die Applikation gesteuert, sondern über den Netzwerkzugriffspunkt 210. Vielmehr hält der Netzwerkzugriffspunkt 210 über den Pufferspeicher 21 1 Daten für die Applikation im Fahrzeug vor. Somit können auch bei einem zwischenzeitlichen Abbruch der Verbindung zum Server 230 oder einer geringen momentanen Datenrate zwischen Server 230 und Netzwerkzugriffspunkt 210 ausreichend Daten durch die Applikation abgerufen werden. Angenommen die Daten wären solche eines Musik- oder Videostream, kann ein Unterbrechen oder Abbrechen des Musik- oder Videostream bei einem Abbruch der Verbindung zum Server 230 oder einer geringen momentanen

Datenrate zwischen Server 230 und Netzwerkzugriffspunkt 210 vermieden werden. Als Ursprungsnetzwerkadresse der zweiten Teilmenge des Datenstroms gibt der Netzwerkzugriffspunkt 210 die Netzwerkadresse des Servers 230 an. Der

Netzwerkzugriffspunkt 210 stellt somit für die Applikation effektiv einen transparenten Proxy dar. Da der Netzwerkzugriffspunkt 210 effektiv einen transparenten Proxy darstellt, geht die

Applikation von einem Empfang der Daten direkt vom Server aus. Daher sind keine

Anpassungen der Applikation an das vorgeschlagene Verfahren nötig.

Der Netzwerkzugriffspunkt 210 fordert zudem weitere Teilmengen des Datenstroms von dem Server 230 mit einer Frequenz an, die höher ist als die Frequenz, mit der er weitere

Aufforderungen der Applikation an den Server 230, eine Teilmenge des Datenstroms an die Applikation zu senden, empfängt. Der Netzwerkzugriffspunkt 210 fordert dabei weitere

Teilmengen des Datenstroms von dem Server 230 an, bis der Pufferspeicher 21 1 voll ist. Durch das häufigere Anfordern von Daten durch den Netzwerkzugriffspunkt 210 kann sichergestellt werden, dass in dem Pufferspeicher 21 1 mehr Daten gespeichert werden als abfließen. Auf diese Weise kann eine hochratige Verbindung zwischen Netzwerkzugriffspunkt 210 und Server 230 ausgelastet werden, so dass eine große Menge gepufferter (zwischengespeicherter) Daten für den Abruf durch die Applikation bereitgestellt werden kann.

Das Fahrzeug 200 ermöglicht einem Benutzer des Kraftfahrzeugs 200 daher einen

verbesserten und ausfallsichereren Abruf eines Datenstroms von dem Server 230.

Bezugszeichenliste

100 Verfahren zum Abrufen eines Datenstroms

102 Empfangen einer Anfrage der Applikation an den Server

104 Aufbauen einer ersten Verbindung

106 Aufbauen einer zweiten Verbindung

108 Anfordern und Empfangen einer ersten Teilmenge des Datenstroms

1 10 Speichern der ersten Teilmenge in einem Pufferspeicher

1 12 Empfangen einer Aufforderung der Applikation an den Server

1 14 Senden der zweiten Teilmenge des Datenstroms an die Applikation

200 Fahrzeug

210 Netzwerkzugriffspunkt

21 1 Pufferspeicher

212 Speichervorrichtung

220 Benutzerendgerät

230 Server