-
Die Erfindung betrifft ein Verfahren zur Kommunikation zwischen einer Kommunikationseinheit eines Geräts und einer externen Kommunikationseinheit über eine mobile Telefoneinheit, eine Kommunikationseinheit sowie ein Computerprogrammprodukt.
-
Die Datenverbindung zwischen Mobiltelefonen und Geräten, wie zum Beispiel Fahrzeugen, dort meist der sogenannten Head Unit ( Geräteeinheit), ist in einigen Märkten beschränkt. So können Service Provider für mobile Telefoneinheiten wie zum Beispiel Mobiltelefone oder Smartphones bestimmte Dienstleistungen vertraglich oder technisch einschränken, zum Beispiel beim sogenannten Tethering, bei dem das Mobiltelefon die Rolle eines Modems übernimmt. Viele Dienste auf der Head Unit setzen allerdings genau auf diese Verbindung auf.
-
Diverse serielle Protokolle, welche für den Datenaustausch zwischen Fahrzeug und Mobiltelefon genutzt werden können wie zum Beispiel Bluetooth Serial Port Profile, Android Open Accessory Protocol oder IOS external Accessories bieten keine native TCP/IP (Transmission Control Protocol/Internet Protocol) Verbindung an. Durch die fehlende direkte TCP/IP Unterstützung können Dienste, welche auf eine Online Verbindung angewiesen sind, in Märkten oder Mobiltelefonen, die kein Tethering anbieten, nicht genutzt werden.
-
Auch existieren Geräte, wie zum Beispiel Haushaltsgeräte, welche keine TCP/IP-Schnittstelle enthalten, so dass derartige Geräte keine Online Verbindung über das TCP/IP Protokoll aufbauen können.
-
lm Falle der fehlenden Tethering Aktivierung müssen Kunden die Freischaltung für das Tethering am Smartphone durch Zukauf entsprechender Optionen beim Mobilfunk-Provider durchführen. lm Falle einer fehlenden Tethering Option kann der Fall auftreten, dass der Kunde ein neues Mobiltelefon kaufen muss, wenn er die volle Funktionalität eines Fahrzeugs nutzen möchte.
-
DE 10 2010 007 883 A1 offenbart eine Vorrichtung zum Empfang und zur Wiedergabe von Informationen in einem Fahrzeug, wobei im Fall, dass die Empfangsqualität einer ersten Information einen vorgebbaren Schwellwert unterschreitet, ein Sende- und Empfangsmittel von einer zweiten Informationsquelle bereitgestellte, von der Art der selektierten ersten Informationen abhängige zweite Informationen abrufbar sind.
-
WO 2005/004431 A2 offenbart ein Kraftfahrzeug-Multimediasystem mit einer in einem Kraftfahrzeug eingebauten Multimedia Zentralstation und einer weiteren optischen, grafikfähigen Anzeigeeinheit, die tragbar und drahtlos mit der Zentralstation verbindbar ist.
-
Der Erfindung liegt die Aufgabe zugrunde, eine Online-Verbindung mittels einer mobilen Telefoneinheit auch ohne TCP/IP-Verbindung zur Verfügung zu stellen.
-
Diese Aufgabe wird gelöst durch ein Verfahren gemäß Anspruch 1, eine Kommunikationseinheit gemäß Anspruch 8 beziehungsweise ein Computerprogrammprodukt gemäß Anspruch 12.
-
Das erfindungsgemäße Verfahren zur Kommunikation zwischen einer Kommunikationseinheit eines Geräts und einer externen Kommunikationseinheit über eine mobile Telefoneinheit sieht vor, dass zwischen der Kommunikationseinheit des Geräts und der mobilen Telefoneinheit eine serielle Verbindung aufgebaut wird, wobei ein Protokoll der seriellen Verbindung ein Datenfeld und einen ersten Header aufweist, dass zwischen der mobilen Telefoneinheit und der externen Kommunikationseinheit eine Verbindung aufgebaut wird, dass in der mobilen Telefoneinheit aus dem ersten Header ein zweiter Header für die Verbindung generiert wird und dass das Datenfeld unverändert von der seriellen Verbindung in die Verbindung übertragen wird.
-
Die Erfindung schafft somit einen Gateway oder eine Kommunikationsverbindung für Daten zwischen einer Kommunikationseinheit eines Geräts wie einem Fahrzeug, wie zum Beispiel einem Infotainment- oder Navigationssystem, und einer externen Kommunikationseinheit, wie zum Beispiel einem Backend des Fahrzeugherstellers. Als Schnittstelle wird dabei eine mobile Telefoneinheit, wie ein Smartphone des Fahrers verwendet. Das System arbeitet vergleichbar mit einem Router, wobei in dem Smartphone, dort von einem Softwareprogramm oder einer App, der Dateninhalt von einem Protokoll zu dem anderen beziehungsweise von einer Verbindung zu der anderen übertragen wird, ohne dass der Inhalt verändert wird beziehungsweise bekannt wird. Das Sicherheitsrisiko ist daher genauso wie bei einem Smartphone, das einen Hotspot zur Verfügung stellt und als Wifi-Router arbeitet. Es besteht kein größeres Risiko als bei herkömmlichen Wifi Tethering.
-
Eine mögliche verschlüsselte Verbindung, zum Beispiel via HTTPS zwischen der Kommunikationseinheit des Fahrzeugs und der externen Kommunikationseinheit wird nicht berührt. Ein privater Schlüssel der Verbindung befindet sich lediglich bei der externen Kommunikationseinheit und die Kommunikationseinheit des Fahrzeugs wie üblich den Kommunikationspartner auf Gültigkeit überprüfen. Somit besteht trotz Umsetzung oder der Schnittstelle im Smartphone eine transparente Verbindung zwischen den beiden Endpunkten.
-
Für die Kommunikation zwischen der externen Kommunikationseinheit und dem Smartphone wird zum Beispiel die verbreitete TCP Verbindung (Transmission Control Protocol, Übertragungssteuerungsprotokoll) verwendet. Zwischen der Kommunikationseinheit des Fahrzeugs und der mobilen Telefoneinheit wird eine serielle Verbindung aufgebaut, wobei ein Protokoll der seriellen Verbindung ein Datenfeld und einen Header oder Headerfeld aufweist. Die serielle Verbindung wird zum Beispiel über ein Accessory Protokoll wie AOAP (Android Open Accessory Protocol) oder iAP2 (Apple Accessory Protocol) realisiert. Dies sind Verbindungen beziehungsweise Protokolle, welche eine Verbindung, zum Beispiel über USB, mit weiteren Geräten erlaubt. Es hat sich gezeigt, dass dieses Protokoll keinen Einschränkungen hinsichtlich Tethering unterworfen ist. Somit erlaubt die Erfindung eine Bereitstellung einer durchgehenden Kommunikationsverbindung trotz Tethering. Die Software oder App beziehungsweise Schnittstelle auf dem Smartphone übersetzt die Header beziehungsweise passt sie zwischen den beiden Verbindungen zum Fahrzeug und zur externen Kommunikationseinheit, zum Beispiel im Backend, an. Anders ausgedrückt, sind der Header der seriellen Verbindung und die Software/Gateway eingerichtet, einen oder mehrere TCP Header zu erzeugen, so dass eine für die Endpunkte transparente Datenverbindung entsteht, wobei das oder die Datenfelder dabei unverändert belassen werden.
-
Das erfindungsgemäße Verfahren hat den Vorteil, dass keine Kosten für zusätzliche Hardware entstehen. Diese Lösung ist auch nachträglich, zum Beispiel per App, auf handelsüblichen Telefonen installierbar und erfordert keine spezielle Version eines Telefons. So kann auf einfache Art und Weise eine TCP/IP Verbindung für ein Gerät zur Verfügung gestellt werden, dass nicht über eine derartige Schnittstelle, aber eine Schnittstelle einer seriellen Verbindung verfügt. Dieser serielle Dienst wird über das neu vorgestellte Protokoll beziehungsweise deren Software in einen weiteren Dienst, den das Gerät nicht beherrscht, wie einen paketbasierten Dienst, eine paketbasierte Verbindung oder eine Client-Server-Verbindung übertragen oder umgesetzt.
-
Die serielle Verbindung kann ein Protokoll gemäß Bluetooth Serial Port umfassen. Eine Schnittstelle oder Kommunikationseinheit für ein Bluetooth Protokoll, wie zum Beispiel Bluetooth LE (Low Energy), besitzen viele Geräte, wie Fahrzeuge oder Haushaltsgeräte, und viele mobile Telefoneinheiten, wie zum Beispiel Smartphones, Tablets und dergleichen. Dies erlaubt eine einfache Implementierung des Verfahrens.
-
Die serielle Verbindung kann ein accessory Protokoll der mobilen Telefoneinheit umfassen. Ein accessory Protokoll, wie zum Beispiel Android Open Accessory Protocol oder IOS external Accessories, ist zumindest bei mobilen Telefoneinheiten weit verbreitet. In dem Gerät kann es ebenfalls bereits implementiert sein oder als zusätzliches Protokoll einfach, zum Beispiel durch eine Softwareroutine, implementiert werden. Diese Implementierung kann bereits bei der Herstellung des Geräts oder durch ein Softwareupdate vorgenommen werden.
-
Die serielle Verbindung kann eine USB-Verbindung umfassen. Neben den oben beschriebenen drahtlosen seriellen Verbindungen kann auch eine drahtgebundene serielle Verbindung zum Einsatz gelangen, zum Beispiel eine USB-Verbindung. Das neue Protokoll der seriellen Verbindung wird dann über die USB Schnittstelle übertragen beziehungsweise verwendet.
-
Die Verbindung kann eine TCP/IP Verbindung sein. Diese paketbasierte Verbindung ist zuverlässig und weit verbreitet zur Bereitstellung von Online-Zugängen.
-
Die Verbindung und/oder die serielle Verbindung können verschlüsselt werden. Diese Verschlüsselung kann die Verschlüsselung der beiden Kommunikationsstrecken zwischen dem Gerät und der mobilen Telefoneinheit sowie zwischen der mobilen Telefoneinheit und der externen Kommunikationseinheit umfassen. Die Umsetzung zwischen den beiden Protokollen auf diesen Verbindungen ist dank der Protokollstruktur ebenfalls gesichert. Denn in der mobilen Telefoneinheit werden nur die Header, auch Zusatzinformationen oder Metadaten genannt, der Datenübertragung bearbeitet, das oder die Datenfelder bleiben hingegen unverändert.
-
Es kann vorgesehen sein, dass ein Aufbau einer Kommunikationsverbindung zwischen der Kommunikationseinheit des Geräts und der externen Kommunikationseinheit umfasst, dass von der Kommunikationseinheit über die serielle Verbindung eine Socket-Anfrage an die mobile Telefoneinheit gestellt wird, dass von der mobilen Telefoneinheit über die Verbindung eine Nachricht zum Bereitstellen eines Sockets an die externe Kommunikationseinheit gesendet wird, dass von der externen Kommunikationseinheit über die Verbindung eine Nachricht zum bereitgestellten Socket an die mobile Telefoneinheit gesendet wird und dass von der mobilen Telefoneinheit über die serielle Verbindung eine Nachricht zum bereitgestellten Socket an die Kommunikationseinheit gesendet wird. Ein Socket kann auch als Kommunikationsendpunkt bezeichnet werden. Sie bilden die Schnittstelle zwischen dem Übertragungsprotokoll und weiterer Software. Mittels der oben genannten Schritte kann ein Gerät, das nativ nicht auf Online Dienste zugreifen kann, über die Umsetzung auf der mobilen Telefoneinheit für eben diese Funktionalität befähigt werden.
-
Die erfindungsgemäße Kommunikationseinheit eingerichtet zur Verwendung in einem Gerät umfasst, dass die Kommunikationseinheit eingerichtet ist, ein wie zuvor beschriebenes Verfahren auszuführen. Es gelten die gleichen Vorteile und Modifikationen wie zuvor beschrieben.
-
Ein Socket kann für die serielle Verbindung vorgesehen sein. Mittels eines einfach zu installierenden Sockets kann sowohl die mobile Telefoneinheit als auch die Kommunikationseinheit für das neue Protokoll vorbereitet werden.
-
Das Gerät kann ein Fahrzeug sein. Da Onlinedienste für Fahrzeuge häufig auf im Fahrzeug mitgeführte mobile Telefoneinheiten zurückgreifen, das dafür erforderliche Tethering aber nicht immer zur Verfügung steht, bietet sich das vorliegende Verfahren insbesondere für Fahrzeuge an.
-
Das Gerät kann ein Haushaltsgerät sein. Zum Beispiel könnten Haushaltsgeräte wie Waschmaschinen oder Kühlschränke lediglich über eine Bluetooth Kommunikation verfügen, jedoch auf eine Online-Verbindung angewiesen sein. Auch in diesem Fall bietet sich das vorliegende Verfahren an.
-
Das erfindungsgemäße Computerprogrammprodukt, das in den internen Speicher eines digitalen Computers geladen werden kann, umfasst Softwarecode-Komponenten, mit denen das wie zuvor beschriebene Verfahren ausgeführt wird, wenn das Produkt auf einem Computer, auf einer wie zuvor beschriebenen Kommunikationseinheit oder auf einer mobilen Telefoneinheit ausgeführt wird. Es gelten die gleichen Vorteile und Modifikationen wie zuvor beschrieben.
-
Weitere bevorzugte Ausgestaltungen der Erfindung ergeben sich aus den übrigen, in den Unteransprüchen genannten Merkmalen.
-
Die verschiedenen in dieser Anmeldung genannten Ausführungsformen der Erfindung sind, sofern im Einzelfall nicht anders ausgeführt, mit Vorteil miteinander kombinierbar.
-
Die Erfindung wird nachfolgend in Ausführungsbeispielen anhand der zugehörigen Zeichnungen erläutert. Es zeigen:
-
1 eine schematische Darstellung eines Systems und Verfahrens zur Kommunikation zwischen einer Kommunikationseinheit eines Geräts und einer externen Kommunikationseinheit; und
-
2 eine schematische Darstellung eines Schichtenmodells der Kommunikationsverbindung des Systems.
-
1 zeigt eine schematische Darstellung eines Systems 10 zur Kommunikation zwischen einer Kommunikationseinheit 12 eines Geräts 14 und einer externen Kommunikationseinheit 16 via einer mobilen Telefoneinheit 18.
-
Das Gerät 10 kann ein Fahrzeug, wie zum Beispiel einem PKW, LKW, Motorrad, Bus oder Bahn, sein. Als Fahrzeug werden hier sämtliche Land-, Luft- und Wasserfahrzeuge angesehen. Bei einem Fahrzeug kann die Kommunikationseinheit 12 ein Steuergerät, zum Beispiel für eine Infotainmenteinheit, sein. Das Gerät 10 kann auch ein Haushaltsgerät, zum Beispiel auch in einem Smart-Home Verbund, sein.
-
Die externe Kommunikationseinheit 16 kann ein Backend, das heißt eine Serverstruktur, eines Dienstanbieters, zum Beispiel bei dem oder im Auftrag des Geräteherstellers sein. Die externe Kommunikationseinheit 16 kann in einer Struktur angeordnet sein, wie dargestellt, oder auf mehrere Strukturen verteilt ausgebildet sein.
-
Die mobile Telefoneinheit 18 kann zum Beispiel ein Smartphone, ein Tablet oder ähnliches sein. Sie kann auch ein tragbarer Computer sein.
-
Die Kommunikationseinheit 12 enthält mehrere Features oder Funktionalitäten 20, 22, 24 wie zum Beispiel Navigation, Verkehrsstatus, welche mit der externen Kommunikationseinheit 16 kommunizieren. Dazu sind sie mit den Core-Services 26 der Kommunikationseinheit 12 verbunden, welche in Hard- und/oder Software ausgeführt sind. Innerhalb der Core-Services 26 ist ein Network Manager 28 vorgesehen, welcher die Kommunikationsverbindungen aufbaut und betreibt. Dort ist ein SPL (Socket Proxy Layer) Socket 30 oder Port implementiert, der den Aufbau, Abbau und die Aufrechterhaltung einer SPL Verbindung ausführt. Ein Accessory Protocol Support 32 ist vorhanden, um Kompatibilität mit den Accessory Protokollen zu gewährleisten. Der SPL Socket 30 und der Accessory Protocol Support 32 sind in Hard- und/oder Software ausgeführt. Die Kommunikationseinheit 12 enthält ferner eine serielle Schnittstelle 34, die hier in diesem Beispiel als USB (Universal Serial Bus) Schnittstelle ausgeführt ist. Der SPL Socket 30 ist mit der seriellen Schnittstelle 34 verbunden und kommuniziert über die serielle Schnittstelle 34 mit der mobilen Telefoneinheit 18.
-
Die mobile Telefoneinheit 18 hat eine korrespondierende oder kompatible serielle Schnittstelle 36. Eine Software 38, die zur Handhabung der Kommunikation eingerichtet ist, hat Zugriff auf diese Schnittstelle 36. In der Software 38 ist ein SPL Socket 40 vorhanden, der kompatibel mit dem SPL Socket 30 der Kommunikationseinheit 12 ist. Beide SPL Sockets 30, 40 können identisch ausgebildet sein oder wenn nötig an das jeweilige Betriebssystem oder die jeweilige Schnittstelle 34, 36 angepasst sein. In der Software 38 ist weiter ein TCP Socket 42 vorhanden, der eine TCP/IP Kommunikation zwischen der mobilen Telefoneinheit 18 und dem Backend 16 handhabt. Für diese Kommunikation umfasst die mobile Telefoneinheit 18 eine weitere Schnittstelle 44, auf welche die Software, speziell der TCP Socket 42, Zugriff hat. Alle hier genannten Schnittstellen oder Verbindungen sind bidirektional ausgeführt, so dass eine Kommunikation in beide Richtungen möglich ist. Die Schnittstelle 44 ist hier zum Beispiel eine Schnittstelle nach einem Mobilfunkstandard, wie zum Beispiel 2G, 3G, LTE oder 4G.
-
In der externen Kommunikationseinheit 16 ist eine korrespondierende oder kompatible Schnittstelle 46 vorhanden. Diese Schnittstelle 46 ist der Eintrittspunkt in die externe Kommunikationseinheit 16 und gewährt Zugriff auf beziehungsweise Kommunikation mit mehreren Features oder Funktionalitäten 48 und 50. Diese Funktionalitäten umfassen Datenbanken, Sicherheitseinrichtungen wie Verschlüsselungen, Dienste für Navigation usw.
-
Zuvor wurden die Kommunikationsteilnehmer, nämlich die Kommunikationseinheit 12, die mobile Telefoneinheit 18 und die externe Kommunikationseinheit 16 beschrieben. Im Folgenden werden die Verbindungen und die Kommunikation zwischen den Teilnehmern beschrieben.
-
Zwischen der Kommunikationseinheit 12 und der mobilen Telefoneinheit 18 ist beziehungsweise wird eine serielle Verbindung 52 gemäß dem SPL (Socket Proxy Layer) Protokoll aufgebaut und zwischen der mobilen Telefoneinheit 18 und der externen Kommunikationseinheit 16 ist beziehungsweise wird eine TCP Verbindung 54 aufgebaut. In der mobilen Telefoneinheit 18 wird zwischen den beiden Protokollen SPL und TCP umgesetzt, wie im Folgenden beschrieben wird.
-
Die serielle Verbindung 52 setzt auf USB auf und verwendet das SPL Protokoll 56 sowie ein Accessory Protokoll 58. Das SPL Protokoll 56 setzt auf das Accessory Protokoll 58 auf. Gemäß dem SPL Protokoll 56 ist ein SPL Header, hier erster Header 60 genannt, vorgesehen. Ein derartiger erster Header 60 enthält Übertragungsparameter, wie zum Beispiel Sender, Empfänger, Datenraten usw. Jede Nachricht, die über die serielle Verbindung 52 geschickt wird hat zumindest einen ersten Header 60. Reine Status- oder Servicenachrichten können lediglich aus einem ersten Header 60 bestehen. Nutznachrichten, mit denen Daten transportiert werden sollen, umfassen zusätzlich zu dem ersten Header 60 ein oder mehrere Datenfelder 62. Diese Datenfelder 62 enthalten Daten, die von der Kommunikationseinheit 14 zu der externen Kommunikationseinheit 16 übertragen werden, beziehungsweise von der externen Kommunikationseinheit 16 zu der Kommunikationseinheit 14 übertragen werden. Das SPL Protokoll 56 agiert dabei als Brückenlösung, das die Kommunikationseinheit 14 aufgrund unterschiedlicher Schnittstellen nicht direkt mit der externen Kommunikationseinheit 16 kommunizieren kann.
-
Die TCP Verbindung 54 verwendet ein TCP Protokoll 64. Das TCP Protokoll 64 umfasst einen TCP Header, hier zweiter Header 66 genannt. Ein derartiger zweiter Header 66 enthält Übertragungsparameter oder Übertragungsdaten, wie zum Beispiel Sender, Empfänger, Datenraten usw. Jede Nachricht, die über die TCP Verbindung 54 geschickt wird hat zumindest einen zweiten Header 66. Reine Status- oder Servicenachrichten können lediglich aus einem zweiten Header 66 bestehen. Nutznachrichten, mit denen Daten transportiert werden sollen, umfassen zusätzlich zu dem zweiten Header 66 ein oder mehrere Datenfelder 62. Diese Datenfelder 62 enthalten Daten, die von der Kommunikationseinheit 14 zu der externen Kommunikationseinheit 16 übertragen werden, beziehungsweise von der externen Kommunikationseinheit 16 zu der Kommunikationseinheit 14 übertragen werden.
-
In der mobilen Telefoneinheit 18, genauer gesagt in dem Programm 38, das zum Beispiel eine App sein kann, wird zwischen dem SPL Protokoll 56 und dem TCP Protokoll 64 umgesetzt. Dabei werden lediglich die Header 60, 66 verarbeitet, die Datenfelder 62 bleiben unverändert. Das heißt dass das Datenfeld 62 einer Nachricht oder Übertragung gemäß dem SPL Protokoll 56 exakt dem Datenfeld 62 einer Nachricht oder Übertragung gemäß dem TCP Protokoll 64 entspricht.
-
Für die Umsetzung der Header 60, 66 sind in der Software 38 sowohl ein SPL Socket 40 als auch ein TCP Socket 42 implementiert. Ein von der Kommunikationseinheit 14 stammender erster Header 60 wird dort empfangen und dessen Übertragungsdaten werden extrahiert und analysiert. Auf Basis dieser Übertragungsdaten wird von der Software 38 ein zweiter Header 66 für das TCP Protokoll 64 erstellt und an den TCP Socket 42 übertragen. Dieser zweite Header 66 wird dann mit dem oder den Datenfeldern 62 zu einer TCP kompatiblen Nachricht zusammengeführt und an den jeweiligen Empfänger, hier die externe Kommunikationseinheit 16 übertragen.
-
Umgekehrt wird ein von der externen Kommunikationseinheit 16 stammender zweiter Header 66 von dem TCP Socket 42 empfangen. Dessen Übertragungsdaten werden extrahiert und analysiert. Auf Basis dieser Übertragungsdaten wird von der Software 38 ein erster Header 60 für das SPL Protokoll 56 erstellt und an den SPL Socket 40 übertragen. Dieser erste Header 60 wird dann mit dem oder den Datenfeldern 62 zu einer SPL kompatiblen Nachricht zusammengeführt und an den jeweiligen Empfänger, hier die Kommunikationseinheit 14 übertragen.
-
Im Folgenden wird der Aufbau der Kommunikationsverbindung beschrieben. In diesem Beispiel geht der Verbindungsaufbau von der Kommunikationseinheit 14 aus, der Aufbau könnte auch von der externen Kommunikationseinheit 16 ausgehen. In einem ersten Schritt 68 sendet die Kommunikationseinheit 14 eine Verbindungsanfrage request socket connection (SPL info) an die mobile Telefoneinheit 18, welche daraufhin in einem zweiten Schritt 70 eine open socket (TCP) Anfrage an die externe Kommunikationseinheit 16 schickt. Die externe Kommunikationseinheit 16 stellt in einem dritten Schritt 72 mit der Nachricht socket available einen Socket zur Verfügung. Die mobile Telefoneinheit 18 wiederum sendet in einem vierten Schritt 74 eine entsprechende Nachricht mit SPL Information an die Kommunikationseinheit 14.
-
Zusätzlich kann die Verbindung zum Beispiel mittels asymmetrischer Verschlüsselung verschlüsselt werden. Dies kann zum Beispiel von einer Sicherheitseinrichtung 48 der externen Kommunikationseinheit 16 ausgehen und zum Beispiel CAI (Certificate based authentication using immobilizer) nutzen. Ein entsprechendes Gegenstück befindet sich in einer Kerneinheit beziehungsweise den Core Services 26 der Kommunikationseinheit 14. So kann eine durchgehend verschlüsselte HTTPS Verbindung zur Verfügung gestellt werden. Insgesamt ist die gesamte Kommunikationsverbindung zwischen den beiden Endpunkten Kommunikationseinheit 14 und externer Kommunikationseinheit 16 über die mobile Telefoneinheit 18 sehr sicher, da in der mobilen Telefoneinheit 18 die Daten nicht bearbeitet werden.
-
2 zeigt ein Schichtenmodell der Kommunikationsverbindung. Die serielle Verbindung 52 zwischen der Kommunikationseinheit 14 und der mobilen Telefoneinheit 18 basiert auf dem SPL Protokoll 56. Das SPL Protokoll 56 umfasst zumindest den ersten Header 60 mit mindestens einem Datenfeld 62. Die SPL Sockets 30, 40 und die Umsetzung zwischen SPL und TCP in dem Programm 38 kann ebenfalls als Bestandteil des SPL Protokolls 56 angesehen werden.
-
Das SPL Protokoll 56 nutzt in diesem Beispiel ein Accessory Protokoll 58, das auf einem Bulk Channel 76 zur Übertragung von Byteströmen einer physischen USB Verbindung 78 aufsetzt. Das SPL Protokoll 56 ist eine serielle Punkt zu Punkt Verbindung mit einem Datenstrom oder Paketen mit einem ersten oder SPL Header 60 und einem oder mehreren Datenfeldern 62.
-
Die Verbindung 54 zwischen der mobilen Telefoneinheit 18 und der externen Kommunikationseinheit 16 basiert auf dem TCP Protokoll 64. Das TCP Protokoll 64 hat eine oberste Transportschicht 80 und eine darunterliegende Vermittlungsschicht 82, die ein Protokoll namens IP umfasst. Darunter liegen eine oder mehrere Netzwerkschichten 84, über die der physische Zugang zu einem Netz realisiert wird.
-
Über eine in der mobilen Telefoneinheit 18 ausgeführte Umsetzung 86 wird der erste oder SPL Header 60 oder genauer gesagt dessen Kommunikationsanweisungen oder -informationen in einen zweiten oder TCP Header 66 umgesetzt. Das Datenfeld wird unverändert in den TCP-strom übernommen und zusammen mit dem erstellten zweiten oder TCP Header 66 an die externe Kommunikationseinheit 16 gesendet. Analog verläuft der Datenstrom beziehungsweise die Umsetzung in die andere Richtung von der externen Kommunikationseinheit 16 zu der Kommunikationseinheit 14.
-
Eine entsprechende Gegenstelle beziehungsweise Konfiguration ist in der Schnittstelle oder App der mobilen Telefoneinheit 18 vorhanden, wobei die Verschlüsselungsfunktionen und die Verbindungen zu den Features dort nicht realisiert sind.
-
Als oberste Schicht ist eine HTTPS Schicht 88 vorgesehen, welche eine durchgehende Verschlüsselung erlaubt.
-
Dank des SPL Protokolls 56 kann mit geringem Aufwand eine sichere und einfach zu implementierende Kommunikationsverbindung geschaffen werden und zwar für Kommunikationsteilnehmer, die nicht direkt miteinander kommunizieren können.
-
Bezugszeichenliste
-
- 10
- System
- 12
- Kommunikationseinheit
- 14
- Gerät
- 16
- externe Kommunikationseinheit
- 18
- mobile Telefoneinheit
- 20
- Funktionalität
- 22
- Funktionalität
- 24
- Funktionalität
- 26
- Core-Services
- 28
- Network Manager
- 30
- SPL Socket
- 32
- Accessory Protocol Support
- 34
- serielle Schnittstelle
- 36
- serielle Schnittstelle
- 38
- Software
- 40
- SPL Socket
- 42
- TCP Socket
- 44
- Schnittstelle
- 46
- Schnittstelle
- 48
- Funktionalität
- 50
- Funktionalität
- 52
- serielle Verbindung
- 54
- TCP Verbindung
- 56
- SPL Protokoll
- 58
- Accessory Protokoll
- 60
- erster Header
- 62
- Datenfeld
- 64
- TCP Protokoll
- 66
- zweiter Header
- 68
- erster Schritt
- 70
- zweiter Schritt
- 72
- dritter Schritt
- 74
- vierter Schritt
- 76
- bulk channel
- 78
- USB Verbindung
- 80
- Transportschicht
- 82
- Vermittlungsschicht
- 84
- Netzwerkschicht
- 86
- Umsetzung
- 88
- HTTPS Schicht
-
ZITATE ENTHALTEN IN DER BESCHREIBUNG
-
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
-
Zitierte Patentliteratur
-
- DE 102010007883 A1 [0006]
- WO 2005/004431 A2 [0007]
