DE102008046927B4 - Verfahren und Vorrichtung zum Realisieren eines mobilen Servers - Google Patents
Verfahren und Vorrichtung zum Realisieren eines mobilen Servers Download PDFInfo
- Publication number
- DE102008046927B4 DE102008046927B4 DE102008046927A DE102008046927A DE102008046927B4 DE 102008046927 B4 DE102008046927 B4 DE 102008046927B4 DE 102008046927 A DE102008046927 A DE 102008046927A DE 102008046927 A DE102008046927 A DE 102008046927A DE 102008046927 B4 DE102008046927 B4 DE 102008046927B4
- Authority
- DE
- Germany
- Prior art keywords
- module
- communication gateway
- vehicle communication
- gateway module
- remote server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
eine Anforderung bezüglich Daten von dem Computer-Modul über ein fahrzeuginternes Netz an ein fahrzeuginternes Kommunikations-Gateway-Modul übertragen wird, wobei die Anforderung bezüglich Daten von dem Computer-Modul für eine entfernte Server-Einrichtung bestimmt ist;
von einem Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung übertragen wird, wobei die Software-Komponente ein Modul eines nicht standardisierten Transferprotokolls umfasst;
das Modul eines nicht standardisierten Transferprotokolls an dem fahrzeuginternen Kommunikations-Gateway-Modul geladen wird;
die angeforderten Daten von der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll an das fahrzeuginterne Kommunikations-Gateway-Modul übertragen werden; und
die von der entfernten Server-Einrichtung gelieferten angeforderten Daten von dem fahrzeuginternen Kommunikations-Gateway-Modul über das fahrzeuginterne Netz an das Computer-Modul übertragen werden.
Description
- TECHNISCHES GEBIET
- Die Ausführungsformen der vorliegenden Erfindung betreffen allgemein die Telematik, und einige Ausführungsformen betreffen insbesondere das Realisieren eines mobilen Servers zum Übermitteln von Daten zwischen einer Client-Einrichtung und einem Computer-Modul in einem Fahrzeug.
- HINTERGRUND DER ERFINDUNG
- Ein Telematiksystem liefert Informationen an eine oder von einer mobilen Quelle (z. B. ein Fahrzeug) und stellt oftmals Fahrzeugsysteme dar, die GPS- und Zellulartechnologien mit fahrzeugeigener Elektronik kombinieren, was einem Fahrzeug ermöglicht, einer entfernt angeordneten Client-Einrichtung eine Information zu liefern oder auf zahlreiche Telematikdienste zuzugreifen, die einer entfernt angeordneten Client-Einrichtung bereitgestellt werden. Die Telematikdienste können Sicherheits-, Kommunikations-, Fahrzeugdiagnose- und Unterhaltungsmerkmale umfassen.
- In der
DE 102 37 715 A1 wird ein Verfahren zum Fernzugriff von einem sever- oder providerseitigen Teil auf ein Fahrzeugsteuersystem über eine drahtlose Verbindung beschrieben. Der serverseitige Teil stellt eine externe Infrastruktur dar, die aus Serviceprovider, Callcenter und Datenbanken bestehen kann. Dabei ist ein fahrzeugseitiges Endgerät, welches ein GSM-, GPRS- oder UMTS-Funkmodem ist, mit dem Gateway-Steuergerät verbunden, welches wiederum über einen Fahrzeug-Bus an mehrere Steuergeräte des Kraftfahrzeugs angebunden ist. Die beschriebene Konfiguration wird in Verbindung mit Funktionen zur Fernwirkung, Ferndiagnose, Fernwartung oder Softwaredownload eingesetzt. Dabei sind Protokolle, die zur Diagnose, zur Fernwirkung, zur Statusabfrage und/oder zur Umprogrammierung von einzelnen Steuergeräten im Kraftfahrzeug benötigt werden, unabhängige Applikationen, die auf der Gateway-Plattform ablaufen und die unabhängig über die Funkstrecke ladbar sind. - Erwünschte Merkmale und Eigenschaften der vorliegenden Erfindung werden aus der nachfolgenden detaillierten Beschreibung und den beigefügten Ansprüchen in Verbindung mit den begleitenden Zeichnungen und dem vorstehenden technischen Gebiet und Hintergrund ersichtlich.
- ZUSAMMENFASSUNG DER ERFINDUNG
- Es wird ein Verfahren zum Übertragen von Daten von einer entfernten Server-Einrichtung an ein Computer-Modul in einem Fahrzeug bereitgestellt. Es wird eine Anforderung bezüglich Daten von dem Computer-Modul über ein fahrzeuginternes Netz an ein fahrzeuginternes Kommunikations-Gateway-Modul übertragen. Die Anforderung bezüglich Daten von dem Computer ist für eine entfernte Server-Einrichtung bestimmt. Es wird eine Anforderung bezüglich einer Software-Komponente von einem Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls an die entfernte Server-Einrichtung übertragen. Die Software-Komponente umfasst ein Modul eines nicht standardisierten Transferprotokolls. Das fahrzeuginterne Kommunikations-Gateway-Modul lädt das Modul eines nicht standardisierten Transferprotokolls, und die entfernte Server-Einrichtung überträgt die angeforderten Daten gemäß dem nicht standardisierten Transferprotokoll an das fahrzeuginterne Kommunikations-Gateway-Modul. Das fahrzeuginterne Kommunikations-Gateway-Modul überträgt dann die angeforderten Daten (die von der entfernten Server-Einrichtung geliefert werden) über das fahrzeuginterne Netz an das Computer-Modul.
- Es wird ein fahrzeuginternes Kommunikations-Gateway-Modul bereitgestellt, das entworfen ist, um über ein fahrzeuginternes Netz eine durch ein Computer-Modul erzeugte Anforderung bezüglich Daten zu empfangen. Die angeforderten Daten sollen von einer entfernten Server-Einrichtung geliefert werden. In Ansprechen auf die Anforderung bezüglich Daten überträgt das fahrzeuginterne Kommunikations-Gateway-Modul von einem Standard-Port eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung. Die Software-Komponente umfasst ein Modul eines nicht standardisierten Transferprotokolls. Wenn das fahrzeuginterne Kommunikations-Gateway-Modul die Software-Komponente von der entfernten Server-Einrichtung empfängt, schließt es den Standard-Port vor dem Übertragen der Anforderung bezüglich der Daten an die entfernte Server-Einrichtung, so dass für den nachfolgenden Austausch der Daten zwischen der entfernten Server-Einrichtung und einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, keine standardisierten Internet-Protokolle verwendet werden. Das fahrzeuginterne Kommunikations-Gateway-Modul lädt das Modul eines nicht standardisierten Transferprotokolls und stellt dann eine Verbindung zu der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll her. Das fahrzeuginterne Kommunikations-Gateway-Modul und die entfernte Server-Einrichtung verwenden das nicht standardisierte Transferprotokoll, um die angeforderten Daten auszutauschen.
- Es wird ein Fahrzeug bereitgestellt, das ein Computer-Modul, das entworfen ist, um eine Anforderung bezüglich Daten von einer entfernten Server-Einrichtung zu erzeugen; ein fahrzeuginternes Netz; und ein fahrzeuginternes Kommunikations-Gateway-Modul umfasst. Das fahrzeuginterne Kommunikations-Gateway-Modul ist entworfen, um die Anforderung bezüglich Daten von dem Computer-Modul über das fahrzeuginterne Netz zu empfangen. In Ansprechen auf die Anforderung bezüglich Daten überträgt das fahrzeuginterne Kommunikations-Gateway-Modul von einem Standard-Port eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung. Die Software-Komponente umfasst ein Modul eines nicht standardisierten Transferprotokolls. Das fahrzeuginterne Kommunikations-Gateway-Modul lädt das Modul eines nicht standardisierten Transferprotokolls, empfängt die angeforderten Daten von der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll und tauscht die angeforderten Daten (die von der entfernten Server-Einrichtung geliefert werden) mit dem Computer-Modul über das fahrzeuginterne Netz aus.
- BESCHREIBUNG DER ZEICHNUNGEN
- Die vorliegende Erfindung wird hierin nachfolgend in Verbindung mit den folgenden Zeichnungen beschrieben, bei denen gleiche Bezugszeichen gleiche Elemente bezeichnen, und
-
1 ein Blockdiagramm eines Telematikkommunikationsnetzes ist, das eine entfernte Client-Einrichtung und ein Fahrzeug umfasst; -
2 ein Stapel eines standardisierten Protokolls ist, der zum Austauschen von Daten zwischen der Client-Einrichtung und dem fahrzeuginternen Kommunikations-Gateway-Modul gemäß einem herkömmlichen Ansatz verwendet wird; -
3 ein vereinfachtes Nachrichtenflussdiagramm zum Übermitteln von Daten an die entfernte Client-Einrichtung von einem Server an dem fahrzeuginternen Kommunikations-Gateway-Modul gemäß einem herkömmlichen Ansatz ist; -
4 ein vereinfachtes Nachrichtenflussdiagramm zum Austauschen von Daten zwischen der Client-Einrichtung und dem fahrzeuginternen Kommunikations-Gateway-Modul, wenn die Client-Einrichtung Daten von einem fahrzeuginternen Computer-Modul anfor dert, gemäß einigen Ausführungsformen der Erfindung ist; -
5 ein beispielhafter Stapel eines nicht standardisierten Transferprotokolls, das zum Austauschen von Daten zwischen der Client-Einrichtung und dem fahrzeuginternen Kommunikations-Gateway-Modul verwendet wird, gemäß einigen Ausführungsformen der Erfindung ist; -
6 ein vereinfachtes Nachrichtenflussdiagramm zum Austauschen von Daten zwischen der entfernten Client-Einrichtung und dem fahrzeuginternen Kommunikations-Gateway-Modul, wenn ein fahrzeuginternes Computer-Modul Daten an die entfernte Client-Einrichtung weiterleitet, gemäß anderen Ausführungsformen der Erfindung ist; -
7 ein vereinfachtes Nachrichtenflussdiagramm zum Austauschen von Daten zwischen einer entfernten Server-Einrichtung und einem fahrzeuginternen Kommunikations-Gateway-Modul, wenn ein fahrzeuginternes Computer-Modul Daten von der entfernten Server-Einrichtung anfordert, gemäß einigen Ausführungsformen der Erfindung ist; und -
8 ein vereinfachtes Nachrichtenflussdiagramm zum Austauschen von Daten zwischen einem fahrzeuginternen Kommunikations-Gateway-Modul und einer entfernten Client-Einrichtung, wenn die entfernte Client-Einrichtung Daten von einem fahrzeuginternen Computer-Modul anfordert, gemäß anderen Ausführungsformen der Erfindung ist. - BESCHREIBUNG EINER BEISPIELHAFTEN AUSFÜHRUNGSFORM
- Vor dem detaillierten Beschreiben von Ausführungsformen, die der vorliegenden Erfindung entsprechen, ist anzumerken, dass die Ausführungsformen primär in Kombinationen von Verfahrensschritten und Vorrichtungskomponenten umfasst sind, die mit dem Übermitteln von Daten zwischen einer Client-Einrichtung und einem Computer-Modul in einem Fahrzeug in Verbindung stehen. Dementsprechend wurden die Vorrichtungskomponenten und die Verfahrensschritte in den Zeichnungen nach Bedarf durch Symbole dargestellt, wobei nur jene spezifischen Details gezeigt sind, die dem Verständnis der Ausführungsformen der vorliegenden Erfindung sachdienlich sind, um die Offenbarung nicht mit Details zu verschleiern, die für Fachleute, welche Nutzen aus dieser Beschreibung ziehen, leicht ersichtlich sind.
- In dieser Anmeldung werden relationale Begriffe, wie beispielsweise erste(r/s) und zweite(r/s), möglicherweise lediglich verwendet, um eine Entität oder Aktion von einer anderen Entität oder Aktion zu unterscheiden, ohne notwendigerweise irgendeine tatsächliche solche Beziehung oder Reihenfolge zwischen solchen Entitäten oder Aktionen zu fordern oder zu implizieren. Die Begriffe ”umfasst”, ”umfassend” und andere Variationen hiervon sollen eine nicht ausschließende Einschließung abdecken, so dass ein Prozess, ein Verfahren, ein Artikel oder eine Vorrichtung, der, das bzw. die eine Liste von Elementen umfasst, nicht nur jene Elemente einschließt, sondern andere Elemente umfassen kann, die nicht ausdrücklich in Bezug auf solch einen Prozess, solch ein Verfahren, solch einen Artikel oder solch eine Vorrichtung aufgelistet sind oder diesem oder dieser zugehörig sind. Ein Element, dem ein ”umfassend ein(e/n)” folgt, schließt das Vorhandensein zusätzlicher identischer Elemente in dem Prozess, dem Verfahren, dem Artikel oder der Vorrichtung, der, das bzw. die das Element umfasst, ohne weitere Einschränkungen nicht aus.
- Es sei angemerkt, dass Ausführungsformen der hierin beschriebenen Erfindung aus einem oder mehreren herkömmlichen Prozessen und eindeutigen gespeicherten Programmanweisungen bestehen können, die den einen oder die mehreren Prozessoren steuern, um in Verbindung mit bestimmten Schaltkreisen, die keinen Prozessor umfassen, einige, die meisten oder alle Funktionen zum Übermitteln von Daten zwischen einer Client-Einrichtung und einem Computer-Modul in einem Fahrzeug wie hierin beschrieben zu realisieren. Die Schaltkreise, die keinen Prozessor umfassen, können einen Funkempfänger, einen Funksender, Signaltreiber, Taktschaltkreise, Stromquellenschaltkreise und Benutzereingabeein richtungen umfassen, sind jedoch nicht darauf beschränkt. Somit können diese Funktionen als Schritte eines Verfahrens zum Übermitteln von Daten zwischen einer Client-Einrichtung und einem Computer-Modul in einem Fahrzeug interpretiert werden. Alternativ könnten einige oder alle Funktionen durch einen Automaten, in dem keine Programmanweisungen gespeichert sind, oder in einem oder mehreren anwendungsspezifischen integrierten Schaltkreisen (ASICs) realisiert werden, wobei jede Funktion oder einige Kombinationen bestimmter Funktionen als angepasste Logik realisiert sind. Natürlich könnte eine Kombination der beiden Ansätze verwendet werden. Somit wurden hierin Verfahren und Mittel für diese Funktionen beschrieben. Ferner wird erwartet, dass ein Fachmann ungeachtet eines möglicherweise erheblichen Aufwands und vieler Entwurfsauswahlen, die beispielsweise von verfügbarer Zeit, momentaner Technologie und wirtschaftlichen Betrachtungen herrühren, mit einer Führung durch die Konzepte und Prinzipien, die hierin offenbart sind, leicht ermöglichen kann, solche Software-Anweisungen und Programme und ICs mit minimaler Versuchsdurchführung zu erzeugen.
- Terminologie
- Wie hierin verwendet bezieht sich der Begriff ”Fahrzeug” breit auf einen nicht lebendigen Beförderungsmechanismus. Beispiele für Fahrzeuge umfassen Automobile, wie beispielsweise Busse, Autos, Lastwagen, Geländewagen, Kleinbusse, Fahrzeuge, die nicht auf dem Land fahren, wie beispielsweise mechanische Wasserfahrzeuge, die Wasserfahrzeuge, Luftkissenfahrzeuge, Segelfahrzeuge, Boote und Schiffe umfassen, mechanische Unterwasserfahrzeuge, die Unterseeboote umfassen, mechanische Luftfahrzeuge, die Luftfahrzeuge und Raumfahrzeuge umfassen, mechanische Schienenfahrzeuge, wie beispielsweise Züge, Straßenbahnen und Förderwagen etc. Zusätzlich ist der Begriff ”Fahrzeug” nicht durch irgend eine spezifische Antriebstechnologie, wie beispielsweise Benzin- oder Dieselkraftstoff, beschränkt. Vielmehr umfassen Fahrzeuge auch Hybridfahrzeuge, Batterie-Elektrofahrzeuge, Wasserstofffahrzeuge und Fahrzeuge, die unter Verwendung von verschiedenen anderen alternativen Kraftstoffen arbeiten.
- Beispielhaftes Telematiknetz
-
1 ist ein Blockdiagramm eines Telematikkommunikationsnetzes100 , das eine entfernte Client-Einrichtung110 und ein Fahrzeug125 umfasst. - Das Fahrzeug
125 umfasst ein fahrzeuginternes Kommunikations-Gateway-Modul130 und eine Anzahl von Computer-Modulen142 ,144 ,146 in dem Fahrzeug125 . Das fahrzeuginterne Kommunikations-Gateway-Modul130 kommuniziert mit den anderen Computer-Modulen142 ,144 ,146 in dem Fahrzeug125 über ein internes Fahrzeugnetz. Das fahrzeuginterne Kommunikations-Gateway-Modul130 kommuniziert mit der entfernten Client-Einrichtung110 über ein Netz, wie beispielsweise das Internet oder ein anderes IP-Netz. - Eine Client-Einrichtung
110 kann beispielsweise ein Personal Computer, ein Laptop-Computer, ein Handheld-Computer, wie beispielsweise ein persönlicher digitaler Assistent (PDA), oder eine drahtlose Kommunikationseinrichtung, wie beispielsweise ein Mobiltelefon, sein. Während Client-Einrichtungen in Bezug auf den Ort des Fahrzeugs125 allgemein entfernt angeordnet sind, besteht keine Einschränkung bezüglich des Orts der Client-Einrichtung110 . Der Begriff ”Client-Einrichtung” bezieht sich allgemein auf jede Recheneinrichtung, die über eine Webbrowser-Anwendung112 , wie beispielsweise den Internet Explorer, über ein IP-Netz120 (z. B. das Internet) kommunizieren kann. Einige Client-Einrichtungen umfassen auch einen Server114 . - Die Computer-Module
142 ,144 ,146 können allgemein jedes fahrzeuginterne Computer-Modul sein, das Daten empfangen, Daten senden und/oder verarbeiten oder Daten gemäß einer Liste von Anweisungen verändern kann. Nicht einschränkende Beispiele für Computer-Module umfassen beispielsweise ein Antriebsstrang-Controller-Modul, ein Karosseriesteuermodul, ein Türsteuermodul, ein Modul für einen schlüssellosen Eintritt, ein Antiblockiersteuermodul, ein Erfassungs- und Diagnosemodul, ein Armaturenbrettmodul, ein Navigationsmodul, ein Verteilergetriebesteuermodul, ein Radiomodul, ein Airbagmodul, ein Regensensormodul etc. - Das fahrzeuginterne Kommunikations-Gateway-Modul
130 bezieht sich allgemein auf Computer-Hardware- und/oder -Software-Module, die als Gateway für Übermittlungen zu oder von einer oder mehreren entfernten Client-Einrichtungen110 und für Übermittlungen zu und von einem oder mehreren Computer-Modulen142 ,144 ,146 dienen, die sich in dem Fahrzeug125 befinden. Das fahrzeuginterne Kommunikations-Gateway-Modul130 kann beispielsweise unter Verwendung eines Kommunikationsmoduls, wie beispielsweise eines Moduls einer flexiblen Computerplattform (FCPM), eines Telematikmoduls, etc. realisiert werden. Neben anderen Funktionen verwaltet das fahrzeuginterne Kommunikations-Gateway-Modul130 Schnittstellen zu entfernten Client-Einrichtungen110 und liefert Statusaktualisierungen zwischen den entfernten Client-Einrichtungen110 und den Computer-Modulen142 ,144 ,146 in dem Fahrzeug125 . - Das fahrzeuginterne Kommunikations-Gateway-Modul
130 umfasst auch einen Server132 , der dem fahrzeuginternen Kommunikations-Gateway-Modul130 ermöglicht, über einen verdrahteten oder drahtlosen Link122 mit der Client-Einrichtung110 zu kommunizieren. Der Ziel- oder Ursprungs-HTTP-Server132 speichert oder erzeugt Ressourcen, wie beispielsweise HTML-Dateien und -Bilder. Wie hierin verwendet, bezieht sich der Begriff ”Server” auf einen Computer, der dafür verantwortlich ist, Anforderungen von Clients anzunehmen, die als ”Webbrowser” bekannt sind, und ihnen Antworten zusammen mit optimalen Dateninhalten zu liefern, die für gewöhnlich Webseiten wie beispielsweise HTML-Dokumente und verlinkte Objekte (Bilder etc.) oder andere Dateien sind. Es kann verschiedene Vermittler geben, wie beispielsweise Proxies, Gateways und Tunnel zwischen dem HTTP-Client und dem HTTP-Server. Ein Server umfasst typischerweise Hardware, ein Betriebssystem, Server-Software (IIS, Apache, etc.), die Anforderungen von dem Browser verwaltet und in Ansprechen darauf Webseiten (HTML-Dokumente und -Dateien) liefert, FTP-Server-Software zum Herunterladen von Dateien, SMTP-Server-Software für einen Email-Dienst und Seiteninhalt (z. B. Webseiten und andere Dateien). Ein Server führt auch Server-seitige Skripte (CGI-Skripte, JSPs, ASPs, etc.) aus. Wenn der Server intern und nicht von der Öffentlichkeit verwendet wird, kann er als ”Intranet-Server” bezeichnet werden. - Das fahrzeuginterne Kommunikations-Gateway-Modul
130 umfasst auch einen Client mit einer Webbrowser-Anwendung134 , die dem fahrzeuginternen Kommunikations-Gateway-Modul130 ermöglicht, mit einem Server114 zu kommunizieren, der an der Client-Einrichtung110 läuft. Wie hierin verwendet, bezieht sich der Begriff ”Webbrowser” auf eine Software-Anwendung, die einem Benutzer ermöglicht, Text, Bilder und andere Informationen, die sich typischerweise auf einer Webseite an einer Website im Internet oder an einem Local Area Network befinden, anzuzeigen und hiermit in Interaktion zu treten. Beispiele für Webbrowser umfassen Internet Explorer, Mozilla Firefox, Safari, Opera und Netscape. Die Webbrowser kommunizieren mit Servern, um Webseiten von Servern abzurufen und/oder Informationen an Server zu liefern. Der Text und die Bilder auf einer Webseite können Hyperlinks auf andere Webseiten an der gleichen oder an einer anderen Website enthalten. Die Webbrowser ermöglichen einem Benutzer, schnell und leicht auf Informationen zuzugreifen, die auf vielen Webseiten an vielen Websites bereitgestellt werden, indem diese Links durchquert werden. Obwohl Browser typischerweise verwendet werden, um auf das Internet zuzugreifen, können sie auch verwendet werden, um auf Informationen, die durch Server in privaten Netzen bereitgestellt werden, oder Inhalt in Dateisystemen zuzugreifen. - Das fahrzeuginterne Kommunikations-Gateway-Modul
130 kann beispielsweise auch Funktionen einer drahtlosen Konnektivität und Sicherheitsfunktionen ausführen und viele Dienste bereitstellen, wie beispielsweise einen entfernten Reflash, entfernte Diagnosen, einen Medientransfer zu dem Fahrzeug, Wiedergabelisten, Adressbücher, Kartenaktualisierungen, Software-Modul-Aktualisierungen, etc. - Herkömmlicher mobiler Server
- Es wurden Telematiksysteme vorgeschlagen, die ermöglichen, dass ein fahrzeuginternes Kommunikations-Gateway-Modul
130 als ein fahrzeugseitiger Server132 arbeitet, der auch als Telekommunikations-Controller für die fahrzeuginternen Computer-Module142 ,144 ,146 fungiert. Beispielsweise offenbart dasUS-Patent 5,732,074 A von Cellport Systems das Verwenden eines dedizierten Controllers in einem Fahrzeug als Server. Bei diesem System fungiert der fahrzeugseitige Server132 als Gateway zu Kraftfahrzeugbussen, die dem Fahrzeug125 ermöglicht, eine Verbindung zu dem Internet120 herzustellen, und es werden standardisierte Transferprotokolle verwendet, um Informationen zwischen dem fahrzeugseitigen Server132 und der entfernten Client-Einrichtung110 auszutauschen. Wie hierin verwendet bezieht sich der Begriff ”standardisiertes Transferprotokoll” oder ”standardisiertes Internet-Protokoll” auf ein Datenaustauschprotokoll, das eine HTTP-Schicht über einer TCP-Schicht über einer IP-Schicht (in der Reihenfolge HTTP-über-TCP-über-IP) als Teil eines Protokollstapels zum Austauschen von Daten zwischen einem Client und einem Server realisiert, wie es nun nachstehend in Bezug auf2 beschrieben wird. -
2 ist ein Stapel200 eines standardisierten Protokolls, der zum Austauschen von Daten zwischen der Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß einem herkömmlichen Ansatz verwendet wird. Wie hierin verwendet, bezieht sich ein Protokollstapel (manchmal auch als Kommunikationsstapel bezeichnet) auf eine bestimmte Software-Realisierung eines Computer-Netz-Protokollpakets. Das Protokollpaket definiert die Protokolle, und der Protokollstapel ist die Software-Realisierung jener Protokolle. - Wie in
2 gezeigt umfasst der Protokollstapel200 Anwendungsschichten205 ,210 ,215 , die eine Browser-Anwendung205 (z. B. Internet Explorer), eine Darstellungsschicht210 , wie beispielsweise HTML, und eine Sitzungsschicht215 umfassen, in der das Hyper Text Transfer Protocol (HTTP) realisiert ist. Wie hierin verwendet, bezieht sich der Begriff ”Hyper Text Transfer Protocol (HTTP)” auf ein Anforderung/Antwort-Protokoll zwischen Clients und Servern, das verwendet wird, um Informationen im Internet zu transferieren oder zu übermitteln. RFC 2616 (1999) definiert HTTP/1.1, die heute übliche Version des HTTP. Der Begriff ”Server” bezieht sich auf einen Computer, der verantwortlich ist, um HTTP-Anfor derungen von Clients anzunehmen, die als ”Webbrowser” bekannt sind, und ihnen HTTP-Antworten zusammen mit optionalen Dateninhalten zu liefern, die für gewöhnlich Webseiten wie beispielsweise HTML-Dokumente und verlinkte Objekte (Bilder etc.) oder andere Dateien sind. Ein Server umfasst typischerweise Hardware, ein Betriebssystem, eine HTTP-Server-Software (IIS, Apache, etc.), die Anforderungen von dem Browser verwaltet und in Ansprechen darauf Webseiten (HTML-Dokumente und Dateien) liefert. - Der Protokollstapel
200 umfasst auch eine Transportschicht220 , in der das Transmission Control Protocol (TCP) realisiert ist, und eine Internet Protocol-Schicht (IP-Schicht)230 . Das Transmission Control Protocol (TCP)/Internet Protocol(IP)-Protokollpaket ist der Satz von Kommunikationsprotokollen, die den Protokollstapel realisieren, mit dem das Internet und die meisten handelsüblichen Netze laufen. Die Transportschicht220 antwortet auf Dienstanforderungen von der Anwendungsschicht und gibt Dienstanforderungen an die IP- oder ”Internet”-Schicht230 aus. Das TCP stellt einen zuverlässigen und effektiven Datentransfer sicher, indem die Information in Stücke aufgeteilt wird und jedem Stück Zieladressen hinzugefügt werden, während das IP die Adresse in jedem Stück verwendet, um das Stück zu einem bestimmten Ziel weiterzuleiten. In dem TCP/IP-Modell ist die Transportschicht für das Übermitteln von Daten zu dem entsprechenden Anwendungsprozess an den Host-Computern verantwortlich. Die Transportschicht steuert die Zuverlässigkeit eines gegebenen Links über eine Flusssteuerung, eine Segmentierung/Desegmentierung und eine Fehlersteuerung. Dies umfasst das statistische Multiplexen von Daten von verschiedenen Anwendungsprozessen, d. h. das Bilden von Datenpaketen, und das Hinzufügen von Quellen- und Zielportnummern in dem Header jedes Transportschicht-Datenpakets. Zusammen mit der Quellen- und Ziel-IP-Adresse bilden die Portnummern einen Netzsockel (z. B. eine Identifikationsadresse der Prozess-Prozess-Kommunikation). Das TCP stellt eine durchgehend zuverlässige Kommunikation bereit (z. B. eine Fehlerbehebung mittels eines Fehlerdetektions-Codes und eines Protokolls einer automatischen Wiederholungsanfrage (ARQ)). Das ARQ-Protokoll stellt auch eine Flusssteuerung bereit, die mit einer Überlastungsvermeidung kombiniert werden kann. Das TCP wird beispielsweise beim HTTP-Webbrowsen und Email-Transfer verwendet. - Der Protokollstapel
200 umfasst auch eine Verbindungssicherungsschicht240 und eine physikalische Schicht250 . - Somit wird bei dem Stapel
200 eines standardisierten Protokolls von2 das HTTP215 auf dem TCP/IP220 ,230 realisiert. Die Funktion des herkömmlichen HTTP/TCP/IP-Protokollstapels200 ist Fachleuten weithin bekannt und wird hierin nicht ausführlicher beschrieben. -
3 ist ein vereinfachtes Nachrichtenflussdiagramm300 zum Übermitteln von Daten an die entfernte Client-Einrichtung110 von einem Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß einem herkömmlichen Ansatz. In Schritt310 sendet eine Browser-Anwendung112 (oder ein anderes Benutzerwerkzeug) an der Ursprungs-HTTP-Client-Einrichtung110 zum Initiieren einer Sitzung eine TCP-Verbindungsanforderung an das fahrzeuginterne Kommunikations-Gateway-Modul130 , und in Schritt320 stellt die Client-Einrichtung110 eine TCP-Verbindung mit einem Standard-Port (z. B. Port80 ) des fahrzeuginternen Kommunikations-Gateway-Moduls130 her. Techniken zum Herstellen einer TCP-Verbindung sind in der Technik weithin bekannt und werden hierin nicht weiter beschrieben. - In Schritt
330 liefert das Computer-Modul142 die angeforderten Daten an den HTTP-Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 , und in Schritt340 liefert der HTTP-Server132 die Daten (über den Standard-Port80 des HTTP-Servers 132) gemäß standardisierten Internet-Protokollen (z. B. HTTP-über-TCP-über-IP) an die entfernte HTTP-Client-Einrichtung110 . Zu Erläuterungszwecken sind die Datenaustauschvorgänge zwischen142 und130 und zwischen110 und130 jeweils unter Verwendung eines Pfeils dargestellt; es sei jedoch angemerkt, dass in Wirklichkeit jeder der Datenaustauschvorgänge mindestens eine Anforderung und mehrere Antworten und Bestätigungen zwischen jedem Paar von Entitäten umfassen kann. Eine Antwort auf eine einzelne Anforderung kann manchmal auch mehrere Austauschvorgänge zwischen den Entitäten umfassen. Beispielsweise kann das fahrzeuginterne Kommunikations-Gateway-Modul130 , auch wenn in3 nicht gezeigt, mehrere Datenanforderungen an das Computer-Modul142 übermitteln, und kann das Computer-Modul142 dem fahrzeuginternen Kommunikations-Gateway-Modul130 (über ein fahrzeuginternes Netz) mit den angeforderten Daten antworten. - Bei einem vereinfachten Beispiel des Datenaustauschs
340 sendet der HTTP-Server132 , wenn der HTTP-Server132 eine Anforderungsnachricht von dem HTTP-Client110 empfängt, eine Statuszeile, wie beispielsweise ”HTTP/1.1 200 OK”, und eine Nachricht von sich selbst zurück, deren Körper möglicherweise die angeforderte Datei oder eine andere Information umfasst. Zur Vereinfachung der Erläuterung sind diese Austauschvorgänge unter Verwendung eines einzelnen Pfeils gezeigt. Ferner sei angemerkt, dass der Datenaustausch zwischen der Browser-Anwendung112 der HTTP-Client-Einrichtung110 und dem HTTP-Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 in vielen Fällen typischerweise eine oder mehrere HTTP-Anforderungsnachrichten (manchmal als HTTP_GET-Nachrichten bezeichnet) von dem HTTP-Client110 an den HTTP-Server132 und mehrere HTTP-Antwortnachrichten von dem HTTP-Server132 an den Browser112 (manchmal als HTTP_200_OK und HTTP_Continue-Nachrichten bezeichnet, mit Segmenten der angeforderten Daten) und andere Nachrichten, wie beispielsweise Bestätigungen (ACKs) von dem HTTP-Client110 an den HTTP-Server132 in Ansprechen auf die HTTP_Continue-Nachrichten, umfasst. Somit werden Fachleute, obwohl der Datenaustausch340 als Doppelpfeil dargestellt ist, erkennen, dass der Datenaustausch zwischen der Browser-Anwendung112 der HTTP-Client-Einrichtung110 und dem HTTP-Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 wahrscheinlich mehrere Austauschvorgänge umfasst. - Sobald der Datenaustausch zwischen der Browser-Anwendung
112 der HTTP-Client-Einrichtung110 und dem HTTP-Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 abgeschlossen ist, wird die TCP-Verbindung zwischen der entfernten HTTP-Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 in Schritt350 beendet. - Überblick über beispielhafte Ausführungsformen
- Ungeachtet dieser Techniken wäre es erwünscht, alternative Systeme und Verfahren bereitzustellen, die die Verwendung von ”standardisierten Transferprotokollen” oder ”standardisierten Internet-Protokollen” (d. h. eines HTTP-über-TCP-über-IP-Protokollstapels) zum Austauschen von Daten zwischen einem Client und einem Server nicht erfordern.
- Gemäß hierin offenbarten Ausführungsformen werden Techniken bereitgestellt, die einer entfernten Einrichtung und einem fahrzeuginternen Kommunikations-Gateway-Modul ermöglichen können, Daten auszutauschen, ohne HTTP-über-TCP-über-IP als das Transferprotokoll zum Austauschen von Daten zwischen jenen Entitäten zu verwenden. Dies ermöglicht die Verwendung von bestimmten, nicht standardisierten Transferprotokollen und Nicht-Standard-Ports während eines Datenaustauschs in einem Telematiknetz.
-
4 ist ein vereinfachtes Nachrichtenflussdiagramm400 zum Austauschen von Daten zwischen der Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß einigen Ausführungsformen der Erfindung, wenn die Client-Einrichtung110 Daten von einem fahrzeuginternen Computer-Modul142 anfordert. Das Szenario in4 wird in Bezug auf ein Szenario beschrieben, bei dem die Client-Einrichtung110 Daten von dem Computer-Modul142 in dem Fahrzeug125 anfordert; es sei jedoch angemerkt, dass der Datenaustausch von4 nicht auf dieses spezifische Szenario beschränkt ist. - In Schritt
410 sendet die Client-Einrichtung110 eine TCP-Verbindungsanforderung an das fahrzeuginterne Kommunikations-Gateway-Modul130 , und in Schritt420 stellen die Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 eine TCP-Verbindung her. Beispielsweise empfangt das fahrzeuginterne Kommunikations-Gateway-Modul130 bei einer Realisierung eine Anforderung bezüglich eines HTTP-Diensts von der Client-Einrichtung110 an einem Standard-Port (z. B. HTTP-Port80 ) des fahrzeuginternen Kommunikations-Gateway-Moduls130 . Techniken zum Herstellen einer TCP-Verbindung sind in der Technik weithin bekannt und werden hierin nicht weiter beschrieben. - In Schritt
430 sendet die Browser-Anwendung112 der Client-Einrichtung110 eine HTTP-Anforderungsnachricht bezüglich einer Software-Kompo nente an den Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 . Wie es nachstehend beschrieben wird, umfasst die Software-Komponente oder das ”Modul” einen Modulstapel eines bestimmten, nicht standardisierten Transferprotokolls zur Verwendung bei nachfolgenden Datenübermittlungen zwischen der Browser-Anwendung112 der Client-Einrichtung110 und dem Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 . - In Schritt
440 sendet das fahrzeuginterne Kommunikations-Gateway-Modul130 eine HTTP-Antwortnachricht an die Client-Einrichtung110 , die eine Software-Komponente umfasst. Die Software-Komponente umfasst Algorithmen in Form eines ausführbaren Programms, die einen Stapel eines bestimmten, nicht standardisierten Transferprotokolls umfassen. Die ”Software-Komponente” kann beispielsweise unter Verwendung eines von einem Browser herunterladbaren ausführbaren Programms, wie beispielsweise eines Java-Applet, eines Active-X-Steuerelements oder eines kompilierten Programms (falls zuerst heruntergeladen und nachfolgend ausgeführt), realisiert werden. - Somit wird die Server-Anwendung
132 in dem fahrzeuginternen Kommunikations-Gateway-Modul130 während dieser Sitzungsinitiierungsphase als standardisierte Webschnittstelle verwendet. Wenn beispielsweise ein entfernter. Benutzer eine Sitzung initiiert, indem er eine URL, die dem Fahrzeug125 entspricht, in die Browser-Anwendung112 eingibt, die an der entfernten Client-Einrichtung110 läuft (z. B. tippt der Benutzer http://10.11.12.13 in eine Browser-Anwendung112 ein, wobei die imaginäre 10.11.12.13 das Fahrzeug125 darstellt), antwortet der Server132 an dem Fahrzeug125 mit einer ”Webseite”, die mit dem Herunterladen der Software-Komponente von dem Fahrzeug125 auf die entfernte Client-Einrichtung110 beginnt. - Wenn das fahrzeuginterne Kommunikations-Gateway-Modul
130 die Software-Komponente an die entfernte Client-Einrichtung110 sendet, schließen das fahrzeuginterne Kommunikations-Gateway-Modul130 und die Client-Einrichtung110 in Schritt450 ihre Standard-HTTP-Ports, um die HTTP-Sitzung zu beenden und ihre TCP-Verbindung freizugeben. Auf diese Weise werden keine ”standardisierten” Internet-Protokolle (der herkömmliche HTTP/TCP/IP-Protokollstapel von2 ) für den nachfolgenden Informationsaustausch zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Client-Einrichtung110 verwendet. - In Schritt
451 lädt die Client-Einrichtung110 die Software-Komponente, die das Modul eines bestimmten, nicht standardisierten Transferprotokolls umfasst, und führt diese aus. Nach der Ausführung durch die entfernte Client-Einrichtung110 ermöglicht der Stapel eines bestimmten, nicht standardisierten Protokolls der entfernten Client-Einrichtung110 , unter Verwendung des bestimmten, nicht standardisierten Transferprotokolls mit dem fahrzeuginternen Kommunikations-Gateway-Modul130 zu kommunizieren. Auf diese Weise weiß die entfernte Client-Einrichtung110 , wenn die Browser-Anwendung112 das ausführbare Programm lädt und ausführt und es an der entfernten Client-Einrichtung110 laufen lässt, wie gemäß den Regeln des bestimmten, nicht standardisierten Transferprotokolls mit dem fahrzeuginternen Kommunikations-Gateway-Modul130 kommuniziert werden soll. Wie es nachstehend beschrieben wird, kann der Stapel eines bestimmten, nicht standardisierten Transferprotokolls, der in der Software-Komponente oder dem Modul umfasst ist, in Abhängigkeit von der bestimmten Realisierung stark variieren. Ungeachtet der bestimmten Realisierung wird, wenn ein ”nicht standardisiertes” Transferprotokoll zum Austauschen von Daten zwischen dem fahr zeuginternen Kommunikations-Gateway-Modul130 und der entfernten Einrichtung110 verwendet wird, der herkömmliche HTTP/TCP/IP-Protokollstapel von2 nicht von dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Einrichtung110 verwendet, um während nachfolgender Übermittlungen Daten auszutauschen. - Wenn die Client-Einrichtung
110 den Stapel eines bestimmten, nicht standardisierten Transferprotokolls von der Software-Komponente geladen hat, ist die Client-Einrichtung110 bereit, gemäß dem bestimmten, nicht standardisierten Transferprotokoll Daten an das fahrzeuginterne Kommunikations-Gateway-Modul130 zu übermitteln und mit diesem auszutauschen. In Schritt452 stellen die Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 gemäß dem bestimmten, nicht standardisierten Transferprotokoll eine neue Verbindung her. - In Schritt
456 übermittelt das fahrzeuginterne Kommunikations-Gateway-Modul130 eine Datenanforderung an das Computer-Modul142 , und das Computer-Modul142 sendet die angeforderten Daten über ein fahrzeuginternes Netz an das fahrzeuginterne Kommunikations-Gateway-Modul130 . Es sei angemerkt, dass jedes Protokoll zum Austauschen von Daten zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und dem Computer-Modul142 verwendet werden kann (d. h. es ist nicht notwendig, dem bestimmten, nicht standardisierten Transferprotokoll zu folgen). - In Schritt
460 tauscht der Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 die Daten, die er von dem Computer-Modul142 empfangen hat, gemäß dem bestimmten, nicht standardisierten Transferprotokoll mit der Browser-Anwendung112 aus, die an der Client-Einrichtung110 läuft. Sobald der Datenaustausch abgeschlossen ist (d. h. nachdem die Browser-Anwendung112 , die an der Client-Einrichtung110 läuft, die Daten empfängt, die sie von dem Computer-Modul142 angefordert hat), schließen die Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 in Schritt480 die neue Verbindung. - Nicht standardisiertes Transferprotokoll
- Wie oben erwähnt wird die Software-Komponente verwendet, um der Client-Einrichtung
110 den Modulstapel eines bestimmten, nicht standardisierten Transferprotokolls zur Verwendung während nachfolgender Übermittlungen zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Client-Einrichtung110 bereitzustellen. Der Modulstapel eines bestimmten, nicht standardisierten Transferprotokolls ermöglicht der Client-Einrichtung110 , gemäß dem bestimmten, nicht standardisierten Transfer mit dem fahrzeuginternen Kommunikations-Gateway-Modul130 zu kommunizieren und umgekehrt. - Wie hierin verwendet bezieht sich der Begriff ”nicht standardisiertes Transferprotokoll” allgemein auf ein anderes Datenaustauschprotokoll als ein standardisiertes Transferprotokoll zum Austauschen von Daten zwischen einem Client und einem Server. Ein Stapel eines nicht standardisierten Transferprotokolls kann allgemein ein(e) oder mehrere Schichten/Protokolle umfassen, die in dem Stapel eines standardisierten Protokolls, der in
2 gezeigt ist, nicht umfasst sind, und diese(s) neue Schicht/Protokoll kann ”anstatt” einer/s oder mehrerer Schichten/Protokolle des Stapels eines standardisierten Protokolls, der in2 gezeigt ist, und/oder ”zusätzlich zu” einer/m oder mehreren Schichten/Protokollen des Stapels eines standardisierten Protokolls, der in2 gezeigt ist, realisiert werden, so dass der Stapel eines nicht standardisierten Trans ferprotokolls HTTP-über-TCP-über-IP nicht als Teil des Transferprotokolls, das zum Austauschen von Daten zwischen einem Client und einem Server verwendet wird, realisiert. Beispielsweise kann der Protokollstapel200 von2 bei einer Realisierung eines Stapels eines ”nicht standardisierten” Transferprotokolls derart modifiziert werden, dass er ein(e) oder mehrere neue Schichten oder Protokolle umfasst, die sich von dem herkömmlichen HTTP/TCP/IP-Protokollstapel von2 unterscheiden und/oder nicht in dem herkömmlichen HTTP/TCP/IP-Protokollstapel200 von2 umfasst sind. - Bei einer nicht einschränkenden Realisierung eines Stapels eines nicht standardisierten Transferprotokolls können ein(e) oder mehrere Schichten oder Protokolle zwischen HTTP und TCP oder zwischen TCP und IP etc. realisiert sein, um ein Nicht-HTTP/TCP/IP-Datenaustauschprotokoll zu realisieren.
- Bei einer anderen nicht einschränkenden Realisierung kann die HTTP-Schicht, die bei einem standardisierten Transferprotokoll von
2 verwendet wird, durch ein anwendungsspezifisches oder proprietäres Protokoll ersetzt werden, das eine verbindungsorientierte Anforderung/Antwort-Nachrichtenübermittlung mit einer Fehlerdetektion und einem Mechanismus einer automatischen Wiederholungsanfrage (ARQ) unterstützt, um eine durchgehend zuverlässige Kommunikation bereitzustellen (z. B. Fehlerbehebung mittels Fehlerdetektions-Codes und Protokoll einer automatischen Wiederholungsanfrage (ARQ)). - Eine beispielhafte Realisierung des Modulstapels eines bestimmten, nicht standardisierten Transferprotokolls wird nun nachstehend in Bezug auf
5 beschrieben. - Beispielhafter Stapel eines nicht standardisierten Transferprotokolls
-
5 ist ein beispielhafter Stapel500 eines nicht standardisierten Transferprotokolls, der zum Austauschen von Daten zwischen der Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß einigen Ausführungsformen der Erfindung verwendet wird. Der beispielhafte Kommunikationsprotokollstapel500 umfasst Anwendungsschichten505 ,510 ,515 , die eine Browser-Anwendung (z. B. Internet Explorer), eine Darstellungsschicht510 (z. B. HTML) und eine Nicht-HTTP-Anforderung/Antwort-Protokollschicht515 umfassen; ein Transportschichtprotokoll520 (wie beispielsweise TCP, UDP, etc.); eine Internet-Schicht540 , die das Internet Protocol (IP) realisiert; eine Verbindungssicherungsschicht550 , die eine Medium Access Control-(MAC-) und eine Link Layer Control-(LLC-)Subschicht (nicht gezeigt) umfassen kann, und die ein beliebiges Verbindungssicherungsschichtprotokoll realisieren kann, das ein Ethernet-Verbindungssicherungsschichtprotokoll, ein IEEE 802.11-Verbindungssicherungsschichtprotokoll, ein Zellular-Verbindungssicherungsschichtprotokoll, ein Satelliten-Verbindungssicherungsschichtprotokoll oder jedes andere Drahtlos-Verbindungssicherungsschichtprotokoll umfasst; und eine physikalische Schicht560 , die jeden Standard einer physikalischen Schicht realisieren kann, umfassend eine physikalische Schicht eines Zellularnetzes (z. B. UMTS, WCDMA, CDMA, AMPS), eine physikalische Schicht für Satellit, Ethernet, IEEE 802.11, IEEE 802.16 (auch als WiMAX bekannt) etc. -
6 ist ein vereinfachtes Nachrichtenflussdiagramm600 zum Austauschen von Daten zwischen der entfernten Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 , wenn ein fahrzeuginternes Computer-Modul142 Daten an die entfernte Client-Einrichtung110 weiterleitet, gemäß anderen Ausführungsformen der Erfindung. - Das Szenario in
6 wird in Bezug auf ein Szenario beschrieben, bei dem das Computer-Modul142 in dem Fahrzeug125 Daten an die entfernte Client-Einrichtung110 überträgt oder ”weiterleitet”; es sei jedoch angemerkt, dass der Datenaustausch von6 nicht auf dieses spezifische Szenario beschränkt ist. Wie oben erwähnt, kann das fahrzeuginterne Kommunikations-Gateway-Modul130 als Teil eines Telematikmoduls realisiert sein, das entworfen ist, um Übermittlungen zwischen dem Computer-Modul142 in dem Fahrzeug125 und den Client-Einrichtungen110 zu verwalten. Das fahrzeuginterne Kommunikations-Gateway-Modul130 kommuniziert mit dem Computer-Modul142 unter Verwendung eines fahrzeuginternen Netzes. Das fahrzeuginterne Kommunikations-Gateway-Modul130 hostet eine Server-Anwendung132 , und die entfernte Client-Einrichtung110 hostet eine Browser-Anwendung112 . - In Schritt
605 überträgt das Computer-Modul142 Daten, die für die entfernte Client-Einrichtung110 bestimmt sind, über ein fahrzeuginternes Netz an das fahrzeuginterne Kommunikations-Gateway-Modul130 oder ”leitet diese weiter”. Mit anderen Worten sendet das Computer-Modul142 Daten, die für die entfernte Client-Einrichtung110 bestimmt sind, ohne aufgefordert worden zu sein, diese Daten zu senden. Es sei angemerkt, dass in Schritt605 jedes Protokoll verwendet werden kann, um Daten zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und dem Computer-Modul142 auszutauschen (d. h. es ist nicht notwendig, dem bestimmten, nicht standardisierten Transferprotokoll zu folgen). - Während der Initiierung einer Sitzung zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul
130 und der entfernten Client-Einrichtung110 erzeugt die entfernte Client-Einrichtung110 in Schritt610 eine TCP-Verbindungsanforderung und sendet sie an einen Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls130 . Wenn das fahrzeuginterne Kommunikations-Gateway-Modul130 die TCP-Verbindungsanforderung empfängt, stellen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 in Schritt620 eine TCP-Verbindung her. - In Schritt
630 sendet die Browser-Anwendung134 , die an dem fahrzeuginternen Kommunikations-Gateway-Modul130 gehostet ist, eine HTTP-Anforderungsnachricht an den Server114 , der in der entfernten Client-Einrichtung110 gehostet ist, um eine Software-Komponente von dem Server114 anzufordern. In Ansprechen auf die HTTP-Anforderungsnachricht bezüglich der Software-Komponente sendet die entfernte Client-Einrichtung110 in Schritt652 eine HTTP-Antwort, die die Software-Komponente umfasst, an das fahrzeuginterne Kommunikations-Gateway-Modul130 . - Wenn das fahrzeuginterne Kommunikations-Gateway-Modul
130 die Software-Komponente empfängt, schließen das fahrzeuginterne Kommunikations-Gateway-Modul130 und die entfernte Client-Einrichtung110 in Schritt654 ihre jeweiligen Standard-HTTP-Ports und geben ihre TCP-Verbindung frei. Wie oben erwähnt werden auf diese Weise keine ”standardisierten” Internet-Protokolle (d. h. HTTP-über-TCP-über-IP) für den nachfolgenden Informationsaustausch zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Client-Einrichtung110 verwendet. - In Schritt
656 lädt die Browser-Anwendung134 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 die Software-Komponente, die das Modul eines bestimmten, nicht standardisierten Transferprotokolls umfasst, und führt diese aus, und führt ein ausführbares Programm aus, um eine Übermittlung zwischen der entfernten Client-Einrichtung110 und dem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß dem bestimmten, nicht standardisierten Transferprotokoll zu ermöglichen. In Schritt657 stellen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 gemäß dem bestimmten, nicht standardisierten Transferprotokoll eine neue Verbindung her. - Nach dem Laden des Stapels eines bestimmten, nicht standardisierten Transferprotokolls von der Software-Komponente ist das fahrzeuginterne Kommunikations-Gateway-Modul
130 bereit, um gemäß dem bestimmten, nicht standardisierten Transferprotokoll Daten an die entfernte Client-Einrichtung110 zu übermitteln und mit dieser auszutauschen. In Schritt660 tauscht der Server132 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 die Daten (die er von dem Computer-Modul142 über das fahrzeuginterne Netz empfangen hat) gemäß dem bestimmten, nicht standardisierten Transferprotokoll mit der Browser-Anwendung112 aus, die an der entfernten Client-Einrichtung110 läuft. Sobald der Datenaustausch abgeschlossen ist, schließen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 die Verbindung in Schritt680 . -
7 ist ein vereinfachtes Nachrichtenflussdiagramm700 zum Austauschen von Daten zwischen einer entfernten Server-Einrichtung110 und einem fahrzeuginternen Kommunikations-Gateway-Modul130 gemäß einigen Ausführungsformen der Erfindung, wenn ein fahrzeuginternes Computer-Modul142 Daten von der entfernten Server-Einrichtung110 anfordert. - In Schritt
705 überträgt das Computer-Modul142 eine Anforderung bezüglich Daten über ein fahrzeuginternes Netz an das fahrzeuginterne Kommunikations-Gateway-Modul130 . Mit anderen Worten sendet das Computer-Modul142 eine Anforderung unilateral an das fahrzeuginterne Kommunikations-Gateway-Modul130 , um Daten von der entfernten Server-Einrichtung110 anzufordern. Es sei angemerkt, dass in Schritt705 jedes Protokoll verwendet werden kann, um die Anforderung von dem Computer-Modul142 an das fahrzeuginterne Kommunikations-Gateway-Modul130 weiterzuleiten (d. h. es ist nicht notwendig, dem bestimmten, nicht standardisierten Transferprotokoll zu folgen). - In Ansprechen auf die Anforderung bezüglich Daten initiiert eine Browser-Anwendung
134 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 eine Sitzung mit der entfernten Server-Einrichtung110 durch Erzeugen einer TCP-Verbindungsanforderung und übertragen der TCP-Verbindungsanforderung von einem Standard-HTTP-Port des fahrzeuginternen Kommunikations-Gateway-Moduls130 an die entfernte Server-Einrichtung110 in Schritt710 . Die entfernte Server-Einrichtung110 empfängt die TCP-Verbindungsanforderung an einem Standard-HTTP-Port der entfernten Server-Einrichtung110 . - In Schritt
720 stellen die entfernte Server-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 eine TCP-Verbindung her. Somit wird das fahrzeuginterne Kommunikations-Gateway-Modul130 während der Sitzungsinitiierung als Standard-Webschnittstelle verwendet. - In Schritt
730 sendet die Browser-Anwendung134 des fahrzeuginternen Kommunikations-Gateway-Moduls130 eine HTTP-Anforderungsnachricht an die entfernte Server-Einrichtung110 , um die Software von der entfernten Server-Einrichtung110 anzufordern. - In Ansprechen auf die HTTP-Anforderungsnachricht bezüglich der Software-Komponente sendet die entfernte Server-Einrichtung
110 in Schritt752 eine HTTP-Antwortnachricht, die die Software-Komponente umfasst, an das fahrzeuginterne Kommunikations-Gateway-Modul130 . Wie oben beschrieben umfasst die Software-Komponente ein Modul eines bestimmten, nicht standardisierten Transferprotokolls. - Wenn das fahrzeuginterne Kommunikations-Gateway-Modul
130 die Software-Komponente von der entfernten Server-Einrichtung110 empfängt, schließt das fahrzeuginterne Kommunikations-Gateway-Modul130 in Schritt754 seinen Standard-HTTP-Port, um die HTTP-Sitzung zu beenden und die TCP-Verbindung freizugeben. Wie oben erwähnt werden auf diese Weise keine ”standardisierten” Internet-Protokolle (der herkömmliche HTTP/TCP/IP-Protokollstapel von2 ) für den nachfolgenden Informationsaustausch zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Server-Einrichtung110 verwendet. - In Schritt
756 lädt die Browser-Anwendung134 an dem fahrzeuginternen Kommunikations-Gateway-Modul130 die Software-Komponente, die das Modul eines bestimmten, nicht standardisierten Transferprotokolls umfasst, und führt diese aus, und führt ein ausführbares Programm aus, um eine Kommunikation mit der entfernten Server-Einrichtung110 gemäß dem bestimmten, nicht standardisierten Transferprotokoll zu ermöglichen. In Schritt757 stellen die entfernte Server-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 gemäß dem bestimmten, nicht standardisierten Transferprotokoll eine neue Verbindung her, und in Schritt758 sendet das fahrzeuginterne Kommunikations-Gateway-Modul130 dann eine Nachricht an die entfernte Server-Einrichtung110 , um einen Datenaustausch mit der entfernten Server-Einrichtung110 gemäß dem bestimmten, nicht standardisierten Transferprotokoll anzufordern. - In Schritt
760 tauscht die entfernte Server-Einrichtung110 die angeforderten Daten (ursprünglich über das fahrzeuginterne Netz durch das Computer-Modul142 angefordert) gemäß dem bestimmten, nicht standardisierten Transferprotokoll mit der Browser-Anwendung134 aus, die an dem fahrzeuginternen Kommunikations-Gateway-Modul130 läuft. In Schritt770 liefert das fahrzeuginterne Kommunikations-Gateway-Modul130 die angeforderten Daten, die es von der entfernten Server-Einrichtung110 empfangen hat, an das Computer-Modul142 . Es sei angemerkt, dass dieser Austausch zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Server-Einrichtung110 die Verwendung des nicht standardisierten Transferprotokolls nicht erfordert. - Sobald der Datenaustausch abgeschlossen ist, schließen die entfernte Server-Einrichtung
110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 in Schritt780 die neue Verbindung. -
8 ist ein vereinfachtes Nachrichtenflussdiagramm800 zum Austauschen von Daten zwischen einem fahrzeuginternen Kommunikations-Gateway-Modul130 und einer entfernten Client-Einrichtung110 , wenn die entfernte Client-Einrichtung110 Daten von einem fahrzeuginternen Computer-Modul142 anfordert, gemäß anderen Ausführungsformen der Erfindung. Das Szenario in8 wird in Bezug auf ein Szenario beschrieben, bei dem die Client-Einrichtung110 Daten von einem Computer-Modul142 in dem Fahrzeug125 anfordert; es sei jedoch angemerkt, dass der Datenaustausch von8 nicht auf dieses spezifische Szenario beschränkt ist. - In Schritt
810 sendet die entfernte Client-Einrichtung110 eine TCP-Verbindungsanforderung an das fahrzeuginterne Kommunikations-Gateway-Modul130 , und in Schritt820 stellen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 eine TCP-Verbindung her. Beispielsweise empfängt das fahrzeuginterne Kommunikations-Gateway-Modul130 an einem Standard-Port (z. B. HTTP-Port) des fahrzeuginternen Kommunikations-Gateway-Moduls130 eine Anforderung bezüglich eines HTTP-Diensts von der entfernten Client-Einrichtung110 , und stellen das fahrzeuginterne Kommunikations-Gateway-Modul130 und die entfernte Client-Einrichtung110 dann eine TCP-Verbindung her. Techniken zum Herstellen einer TCP-Verbindung sind in der Technik weithin bekannt und werden hierin nicht weiter beschrieben. - In Schritt
830 sendet das fahrzeuginterne Kommunikations-Gateway-Modul130 eine Anweisung an die entfernte Client-Einrichtung110 , um ihren Standard-HTTP-Port zu schließen und von einem Online-Server105 eine Software-Komponente zu erhalten (d. h. herunterzuladen), die ein Modul eines bestimmten, nicht standardisierten Transferprotokolls umfasst. In Schritt832 schließt das fahrzeuginterne Kommunikations-Gateway-Modul130 seinen Standard-HTTP-Port, um seine TCP-Verbindung mit der entfernten Client-Einrichtung110 zu beenden. Auf diese Weise werden für den nachfolgenden Informationsaustausch zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Client-Einrichtung110 keine ”standardisierten” Internet-Protokolle verwendet. - In Ansprechen auf die Anweisung zum Herunterladen der Software-Komponente von dem Online-Server
105 sendet die entfernte Client-Einrichtung110 in Schritt834 eine Anforderung bezüglich der Software- Komponente an einen Online-Server105 , und in Schritt840 sendet der Online-Server105 die Software-Komponente an die entfernte Client-Einrichtung110 . Wie oben beschrieben umfasst die Software-Komponente das Modul eines bestimmten, nicht standardisierten Transferprotokolls. - In Schritt
851 lädt die entfernte Client-Einrichtung110 die Software-Komponente, die das Modul eines bestimmten, nicht standardisierten Transferprotokolls umfasst, und führt diese aus. Nachdem die entfernte Client-Einrichtung110 das Modul eines bestimmten, nicht standardisierten Transferprotokolls von der Software-Komponente geladen und ausgeführt hat, ist die entfernte Client-Einrichtung110 bereit, um gemäß dem bestimmten, nicht standardisierten Transferprotokoll Daten an das fahrzeuginterne Kommunikations-Gateway-Modul130 zu übermitteln und mit diesem auszutauschen. An dieser Stelle wird das nicht standardisierte Transferprotokoll während nachfolgender Übermittlungen zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und der entfernten Client-Einrichtung110 verwendet. - In Schritt
852 stellen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 gemäß dem bestimmten, nicht standardisierten Transferprotokoll eine neue Verbindung her. - Das fahrzeuginterne Kommunikations-Gateway-Modul
130 übermittelt die Datenanforderung an das Computer-Modul142 , und in Schritt858 tauschen das Computer-Modul142 und das fahrzeuginterne Kommunikations-Gateway-Modul130 die Daten über ein fahrzeuginternes Netz aus. Es sei angemerkt, dass in Schritt858 jedes Protokoll verwendet werden kann, um Daten zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul130 und dem Computer-Modul142 auszutauschen (d. h. es ist nicht notwendig, dem Modulstapel eines bestimmten, nicht standardisierten Transferprotokolls zu folgen). - In Schritt
860 sendet der Server132 , der an dem fahrzeuginternen Kommunikations-Gateway-Modul130 gehostet ist, die Daten, die er von dem Computer-Modul142 empfangen hat, gemäß dem bestimmten, nicht standardisierten Transferprotokoll an die Browser-Anwendung112 , die an der entfernten Client-Einrichtung110 läuft. Sobald der Datenaustausch abgeschlossen ist, schließen die entfernte Client-Einrichtung110 und das fahrzeuginterne Kommunikations-Gateway-Modul130 in Schritt880 die Verbindung. - Somit wurden zahlreiche Ausführungsformen beschrieben, die einer entfernten Einrichtung und einem fahrzeuginternen Kommunikations-Gateway-Modul ermöglichen können, Daten auszutauschen, ohne HTTP-über-TCP-über-IP als Protokoll zum Austauschen von Daten zwischen diesen Entitäten zu verwenden. Dies ermöglicht die Verwendung von bestimmten, nicht standardisierten Transferprotokollen und Nicht-Standard-Ports während eines Datenaustauschs in einem Telematiknetz.
Claims (20)
- Verfahren zum Übertragen von Daten von einer entfernten Server-Einrichtung an ein Computer-Modul in einem Fahrzeug, wobei das Verfahren umfasst, dass eine Anforderung bezüglich Daten von dem Computer-Modul über ein fahrzeuginternes Netz an ein fahrzeuginternes Kommunikations-Gateway-Modul übertragen wird, wobei die Anforderung bezüglich Daten von dem Computer-Modul für eine entfernte Server-Einrichtung bestimmt ist; von einem Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung übertragen wird, wobei die Software-Komponente ein Modul eines nicht standardisierten Transferprotokolls umfasst; das Modul eines nicht standardisierten Transferprotokolls an dem fahrzeuginternen Kommunikations-Gateway-Modul geladen wird; die angeforderten Daten von der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll an das fahrzeuginterne Kommunikations-Gateway-Modul übertragen werden; und die von der entfernten Server-Einrichtung gelieferten angeforderten Daten von dem fahrzeuginternen Kommunikations-Gateway-Modul über das fahrzeuginterne Netz an das Computer-Modul übertragen werden.
- Verfahren nach Anspruch 1, das ferner umfasst, dass die Software-Komponente in Ansprechen auf die Anforderung von der entfernten Server-Einrichtung an das fahrzeuginterne Kommunikations-Gateway-Modul gesendet wird.
- Verfahren nach Anspruch 1, das ferner umfasst, dass eine Verbindung zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul und der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll hergestellt wird.
- Verfahren nach Anspruch 1, das ferner umfasst, dass der Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls und ein Standard-Port der entfernten Server-Einrichtung geschlossen werden.
- Verfahren nach Anspruch 4, wobei der Schritt des Schließens des Standard-Ports des fahrzeuginternen Kommunikations-Gateway-Moduls und eines Standard-Ports der entfernten Server-Einrichtung umfasst, dass der Standard-Port an dem fahrzeuginternen Kommunikations-Gateway-Modul und an der entfernten Server-Einrichtung geschlossen werden, so dass für den nachfolgenden Informationsaustausch zwischen einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, und der entfernten Server-Einrichtung keine standardisierten Internet-Protokolle verwendet werden.
- Verfahren nach Anspruch 3, das ferner umfasst, dass die Verbindung zwischen dem fahrzeuginternen Kommunika tions-Gateway-Modul und der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll geschlossen wird.
- Verfahren nach Anspruch 1, wobei die Software-Komponente verwendet wird, um das Modul eines nicht standardisierten Transferprotokolls für Übermittlungen zwischen einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, und der entfernten Server-Einrichtung herzustellen, und wobei die Software-Komponente umfasst: ein ausführbares Programm, das das Modul eines nicht standardisierten Transferprotokolls umfasst, das der Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, ermöglicht, gemäß dem Modul eines nicht standardisierten Transferprotokolls mit der entfernten Server-Einrichtung zu kommunizieren.
- Verfahren nach Anspruch 7, wobei die Browser-Anwendung das ausführbare Programm ausführt, um eine Übermittlung zwischen der Browser-Anwendung und der entfernten Server-Einrichtung gemäß dem Modul eines nicht standardisierten Transferprotokolls zu ermöglichen.
- Verfahren nach Anspruch 7, wobei die Software-Komponente ein kompiliertes Programm und/oder ein Java-Applet und/oder ein Active-X-Steuerelement umfasst.
- Fahrzeug, umfassend: ein Computer-Modul, das entworfen ist, um eine Anforderung bezüglich Daten von einer entfernten Server-Einrichtung zu erzeugen; ein fahrzeuginternes Netz; und ein fahrzeuginternes Kommunikations-Gateway-Modul, das entworfen ist, um die Anforderung bezüglich Daten über das fahrzeuginterne Netz von dem Computer-Modul zu empfangen und in Ansprechen auf die Anforderung bezüglich Daten von einem Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung zu übertragen, wobei die Software-Komponente ein Modul eines nicht standardisierten Transferprotokolls umfasst, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um das Modul eines nicht standardisierten Transferprotokolls zu laden und die angeforderten Daten gemäß dem nicht standardisierten Transferprotokoll von der entfernten Server-Einrichtung zu empfangen, und wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um die angeforderten Daten, die von der entfernten Server-Einrichtung geliefert werden, mit dem Computer-Modul über das fahrzeuginterne Netz auszutauschen.
- Fahrzeug nach Anspruch 10, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um die Software-Komponente von der entfernten Server-Einrichtung zu empfangen.
- Fahrzeug nach Anspruch 10, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um gemäß dem nicht standardisierten Transferprotokoll eine Verbindung zu der entfernten Server-Einrichtung herzustellen.
- Fahrzeug nach Anspruch 10, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um den Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls vor dem Austauschen der Daten mit der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll zu schließen, so dass für den nachfolgenden Informationsaustausch zwischen der entfernten Server-Einrichtung und einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, keine standardisierten Internet-Protokolle verwendet werden.
- Fahrzeug nach Anspruch 12, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um die Verbindung zwischen dem fahrzeuginternen Kommunikations-Gateway-Modul und der entfernten Server-Einrichtung nach dem Austauschen der Daten mit der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll zu schließen.
- Fahrzeug nach Anspruch 10, wobei die Software-Komponente verwendet wird, um das Modul eines nicht standardisierten Transferprotokolls für Übermittlungen zwischen einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, und der entfernten Server-Einrichtung herzustellen, und wobei die Software-Komponente umfasst: ein ausführbares Programm, das das Modul eines nicht standardisierten Transferprotokolls umfasst, das der Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, ermöglicht, gemäß dem nicht standardisierten Transferprotokoll mit der entfernten Server-Einrichtung zu kommunizieren.
- Fahrzeug nach Anspruch 15, wobei die Browser-Anwendung das ausführbare Programm ausführt, um eine Übermittlung zwischen der Browser-Anwendung und der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll zu ermöglichen.
- Fahrzeug nach Anspruch 15, wobei die Software-Komponente ein kompiliertes Programm und/oder ein Java-Applet und/oder ein Active-X-Steuerelement umfasst.
- Fahrzeuginternes Kommunikations-Gateway-Modul, entworfen, um: über ein fahrzeuginternes Netz eine durch ein Computer-Modul erzeugte Anforderung bezüglich Daten zu empfangen, wobei die Daten von einer entfernten Server-Einrichtung geliefert werden sollen; von einem Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls in Ansprechen auf die Anforderung bezüglich Daten eine Anforderung bezüglich einer Software-Komponente an die entfernte Server-Einrichtung zu übertragen, wobei die Software-Komponente ein Modul eines nicht standardisierten Transferprotokolls umfasst; die Software-Komponente von der entfernten Server-Einrichtung zu empfangen; den Standard-Port des fahrzeuginternen Kommunikations-Gateway-Moduls vor dem Übertragen der Anforderung bezüglich Daten an die entfernte Server-Einrichtung zu schließen, so dass während des nachfolgenden Austauschs der angeforderten Daten zwi schen der entfernten Server-Einrichtung und einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, keine standardisierten Internet-Protokolle verwendet werden; das Modul eines nicht standardisierten Transferprotokolls zu laden; gemäß dem nicht standardisierten Transferprotokoll eine Verbindung zu der entfernten Server-Einrichtung herzustellen; und gemäß dem nicht standardisierten Transferprotokoll die angeforderten Daten von der entfernten Server-Einrichtung zu empfangen.
- Fahrzeuginternes Kommunikations-Gateway-Modul nach Anspruch 18, wobei das fahrzeuginterne Kommunikations-Gateway-Modul ferner entworfen ist, um: die von der entfernten Server-Einrichtung gelieferten angeforderten Daten mit dem Computer-Modul über das fahrzeuginterne Netz auszutauschen.
- Fahrzeuginternes Kommunikations-Gateway-Modul nach Anspruch 18, wobei die Software-Komponente verwendet wird, um das Modul eines nicht standardisierten Transferprotokolls für Übermittlungen zwischen einer Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, und der entfernten Server-Einrichtung herzustellen, und wobei die Software-Komponente umfasst: ein ausführbares Programm, das das Modul eines nicht standardisierten Transferprotokolls umfasst, das der Browser-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, ermöglicht, mit der entfernten Server-Einrichtung gemäß dem nicht standardisierten Transferprotokoll zu kom munizieren, wobei die Browser-Anwendung das ausführbare Programm ausführt, um eine Übermittlung zwischen der Browser-Anwendung, die an der entfernten Client-Einrichtung gehostet ist, und der Server-Anwendung, die an dem fahrzeuginternen Kommunikations-Gateway-Modul gehostet ist, gemäß dem nicht standardisierten Transferprotokoll zu ermöglichen.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/856,533 | 2007-09-17 | ||
US11/856,533 US7849224B2 (en) | 2007-09-17 | 2007-09-17 | Method and apparatus for implementing a mobile server |
Publications (2)
Publication Number | Publication Date |
---|---|
DE102008046927A1 DE102008046927A1 (de) | 2009-04-09 |
DE102008046927B4 true DE102008046927B4 (de) | 2010-07-22 |
Family
ID=40418352
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE102008046927A Active DE102008046927B4 (de) | 2007-09-17 | 2008-09-12 | Verfahren und Vorrichtung zum Realisieren eines mobilen Servers |
Country Status (2)
Country | Link |
---|---|
US (1) | US7849224B2 (de) |
DE (1) | DE102008046927B4 (de) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7822828B2 (en) * | 2007-09-17 | 2010-10-26 | Gm Global Technology Operations, Inc. | System for using non-standard transfer protocol from software received at in-vehicle communications gateway for exchanging data with client device |
US7849224B2 (en) | 2007-09-17 | 2010-12-07 | Gm Global Technology Operations, Inc. | Method and apparatus for implementing a mobile server |
US7818403B2 (en) * | 2007-09-17 | 2010-10-19 | Gm Global Technology Operations, Inc. | System for using non-standard transfer protocol from software received at client device for exchanging data with in-vehicle communications gateway |
DE102007047143A1 (de) * | 2007-10-02 | 2009-04-09 | Uemis Ag | Vorrichtung zur Analyse eines Tauchgangs |
JP4390006B2 (ja) * | 2008-04-01 | 2009-12-24 | トヨタ自動車株式会社 | カーナビゲーション装置、携帯情報端末、及びカーナビゲーションシステム |
FR2957733B1 (fr) | 2010-03-22 | 2015-10-09 | Airbus Operations Sas | Procede de communication entre un aeronef et une station au sol |
DE102011120249A1 (de) * | 2011-12-05 | 2013-06-06 | Volkswagen Aktiengesellschaft | Verfahren zum Betreiben eines Internetprotokoll-basierten Funktionssystems und dazugehöriges Internetprotokoll-basiertes ... |
US9883567B2 (en) | 2014-08-11 | 2018-01-30 | RAB Lighting Inc. | Device indication and commissioning for a lighting control system |
US10039174B2 (en) | 2014-08-11 | 2018-07-31 | RAB Lighting Inc. | Systems and methods for acknowledging broadcast messages in a wireless lighting control network |
US10531545B2 (en) | 2014-08-11 | 2020-01-07 | RAB Lighting Inc. | Commissioning a configurable user control device for a lighting control system |
US10085328B2 (en) | 2014-08-11 | 2018-09-25 | RAB Lighting Inc. | Wireless lighting control systems and methods |
CN105320050A (zh) * | 2015-11-27 | 2016-02-10 | 奇瑞汽车股份有限公司 | 一种基于网关的车辆功能集中控制方法 |
EP3416052B1 (de) * | 2016-02-11 | 2020-11-25 | Hyundai Motor Company | Verfahren und vorrichtung zur drahtlosen aktualisierung von software für ein fahrzeug |
DE102016125294A1 (de) * | 2016-12-22 | 2018-06-28 | Dr. Ing. H.C. F. Porsche Aktiengesellschaft | Verfahren und System für die Diagnose oder Konfigurierung eines Fahrzeugs |
FR3072239A1 (fr) * | 2017-10-11 | 2019-04-12 | Honeywell International Inc. | Système et procédé pour chargement de données d'aéronef utilisant des passerelles de cabine |
US20200278215A1 (en) * | 2017-11-22 | 2020-09-03 | Mitsubishi Electric Corporation | Map collection system, map server device, in-vehicle device and map collection method |
US10755492B2 (en) * | 2018-03-28 | 2020-08-25 | Cummins Inc. | Vehicle hazard management system |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5732074A (en) * | 1996-01-16 | 1998-03-24 | Cellport Labs, Inc. | Mobile portable wireless communication system |
DE10237715A1 (de) * | 2002-08-17 | 2004-02-26 | Robert Bosch Gmbh | Vorrichtung zum Zugriff auf ein Fahrzeugssteuersystem über eine drahtlose Verbindung |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000207219A (ja) * | 1999-01-18 | 2000-07-28 | Fujitsu Ten Ltd | 車載端末とセンタ―との間の通信システム、及び、通信システムに使用する車載端末 |
DE60010080T3 (de) * | 1999-06-01 | 2009-10-08 | Continental Automotive Systems US, Inc., Auburn Hills | Tragbares informationsgerät für fahrer |
US6975612B1 (en) * | 1999-06-14 | 2005-12-13 | Sun Microsystems, Inc. | System and method for providing software upgrades to a vehicle |
US6895444B1 (en) * | 2000-09-15 | 2005-05-17 | Motorola, Inc. | Service framework with local proxy for representing remote services |
US6757262B1 (en) * | 2000-09-15 | 2004-06-29 | Motorola, Inc. | Service framework supporting remote service discovery and connection |
US6912591B2 (en) * | 2001-05-02 | 2005-06-28 | Science Application International Corporation | System and method for patch enabled data transmissions |
US7302465B2 (en) * | 2001-10-22 | 2007-11-27 | Comverse, Inc. | Distributed multimedia transfer |
DE10158739B4 (de) * | 2001-11-30 | 2005-02-17 | Harman Becker Automotive Systems (Becker Division) Gmbh | WAP-Browserfähiges Kommunikationssytem sowie Client und Server für ein solches Kommunikationssystem |
GB0305959D0 (en) * | 2003-03-15 | 2003-04-23 | Ibm | Client web service access |
US20050198363A1 (en) * | 2004-02-05 | 2005-09-08 | Yibei Ling | Preserving HTTP sessions in heterogeneous wireless environments |
JP2007083873A (ja) * | 2005-09-22 | 2007-04-05 | Alpine Electronics Inc | 車載表示装置およびこれに用いる車載プロキシサーバ |
US20080082627A1 (en) * | 2006-09-29 | 2008-04-03 | Allen Stewart O | Method and Apparatus for Widget Container/Widget Tracking and Metadata Manipulation |
US8880402B2 (en) * | 2006-10-28 | 2014-11-04 | General Motors Llc | Automatically adapting user guidance in automated speech recognition |
US20080189359A1 (en) * | 2007-02-01 | 2008-08-07 | Sony Corporation | Content providing method, content playback method, portable wireless terminal, and content playback apparatus |
US8761747B2 (en) * | 2007-04-30 | 2014-06-24 | Samsung Electronics Co., Ltd. | Universal browser |
US7818403B2 (en) * | 2007-09-17 | 2010-10-19 | Gm Global Technology Operations, Inc. | System for using non-standard transfer protocol from software received at client device for exchanging data with in-vehicle communications gateway |
US7849224B2 (en) | 2007-09-17 | 2010-12-07 | Gm Global Technology Operations, Inc. | Method and apparatus for implementing a mobile server |
-
2007
- 2007-09-17 US US11/856,533 patent/US7849224B2/en active Active
-
2008
- 2008-09-12 DE DE102008046927A patent/DE102008046927B4/de active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5732074A (en) * | 1996-01-16 | 1998-03-24 | Cellport Labs, Inc. | Mobile portable wireless communication system |
DE10237715A1 (de) * | 2002-08-17 | 2004-02-26 | Robert Bosch Gmbh | Vorrichtung zum Zugriff auf ein Fahrzeugssteuersystem über eine drahtlose Verbindung |
Also Published As
Publication number | Publication date |
---|---|
DE102008046927A1 (de) | 2009-04-09 |
US7849224B2 (en) | 2010-12-07 |
US20090077266A1 (en) | 2009-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE102008046929B4 (de) | Verfahren und Vorrichtung zum Realisieren eines mobilen Servers | |
DE102008046927B4 (de) | Verfahren und Vorrichtung zum Realisieren eines mobilen Servers | |
EP1518383B1 (de) | Verfahren und vorrichtung zum senden und/oder zum empfang von informationen in verbindung mit einem fahrzeug | |
EP2705430B1 (de) | System zur diagnose einer komponente in einem fahrzeug | |
DE102008046918B4 (de) | Verfahren und Vorrichtung zum Realisieren eines mobilen Servers | |
DE102018103187A1 (de) | Erweitertes zentrales Gateway zur Fahrzeugvernetzung | |
DE112017003448T5 (de) | Fahrzeugkommunikationssystem und Verfahren | |
DE102018120915A1 (de) | Fahrzeuginterne Gruppenschlüsselverteilung | |
DE112013004941T5 (de) | Gateway-Vorrichtung | |
DE102011121255B3 (de) | Steuersystem eines Kraftfahrzeugs mit vereinfachtem Informationsaustausch | |
DE102013217259A1 (de) | Modusumschaltung eines Steuergeräts zwischen Diagnosebus und externer Ethernetverbindung | |
DE102011076445A1 (de) | System und Verfahren zum aktualisieren von Fahrzeuginformationen unter Verwendung eines mit einem Telematikserver verbundenen Wireless Access-Points | |
DE112017006750T5 (de) | Schaltvorrichtung, Kommunikationssteuerverfahren und Kommunikationssteuerprogramm | |
EP3542510A1 (de) | Verfahren für ein kommunikationsnetzwerk und elektronische kontrolleinheit | |
DE102021100251A1 (de) | Sichtsystem für omnidirektionale anhängerkameras | |
DE112010005047T5 (de) | Fahrzeuginformationssystem | |
WO2021122362A1 (de) | Kommunikation zwischen netzwerken eines kraftfahrzeugs | |
DE10254284A1 (de) | Verfahren und Vorrichtung für einen fahrzeugbezogenen Telematikdienst | |
DE102004059981B4 (de) | Steuergerät für ein Kommunikationsnetz mit Gateway-Funktionalität und Verfahren zum Betreiben desselben | |
EP3456033B1 (de) | Verfahren zum übertragen einer datei zwischen einer steuervorrichtung eines kraftfahrzeugs und einer fahrzeugexternen servervorrichtung, steuervorrichtung, servervorrichtung und kraftfahrzeug | |
DE102021125465A1 (de) | Systeme und verfahren zur audioverarbeitung | |
EP1303088B1 (de) | Verfahren und Anordnung zur Datenübertragung zwischen einer Steuereinheit und einem Bluetooth-Access-Point | |
DE102004020880B4 (de) | Schnittstelle zur Kommunikation zwischen Fahrzeug-Applikationen und Fahrzeug-Bussystemen | |
WO2023169732A1 (de) | Verfahren zum weiterleiten von daten in einem kommunikationssystem eines fahrzeugs | |
EP3539308A1 (de) | Verfahren zur datenübertragung in einem fahrzeug-kommunikationsnetzwerk, fahrzeug-kommunikationsnetzwerk, teilnehmer und fahrzeug |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8180 | Miscellaneous part 1 |
Free format text: PFANDRECHT |
|
8125 | Change of the main classification |
Ipc: H04L 29/06 AFI20081216BHDE |
|
8180 | Miscellaneous part 1 |
Free format text: PFANDRECHT AUFGEHOBEN |
|
8180 | Miscellaneous part 1 |
Free format text: PFANDRECHT |
|
8364 | No opposition during term of opposition | ||
8327 | Change in the person/name/address of the patent owner |
Owner name: GM GLOBAL TECHNOLOGY OPERATIONS LLC , ( N. D. , US |
|
R081 | Change of applicant/patentee |
Owner name: GM GLOBAL TECHNOLOGY OPERATIONS LLC (N. D. GES, US Free format text: FORMER OWNER: GM GLOBAL TECHNOLOGY OPERATIONS, INC., DETROIT, MICH., US Effective date: 20110323 |
|
R079 | Amendment of ipc main class |
Free format text: PREVIOUS MAIN CLASS: H04L0029060000 Ipc: H04L0065000000 |