-
HINTERGRUND DER ERFINDUNG
-
Eine Ausführungsform betrifft allgemein die Integration externer Geräte in ein Fahrzeug.
-
Mobile Geräte wie etwa Smartphones werden ein alltäglicher Bestandteil im Leben der Menschen. Die Anzahl der Anwendungen, die auf einem Smartphone verwendet werden können, nimmt laufend zu. Derartige mobile Geräte werden nicht nur für Telefonanrufe und Textbotschaften verwendet, sondern sie werden auch für Multimedia (Video und Audio), Internetzugang, Lesen, GPS und Navigation, Terminplanung, Forschung, soziale Netzwerke, Spiele und buchstäblich tausende anderer Anwendungen verwendet. Seit kurzem ermöglichen es Technologien, dass Verbraucher viele Anwendungen auf ihrem Telefon so nutzen, dass sie auf einer Haupteinheit eines Infotainmentsystems verwendet werden können, etwa das direkte Anzeigen eines Videobilds an dem Bildschirm in der Mittelkonsole des Fahrzeugs. Mit dieser Technik zeigen viele Benutzer gerne Videomaterial und andere visuelle oder Audiomaterialien an dem Bildschirm der Haupteinheit an, welche von dem tragbaren Gerät erzeugt werden. Viele Benutzer wünschen jedoch, die Bedienelemente an der Haupteinheit anstelle der Bedienelemente an dem tragbaren Gerät als Gerätebedienelemente zu verwenden, um die Videoquelle zu steuern. Datenkollisionen zwischen der Datenübertragung und Steuerungssignalübertragungen können zu Leistungs- und Latenzzeitproblemen führen.
-
Die Druckschriften Bose, Raja; Brakensiek, Jörg; Park, Keun-Young: Terminal Mode - Transforming Mobile Devices into Automotive Application Platforms. In: Proceedings of the Second International Conference on Automotive User Interfaces and Interactive Vehicular Applications (AutomotiveUt 2010), November 11-12, 2010, Pittsburgh, Pennsylvania,
USA, S. 148 - 155 sowie Bose, Raja; Brakensiek, Jörg; Park, Keun-Young; Lester, Jonathan: Morphing Smartphones into Automotive Application Platforms. In: Computer, Vol. 44, Nr. 5, 2011, S. 53 -61 offenbaren eine Technik, die Terminal Modus genannt wird und die Integration eines Mobiltelefons in eine Hauptsteuerungseinheit eines Kraftfahrzeugs derart ermöglicht, dass Applikationen auf dem Mobiltelefon auf einem Display der Hauptsteuerungseinheit angezeigt und von dort aus gesteuert werden können.
-
In der Druckschrift
US 2011 / 0 271 195 A1 sind Verfahren und Vorrichtungen zum Zuteilen von verschiedenen Inhalten auf verschiedene Hardwareschnittstellen offenbart, bei denen Audio-, Video- und Steuerungsinhalte zwischen einem Mobiltelefon und einem Computer über unterschiedliche Übertragungskanäle wie Bluetooth, HDMI und USB übertragen werden.
-
Die Druckschrift
US 2011 / 0 107 388 A1 offenbart ein Verfahren und eine Vorrichtung zum Übertragen von Nutzereingaben in ein Audio/Video-Ausgabegerät an eine Audio/Video-Quelle unter Verwendung eines Nutzereingabe-Rückkanals.
-
ZUSAMMENFASSUNG DER ERFINDUNG
-
Ein Vorteil einer Ausführungsform besteht in einer Verringerung der Latenzzeit beim Ausführen des Abspielens des Videos oder Audios, das von einem entfernten Gerät erzeugt und an einem separaten Ausgabegerät angezeigt wird. Die Verwendung separater Kommunikationskanäle oder der Priorisierung einer Kommunikation über den gleichen Kommunikationskanal beseitigt Signalkollisionen zwischen den kommunizierenden Geräten. Als Folge werden von einem Benutzer in eine Hauptsteuerungseinheit eingegebene Steuerungssignale auf effektive Weise an das entfernte Gerät kommuniziert und die Befehle werden von dem entfernten Gerät unmittelbar ausgeführt. Als Folge gibt es keine Latenzzeit bei den Steuerungssignalen, die an das entfernte Gerät übertragen werden, oder bei der Mediendatenübertragung an die Hauptsteuerungseinheit in Ansprechen auf die empfangenen Steuerungssignale.
-
Eine Ausführungsform betrachtet ein Verfahren zum Steuern von Medieninhalt zwischen einer Quelle und einem entfernten Ausgabegerät. Ein autonomes tragbares Multimediagerät ist zum Weiterleiten von Medieninhalt ausgelegt. Das tragbare Gerät enthält einen Steuerungsserver, einen Datenserver und einen Inhalts-Cache. Eine Hauptsteuerungseinheit wird für einen feststehenden Betrieb an einer Betrachtersitzposition bereitgestellt. Die Hauptsteuerungseinheit enthält einen Steuerungsklienten und einen Datenklienten. Die Hauptsteuerungseinheit enthält ein Medienausgabegerät zum Abspielen des weitergeleiteten Medieninhalts. Die Hauptsteuerungseinheit ist von dem tragbaren Gerät entfernt. Zwischen dem Steuerungsserver und dem Steuerungsklienten wird eine erste lokale Netzwerkkopplung aufgebaut, um Steuerungssignale zwischen der Hauptsteuerungseinheit und dem tragbaren Gerät zu übertragen. Zwischen den Datenklienten und dem Datenserver wird eine zweite lokale Netzwerkkopplung aufgebaut, um Medieninhaltsignale zwischen der Hauptsteuerungseinheit und dem tragbaren Gerät zu übertragen. Die erste lokale Netzwerkkopplung weist eine niedrigere Übertragungsvolumenkapazität als die zweite lokale Netzwerkkopplung und eine kürzere Latenzzeit für die Steuerungssignale als für das Medieninhaltsignal über die zweite lokale Netzwerkkopplung auf. Bei einer Hauptsteuerungseinheit werden Benutzereingabedaten empfangen. Die Benutzereingabedaten betreffen die Anforderung eines Benutzers zum Verändern des Abspielens des weitergeleiteten Medieninhalts. Der Steuerungsklient erzeugt die Steuerungssignale, welche die Anforderung des Benutzers anzeigen, und überträgt die Steuerungssignale unter Verwendung der ersten lokalen Netzwerkkopplung an den Steuerungsserver. Der Steuerungsserver stellt Anweisungen für den Datenserver bereit, um die Benutzeranforderung auszuführen. Der Datenserver synchronisiert sich mit dem Inhalts-Cache, um Mediendaten zu holen, die zum Ausführen der Anweisungen verwendet werden. Die geholten Mediendaten werden unter Verwendung der zweiten lokalen Netzwerkkopplung von dem Datenserver an den Datenklienten übertragen. Die Mediendaten werden über das Medienausgabegerät an den Benutzer ausgegeben.
-
Figurenliste
-
- 1 ist eine bildliche Darstellung eines Schnittstellensystems zwischen einem tragbaren Gerät und einem Fahrzeug.
- 2 ist ein Blockdiagramm eines Schnittstellensystems zwischen einem tragbaren Gerät und einem Fahrzeug.
- 3 ist ein Blockdiagramm eines Übertragungsschemas, das einen einzigen Kommunikationskanal mit sämtlicher Kommunikation in die gleiche Richtung verwendet.
- 4 ist ein Blockdiagramm eines Übertragungsschemas unter Verwendung eines einzigen Kommunikationskanals mit Kommunikation in entgegengesetzte Richtungen.
- 5 ist ein Blockdiagramm eines Übertragungsschemas unter Verwendung getrennter Kommunikationskanäle.
- 6 ist ein Blockdiagramm eines Übertragungsschemas unter Verwendung eines prioritätsgesteuerten einzigen Kommunikationskanals.
- 7 ist ein Flussdiagramm für ein Verfahren für den Protokollbetrieb zwischen dem tragbaren Gerät und der Haupteinheit.
-
GENAUE BESCHREIBUNG
-
In 1 und 2 ist eine bildliche Darstellung und ein Blockdiagramm eines Schnittstellensystems zwischen einem tragbaren Gerät und einem Fahrzeug gezeigt. Das System enthält ein Fahrzeugschnittstellensystem 12, das mit einem tragbaren Gerät 14 kommuniziert. Das tragbare Gerät 14 wird von einem Benutzer des Fahrzeugs mitgeführt und ist zum Speichern und Ausführen einer Vielzahl von Anwendungen in der Lage, die Video und Audio verwenden und an den Bildschirm der Fahrzeugschnittstellenvorrichtung 12 ausgegeben werden. Beispiele für ein tragbares Gerät 14 umfassen Smartphones, Netbooks, E-Reader, einen persönlichen digitalen Assistenten (PDA) und jedes andere Gerät, das eine Vielzahl von Video- und Audioanwendungen laufenlassen kann, sind aber nicht darauf beschränkt. Die Vielzahl von Video- und Audioanwendungen 16 umfasst Filme, Musik, DVD, Telefon, Navigation, Wettervorhersage, Leseprogramme, Email und das Internet, ist aber nicht darauf beschränkt.
-
Der Zweck des Schnittstellensystems zwischen einem tragbaren Gerät und einem Fahrzeug besteht darin, es einem Benutzer zu ermöglichen, die Vielzahl von Video und Audioanwendungen durch das Fahrzeugschnittstellensystem 12 auszuführen. Das fahrzeugbasierte Schnittstellensystem 12 enthält mindestens ein Mensch/Maschine-Schnittstellengerät (HMI-Gerät) 16. Das HMI-Gerät 16 kann eine doppelte Funktionalität aufweisen, bei der ein Videobildschirm 18 ein Video oder andere Graphiken anzeigt und das HMI-Gerät 16 außerdem Benutzereingaben annimmt. Ein Beispiel für ein HMI-Gerät 16, das eine doppelte Funktionalität enthält, ist die Haupteinheit eines Fahrzeugs, die den Videobildschirm 18 zum Anzeigen eines Videos (z.B. ein Navigationsbildschirm) und dedizierte Taster 20 und/oder einen berührungsempfindlichen Bildschirm 22 zum Empfangen der Auswahl des Benutzers enthält. Der Zweck des Videobildschirms 18 besteht darin, das Video anzuzeigen, das typischerweise auf dem tragbaren Gerät 14 zu sehen ist. Für die hier beschriebenen Zwecke ist ein Video jede Art von Bild (statisch oder dynamisch), die an dem Videobildschirm 18 angezeigt werden kann. Beispielsweise benutzen viele Smartphones heutzutage berührungsempfindliche Bildschirme, bei denen die graphische Benutzerschnittstelle an dem Bildschirm angezeigt wird und Auswahlen getätigt werden, indem entweder eine Anwendung/ein Symbol auf dem Bildschirm berührt wird oder ein Zeiger verwendet wird, um zu der Anwendung/dem Symbol zu navigieren. Zudem können Videos wie etwa ein Film und das Internet an dem Videobildschirm 18 angezeigt werden. Die graphische Benutzerschnittstelle enthält Filme, Internet und graphische Symbole zur Auswahl von Softwareanwendungen, ist aber nicht darauf beschränkt.
-
Das HMI-Gerät 20 zeigt auf einem Bildschirm das Video oder andere Graphiken an, die typischerweise auf dem tragbaren Gerät zu sehen sind. Dies ermöglicht, dass der Benutzer, der das angezeigte Video betrachtet, bestimmte Slave-Softwareanwendungen über die Bedienelemente des Schnittstellensystems 12 steuert, statt das tragbare Gerät 14 zu benutzen. Die Anwendung vom tragbaren Gerät 14 kann aktiviert werden, indem ein Menü an dem Videobildschirm 18 des HMI-Geräts 16 zur Auswahl einer Anwendung angezeigt wird. Wenn der Videobildschirm 18 ein berührungsempfindlicher Bildschirm 22 ist, dann kann eine Auswahl von dem berührungsempfindlichen Bildschirm 22 aus getroffen werden, oder wenn der Videobildschirm 18 kein berührungsempfindlicher Bildschirm ist, dann können physikalische Bedienelemente 20 (Taster, Knöpfe, Hebel usw.), etwa diejenigen, die man am Lenkrad vorfindet, umkonfiguriert werden, um den Benutzer durch die Anwendungen zu leiten, die an dem Bildschirm des HMI-Geräts 16 angezeigt werden.
-
3 veranschaulicht eine Anwendung, bei der Datenstrom- und Steuerungssignale über das gleiche Kommunikationsmedium übermittelt werden. Es gibt drei Arten von Datenströmen: einen Videostrom (V) mit hohem Volumen, einen Audiostrom (A) mit mittlerem Volumen und einen Steuerungsstrom (C) mit niedrigem Volumen. Alle drei Volumenströme stammen von dem mobilen Gerät für das Anzeigegerät unter Verwendung eines WiFi-Kanals 22. Datenpakete von Video-, Audio- und Steuerungsströmen werden in eine einzige WiFi-Warteschlange beruhend auf ihrem Erzeugungszeitpunkt eingefügt. Als Folge wird eine Latenzzeit begrenzt, die der Steuerungsstrom erfährt, da die Pakete von den drei Strömen über einen gewichteten Round-Robin-Prozess 24 gesendet werden.
-
4 veranschaulicht ein weiteres Übertragungsschema, bei dem zwei UDP-Ports (A) und (V) zur Audio- und Videoübertragung verwendet werden können und ein TCP-Port (C) für Steuerungssignale auf dem gleichen WiFi-Kanal 22 verwendet werden kann. Der Hauptkanal befördert die Video-(V)- und Audio-(A)-Massendaten, wodurch der WiFi-Kanal 22 mit hoher Auslastung dominiert wird. Der Rückwärtssteuerungsstrom (C) verfügt aufgrund des gleichen Rücksetzmechanismus über wenige Gelegenheiten zum Zugriff auf den WiFi-Kanal 22, was zu einer langen Latenzzeit für Steuerungsaktionen führt. Wie allgemein bei 26 gezeigt ist, tritt eine Kollision der Übertragung von Datenpaketen und Steuerungssignalen in entgegengesetzte Richtungen über den gleichen Kanal hinweg auf. Als Folge ist bei der Verwendung dieses Verfahrens das Latenzzeitverhalten ein Hauptproblem.
-
5 veranschaulicht ein erstes Übertragungsschema zum Überwinden der vorstehend beschriebenen Defizite. Ein Klientengerät, etwa eine Fahrzeughaupteinheit, ist allgemein bei 30 gezeigt. Das Klientengerät 30 enthält einen Echtzeittransportprotokollklienten (RTP-Klienten) 32, einen Desktopfemsteuerungsprotokoll-Klienten (RDP-Klienten) 34, einen Echtzeit-Streamingprotokoll-Klienten (RSTP-Klienten) 36 und ein Zeitsynchronisationsmodul 38 (z.B. ein Zeitsynchronisationsgerät oder ein softwarebasiertes Modul). Der RTP-Klient 32 verwendet ein RTP-Protokoll, das ein standardisiertes Paketformat zum Übertragen von Video und Audio definiert. RTP wird in Kommunikations- und Unterhaltungssystemen verwendet, die Streaming Media und andere Video/Audio-Telekommunikationen verwenden, und ist primär für eine Echtzeitübertragung der Video- und Audiodaten von Endpunkt zu Endpunkt entworfen.
-
Der RSTP-Klient 36 verwendet ein RSTP-Protokoll, das ein Netzwerksteuerungsprotokoll definiert, das von Unterhaltungs- und Kommunikationssystemen zum Steuern von Streaming-Media-Servern verwendet wird. Die Lieferung der Streaming-Daten selbst ist keine Aufgabe des RSTP-Protokolls. Stattdessen wird das RSTP-Protokoll verwendet, um die Sitzungen an den Endpunkten herzustellen und zu steuern und um eine Echtzeitsteuerung des Abspielens der reproduzierten Medien zu steuern. Derartige Befehle umfassen Pause, Abspielen, Stopp, schneller Vorlauf und schneller Rücklauf, sind aber nicht darauf beschränkt. Das RSTP arbeitet in Verbindung mit RTP zur Lieferung von Streaming Media.
-
Der RDP-Klient 34 verwendet ein Protokoll, das einem Benutzer eine graphische Schnittstelle an einem anderen Betrachtungsgerät über eine Netzwerkverbindung darbietet. Dies umfasst, dass der Benutzer ein RDP-Klientenprotokoll an einem ersten kommunizierenden Gerät verwendet, während ein anderes kommunizierendes Gerät ein RDP-Serverprotokoll verwendet. Die von RDP angebotene Funktionalität kann auch durch andere Protokollkomponenten erreicht werden, etwa das virtuelle Netzwerk-Computing (VNC).
-
Das Zeitsynchronisationsmodul 38 wird als Zeitstempel verwendet, um den Klienten beim Synchronisieren von Kommunikationen und Operationen mit anderen kommunizierenden Entitäten zu unterstützen.
-
Ein Servergerät, etwa ein tragbares Gerät, ist allgemein bei 40 dargestellt. Das Servergerät 40 enthält einen Echtzeittransportprotokoll-Server (RTP-Server) 42, einen Desktopfernsteuerungsprotokoll-Server (RDP-Server) 44, einen Echtzeit-Streaming-Protokoll-Server (RSTP-Server) 46, ein Zeitsynchronisationsmodul 48 und einen Inhalts-Cache 50. Alle diese Servergeräte weisen eine analoge Funktionalität wie vorstehend für die Klientengeräte beschrieben auf, mit der Ausnahme, dass die Funktionalität für das Servergerät 40 bereitgestellt ist. Der Inhalts-Cache 50 speichert die Video- und Audiodaten, von dem Servergerät 40 an das Klientengerät 30 geliefert werden sollen.
-
In 5 ist ein WiFi-Kanal 52 ein Datenkommunikationsmedium zur Übermittlung nur von Video- und Audiodaten vom Servergerät 40 an das Klientengerät 30. Der RTP-Server 42 kommuniziert mit dem RTP-Klienten 32, um das Kommunikationsprotokoll zur Lieferung des Video- und/oder Audioinhalts vom Servergerät 40 an das Klientengerät 30 bereitzustellen, welcher dann an einem Videobildschirm des Klientengeräts 30 angezeigt werden kann.
-
Ein zweites Kommunikationsmedium, das von dem WiFi-Kanal 52 getrennt ist, ist allgemein bei 54 gezeigt. Das Kommunikationsmedium 54 kann eine Bluetooth-, USB-, und Nahfeldkommunikation umfassen, ist aber nicht darauf beschränkt. Das Kommunikationsmedium 54 wird verwendet, um Steuerungssignale zu übertragen, die von dem Benutzer in das Klientengerät 30 eingegeben werden. Das Kommunikationsmedium liefert die Steuerungssignale an das Servergerät 40. Die Steuerungssignale stellen Steuerungsaktionen zum Steuern des Streamings von Video und/oder Audio, das von dem Servergerät 30 geliefert wird, bereit. Beispielsweise können Steuerungssignale wie etwa Pause, Abspielen, Rücklauf, schneller Vorlauf in das HMI-Gerät des Servergeräts 30 eingegeben werden und Steuerungssignale werden dann über das Kommunikationsmedium 54 übertragen, um Steuerungsaktionen des Servergeräts 40 zu befehlen. Der RDP-Klient 34, der RTSP-Klient 36 und das Zeitsynchronisationsmodul 38 arbeiten zusammen, um Steuerungssignale zur gemeinsamen und rechtzeitigen Kommunikation mit dem RDP-Server 44, dem RTSP-Server 46 und dem Zeitsynchronisationsmodul 48 zu übertragen. Der RTP-Server 42 empfängt die Befehle vom RDP-Server 44 und Daten vom Inhalts-Cache werden anschließend vom RTP-Server 42 an den RTP-Klienten 32 übermittelt, um das Video und Audio über den Videobildschirm des Klientengeräts anzuzeigen.
-
In 6 wird bei einem WiFi-Kanal eine virtuelle Trennung verwendet. Es werden zwei virtuelle Datenströme mit unterschiedlichen Priorisierungen über den gleichen WiFi-Kanal 52 verwendet. Das Klientengerät 30 und das Servergerät 40 verwenden die gleichen Klientengeräte bzw. Servergeräte wie in 4 beschrieben. Der Video- und Audiostrom vom Servergerät 40 an das Klientengerät 30 arbeitet mit Hilfe eines WiFi-Sendeschemas 56 mit niedriger Priorität. Das Steuerungssignal vom Klientengerät 30 an das Servergerät 40 arbeitet mit Hilfe eines WiFi-Sendeschemas 58 mit hoher Priorität. Eine Priorisierung über den WiFi-Kanal kann bewerkstelligt werden, indem ein verbesserter verteilter Kanalzugriff (EDCA von Enhanced Distributed Channel Access) verwendet wird. Bei EDCA weist ein Verkehr mit hoher Priorität eine höhere Wahrscheinlichkeit auf, gesendet zu werden, als ein Verkehr mit niedriger Priorität. Das heißt, dass ein Datenpaket mit einem Verkehr mit hoher Priorität im Mittelwert etwas weniger wartet, bevor es sein Paket sendet, als eine Datenbotschaft mit einem Verkehr mit niedriger Priorität. Dieser Prozess wird bewerkstelligt, indem ein kürzeres Konkurrenzfenster (CW) und ein kürzerer Entscheidungsraum zwischen Rahmen (AIFS) für Pakete mit höherer Priorität verwendet werden. Die genauen Werte hängen von der physikalischen Schicht ab, die zum Übertragen der Daten verwendet wird. Zudem stellt EDCA einen konkurrenzfreien Zugriff auf den Kanal für eine Zeitspanne bereit, die Übertragungsgelegenheit (TXOP) genannt wird. Als Folge wird das Steuerungssignal immer eine höhere Priorität als die Video- oder Audiodaten aufweisen, die übertragen werden, da das Steuerungssignal die Steuerungsaktion übermittelt, die mit Bezug auf die Video- und Audiodaten ergriffen werden soll. Eine ähnliche Funktionalität des Wiedergebens eines Kanals mit hoher Priorität kann auch über die Verwendung von Protokollkomponenten einer oberen Schicht erreicht werden, etwa Varianten des Übertragungssteuerungsprotokolls (TCP), welche das Rücksetzfenster von TCP-Protokollen manipulieren.
-
7 veranschaulicht ein Ablaufdiagramm des Protokollbetriebs zwischen dem tragbaren Gerät (d.h. Servergerät) und dem Haupteinheitsgerät (d.h. Klientengerät). Bei Block 60 wird bestimmt, welche Technik verwendet werden soll, um Steuerungssignale vom Haupteinheitsgerät an das tragbare Gerät zu liefern. Die Bestimmung kann beruhend auf einem intelligenten System durchgeführt werden, das entscheiden wird, ob separate physikalische Medien oder priorisierte Kommunikationen über den gleichen WiFi-Kanal verwendet werden sollen, oder sie kann von dem Benutzer gewählt werden. Beispielsweise kann die Bestimmung auf der Bandbreite des WiFi-Kanals oder einer anderen Art von Wechselwirkung beruhen, die die Verwendung einer jeweiligen Technik begünstigen wird.
-
In Ansprechen auf eine Bestimmung, dass die Techniken mit zwei separaten Kommunikationskanälen verwendet werden sollen, werden bei Block 61 zwei separate Kommunikationskanäle erzeugt. Der Video- und Audiokanal kann ein WiFi-Kommunikationsmedium verwenden, um das Video und Audio von dem tragbaren Gerät an das Haupteinheitsgerät zu liefern. Es wird ein zweiter Kommunikationskanal identifiziert, um ein Steuerungsaktionssignal, das von einem Benutzer an der Hauptsteuerungseinheit eingegeben wurde, an das tragbare Gerät zu übermitteln. Von dem zweiten Kanal verwendete Kommunikationsmedien können Bluetooth, USB und NFC umfassen, sind aber nicht darauf beschränkt.
-
Bei Block 62 werden zwischen dem tragbaren Gerät und der Hauptsteuerungseinheit eine erste lokale Netzwerkkopplung und eine zweite lokale Netzwerkkopplung hergestellt. Die erste lokale Netzwerkkopplung wird verwendet, um Steuerungssignale zwischen dem tragbaren Gerät und der Hauptsteuerungseinheit zu übertragen. Die zweite lokale Netzwerkkopplung wird verwendet, um Medieninhaltssignale zwischen den jeweiligen Geräten zu übertragen. Die erste lokale Netzwerkkopplung weist eine niedrigere Volumenkapazität als die zweite lokale Netzwerkkopplung und eine kürzere Latenzzeit für die Steuerungssignale als für den Medieninhalt über die zweite lokale Netzwerkkopplung auf. Daher können die erste und zweite lokale Netzwerkkopplung separate Transportentitäten enthalten (wie in Block 61 beschrieben) oder das erste und zweite lokale Netzwerk können separate virtuelle Kanäle auf der gleichen Transportentität mit unterschiedlichen Prioritäten enthalten (wie im Block 63 beschrieben). Die beiden lokalen Netzwerkkopplungen (z.B. Kommunikationskanäle) werden für zusammenwirkende Kommunikationen zwischen der Hauptsteuerungseinheit und dem tragbaren Gerät synchronisiert. Nach der Synchronisation geht die Routine zu Block 64 weiter.
-
Bei Block 64 werden Protokolloperationen eingeleitet, um Video- und Audiodaten vom tragbaren Gerät an die Hauptsteuerungseinheit zu liefern und zu steuern. Die in den Blöcken 64 - 71 beschriebenen Protokolloperationen werden unabhängig davon verwendet, ob die zwei separaten Kommunikationsmedien verwendet werden oder ob die Technik mit der priorisierten einzigen WiFi-Kommunikation verwendet wird. Bei Block 64 empfängt das Haupteinheitsgerät eine Steuerungsaktion, die von einem Benutzer eingegeben wird. Die Steuerungsaktion ist eine Anforderung zum Ausführen einer gewünschten Operation der Anwendung, die von dem tragbaren Gerät an die Hauptsteuerungseinheit geliefert wird oder geliefert werden soll. Es wird ein RDP/RTSP-Aktionssignal erzeugt, das die gewünschte Operation betrifft. Die gewünschte Operation kann beispielsweise Start, Stopp, Pause, Rücklauf und Schnellvorlauf umfassen, ist aber nicht darauf beschränkt.
-
Bei Block 65 startet der RDP/RSTP-Klient die Operation des RTP-Klienten oder lässt sie pausieren und holt aktuelle Metainformationen vom RTP-Klienten. Die aktuellen Metainformationen können den aktuellen Status der Operation und einen Zeitstempel umfassen, der verwendet wird, um Ereignisse zu synchronisieren und eine Zeitbasis herzustellen.
-
Bei Block 66 übermittelt der RDP/RSTP-Klient die Steuerungsaktion über das gewünschte Kommunikationsmedium, das bei Block 50 bestimmt wurde, und instruiert den RDP/RTSP-Server über die gewünschte Operation zusammen mit den Statusinformationen und dem Zeitstempel.
-
Bei Block 67 leitet der RDP/RTSP-Server die angeforderte gewünschte Operation, den Status der Operationen und den Zeitstempel an den RTP-Server weiter.
-
Bei Block 68 liefert der RTP-Server Anweisungen an den Inhalts-Cache bezüglich der gewünschten Operation zusammen mit Zeitstempelinformationen. Der Inhalts-Cache speichert alle Video- und Audiodaten im tragbaren Gerät.
-
Bei Block 69 „streamt“ der Inhalts-Cache die Video- und Audiodaten, welche die gewünschte Operation betreffen, an den RTP-Server.
-
Bei Block 70 überträgt der RTP-Server die Video- und Audiodaten, die von dem Inhalts-Cache „gestreamt“ werden, über das Video- und Audio-WiFi-Kommunikationsmedium an den RTP-Klienten.
-
Bei Block 71 empfängt der RTP-Klient die Video- und Audiodaten und das Haupteinheitgerät gibt die Video- und/oder Audiodaten an einem Videobildschirm des Haupteinheitsgeräts aus. Danach wird zu Block 64 zurückgekehrt.
-
Wieder mit Bezug auf Block 60 werden dann, wenn bestimmt wird, dass der priorisierte WiFi-Kanal verwendet wird, zwei virtuelle Datenleitungen mit unterschiedlicher Priorisierung auf den gleichen WiFi-Kanal erzeugt. Video- und Audiodaten vom RTP-Server des tragbaren Geräts werden unter Verwendung eines WiFi-Sendeschemas mit niedriger Priorität an die Hauptsteuerungseinheitsbasis geliefert. Steuerungssignale von dem RDP/RTSP-Klienten der Hauptsteuerungseinheit werden unter Verwendung eines WiFi-Sendeschemas mit hoher Priorität an das tragbare Gerät geliefert. Als Folge werden Steuerungsaktionssignale mit einer höheren Priorität versehen, um Daten über den WiFi-Kanal zu übertragen, als zum Übertragen der Video- und Audiodaten. Nachdem die virtuellen Datenleitungen über den gleichen WiFi-Kanal erzeugt sind, geht die Routine zu Block 64 weiter, bei dem Protokolloperationen zum Übertragen von Steuerungssignalen und Daten ausgeführt werden.
-
Obwohl bestimmte Ausführungsformen der vorliegenden Erfindung im Detail beschrieben wurden, wird der Fachmann auf dem Gebiet, das diese Erfindung betrifft, verschiedene alternative Konstruktionen und Ausführungsformen erkennen, um die Erfindung, die durch die folgenden Ansprüche definiert wird, in die Praxis umzusetzen.