[go: up one dir, main page]

DE102004043868B4 - Datenkommunikationssystem, sowie Datenkommunikationsverfahren - Google Patents

Datenkommunikationssystem, sowie Datenkommunikationsverfahren Download PDF

Info

Publication number
DE102004043868B4
DE102004043868B4 DE102004043868A DE102004043868A DE102004043868B4 DE 102004043868 B4 DE102004043868 B4 DE 102004043868B4 DE 102004043868 A DE102004043868 A DE 102004043868A DE 102004043868 A DE102004043868 A DE 102004043868A DE 102004043868 B4 DE102004043868 B4 DE 102004043868B4
Authority
DE
Germany
Prior art keywords
server
client
data communication
communication system
screen
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.)
Expired - Fee Related
Application number
DE102004043868A
Other languages
English (en)
Other versions
DE102004043868A1 (de
Inventor
Kai Lauterjung
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to DE202004021156U priority Critical patent/DE202004021156U1/de
Priority to DE102004043868A priority patent/DE102004043868B4/de
Priority to PCT/EP2005/054411 priority patent/WO2006027367A1/de
Publication of DE102004043868A1 publication Critical patent/DE102004043868A1/de
Application granted granted Critical
Publication of DE102004043868B4 publication Critical patent/DE102004043868B4/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • 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/2866—Architectures; Arrangements
    • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Datenkommunikationssystem, mit mindestens einem Client (1), und mindestens einem Server (2),
wobei eine Einrichtung (S1) vorgesehen ist, mit welcher an einem Bildschirm des Clients (1) angezeigte Bildschirminhalte in Abhängigkeit von vom Server (2) empfangenen Steuerdaten gesteuert werden, und
wobei der Server (2) Mittel aufweist zum Untersuchen von vom Server (2) an den Client (1) zu übertragenden Bildschirminhalten dahingehend, ob statt der Bildschirminhalte eine diesen dann zuzuordnende Codierung übertragen werden kann.

Description

  • Die Erfindung betrifft ein Datenkommunikationssystem, insbesondere ein Datenkommunikationssystem mit mindestens einem, insbesondere mehreren Clients, insbesondere Client-Rechnern, und mit mindestens einem Server, insbesondere Server-Rechner, sowie ein Datenkommunikationsverfahren.
  • Insbesondere betrifft die Erfindung ein System und ein Verfahren zur Reduzierung des Datenverkehrsvolumens und zur Reduzierung von Verzögerungszeiten für Applikationen, die auf einem Client-Rechner genutzt werden, der für die Applikationen als Ein- und Ausgabegerät dient und direkt oder indirekt über ein Mobilfunknetzwerk und/oder ein leitungsbasiertes Netzwerk, das sich dadurch auszeichnet, dass es insgesamt eine hohe Signallaufzeit (von z.B. >50 ms) aufweist, mit einem Applikationsserver verbunden ist, der die eigentliche Applikation ausführt und den via Netzwerk angebundenen Client Rechner (Terminal) zur Ein- und Ausgabe, sowie Darstellung von Programmsteuerelementen (z.B. Auswahlmenüs), Daten und Grafiken nutzt.
  • Die Übertragungskapazitäten der Mobilfunknetze und terrestrischen Weitverkehrsnetze werden ständig erweitert und ausgebaut. Dies ermöglicht neben Sprach- oder Messagediensten nun auch immer mehr, die Nutzung mobiler Datenübertragungen für Anwendungen im Privat- und Geschäftskundenbereich. Durch die hohe Abdeckung und mobile Verfügbarkeit der Anbindung an Netzwerke, ergeben sich auch neue Möglichkeiten für Lösungen im Client/Server Anwendungs-Bereich. Ein Beispiel dafür sind Applikationsserver, bei denen ein Server die Applikationen für mehrere via Netzwerk angebundene Clients in einem zentralen Rechenzentrum ausführt. Die Clients dienen lediglich als Eingabe- (Maus, Tastatur usw.) bzw.
  • Ausgabegerät (Bildschirm/Drucker usw.). Als Beispiel wäre hier die Architektur Microsoft Application Server zu nennen.
  • Der Vorteil einer Client Server Lösung, liegt darin, dass man den Administrations- und Investitionsaufwand einer Software-Lösung zentralisieren und somit Kosten sparen kann. Außerdem können kostspielige HW-Investitionen von vielen gemeinsam genutzt werden, und das Security Level steigt bei einer zentralisierten Administration. Die Kommunikation zwischen einem Applikations-Client und einem Applikations-Server Rechner ist durch einen ständigen Datenaustausch zwischen den beiden Geräten gekennzeichnet. Dabei werden die Eingaben des Nutzers der den Client benutzt (z.B. Tastatureingabe oder eine Mausbewegung) zum Server übertragen. Daten, Grafiken oder Steuerungssignale, die zur Anzeige der Applikation genutzt werden überträgt der Server über das Netzwerk zum Applikations-Client.
  • Die bisher verfügbaren Lösungen gingen dabei davon aus, dass die Signallaufzeit des Netzes gering ist, der Nutzer also nach Eingabe eines Zeichens, das vom Client zum Server übertragen wird, relativ schnell eine aktualisierte Darstellung des Bildschirms bekommt, die der Server über das Netzwerk zum Client Rechner überträgt. Bei Netzen mit hoher Verzögerungszeit führen die bisherigen Verfahren zu Problemen. Durch die hohen Signallaufzeiten bekommt der Nutzer erst verzögert die Reaktionen auf seine Eingaben angezeigt. So kann z.B. beim Anklicken eines Pull Down Menüs, was mehrere Interaktionen zwischen dem Client und dem Server notwendig macht, ggf. erst mehrer Sekunden später durch das Öffnen des Menüs die Reaktion auf dem Client dargestellt werden. Dies führt bisweilen dazu, dass ein effektives Arbeiten mit der Applikation unmöglich wird. Ein weiteres Problem ist es, dass bei Netzen mit hohen Kosten für Datenvolumen, sehr hohe Kosten für die Anbindung der Remote Ein-Ausgabeeinheiten (Terminals) anfallen.
  • In der US 2002/0109718 A1 ist ein Client-Server-System gezeigt, bei dem in jedem Client eine Liste mit UI-Elementen bzw. UI-Element-Definitionen gespeichert ist, wobei die UI-Elemente bzw. UI-Element-Definitionen von einer Vielzahl verschiedener Applikationen gemeinsam verwendet werden können sollen.
    •
  • Es ist eine Aufgabe der vorliegenden Erfindung, ein Verfahren und ein System zu schaffen, mit denen die Auswirkungen der Latenzzeit eines Mobilfunknetzwerkes und/oder eines terrestrischen Netzwerkes auf eine Applikation, die auf einem zentralen Server ausgeführt wird und für Ein- und Ausgaben mit einem via Mobilfunk- und/oder terrestrischem Netzwerk verbundenen Client Terminal kommuniziert, eliminiert bzw. weitestgehend reduziert werden, so dass ein für den Benutzer komfortables Arbeiten mit der Applikation ermöglicht wird, sowie die Datenvolumenübertragungskosten für den Benutzer deutlich gesenkt werden können.
  • Zur Lösung der o.g. Aufgabe wird gemäß der Erfindung ein System und ein Verfahren gemäß den Gegenständen der Ansprüche 1 und 10 bereitgestellt.
  • Weitere, vorteilhafte Ausgestaltungen der Erfindung sind in den Unteransprüchen angegeben.
  • Gemäß einem Aspekt des erfindungsgemäßen Verfahrens zur Eliminierung bzw. zur Reduktion der Auswirkungen der Latenzzeit eines Mobilfunknetzwerkes und/oder eines terrestrischen Netzwerkes auf eine Applikation und zur Einsparung von Datenvolumen bei der für die Ausführung einer Applikation notwendigen Kommunikation ist ein Client Rechner mit einem Server Rechner über ein Mobilfunknetzwerk und/oder einem terr. Netzwerk verbunden, wobei der Client Rechner (Terminal) lediglich zur Ein- und Ausgabe von Daten und Informationen (z.B. über eine Tastatur, eine Maus, einen Bildschirm oder Drucker) genutzt wird. Der Programmcode, der von einem Nutzer am Client Rechner benutzten Anwendung, wird auf dem via Netzwerk erreichbaren Server Rechner ausgeführt.
  • Die hier beschriebene erfindungsgemäße Client Server Architektur, kann aber muss nicht dadurch gekennzeichnet sein, dass bereits bekannte und allgemein bei der Datenkommunikation im Satellitenbereich eingesetzte Verfahren zur Optimierung des Datenflusses zwischen einem Client und einem Server über ein zeitverzögertes Satellitennetzwerk nun auch über ein Mobifunknetzwerk und/oder ein terrestrisches Netzwerk eingesetzt werden. Zu den bereits bekannten und bisher allgemein im Satellitenbereich eingesetzten Verfahren zählen insbesondere Software oder Hardware basierte Lösungen zur Vermeidung von Rückbestätigungsmeldungen von empfangenen/gesendeten Datenpaketen (Vermeidung von Acknowledgements (ACKs), beispielsweise durch den Einsatz von Enhanced TCP), zur Umwandlung von TCP in UDP-Übertragungen (UDP Tunneling), Optimierungen der MTU (Maximum Transfer Unit eines Datenpackets), Entfernung von Redundanzen in einer Datensequenz (beispielsweise durch Kompression), Vermeidung von wiederholten Übertragungen von häufig zu übertragenden Informationen (beispielsweise durch lokale Vorhaltung der Daten im Speicher, automatische Erkennung und Caching).
    •
  • In 1 ist – beispielhaft- eine Netzwerkarchitektur gemäß einem Ausführungsbeispiel der vorliegenden Erfindung gezeigt, wobei entsprechende Client Rechner 1 – über entsprechende Mobilfunk- und/oder territrische Netzwerke 3 – an einen (oder mehrere) Anwendungsserver 2 angeschlossen sind. Bei der erfindungsgemäßen Netzwerkarchitektur kann sich an der Lokation eines Client Rechners 1 eine zusätzliche geeignete Software oder eine Hardware befinden (im Folgenden S1 genannt), die die Bildschirmdarstellung oder Teile der Bildschirmdarstellung des Client Rechners 1 in gleicher Art und Weise wie bei einem Anwendungsserver 2 berechnen und durch Signale steuern kann.
  • An der Lokation des Client Rechners 1 kann sich eine Objektdatenbank befinden, die in der Lage ist Teile von Bildschirmdarstellungen (Objekte), wie beispielsweise Pixel, Linien, Grafiken, Menüs usw. sowie Korrelationen von Eingabesequenzen zu den Objekten zu speichern. Auf die Objektdatenbank hat S1 Zugriff. An der Lokation des Server Rechners 2 kann sich eine zusätzliche geeignete Software oder eine Hardware befinden (im Folgenden S2 genannt), die die vom Server Rechner 2 zum Client Rechner 1 gesendeten Daten dahingehend untersucht, ob sie Signalisierungsdaten enthalten, die eine Änderung der Bildschirmdarstellung bewirken sollen, die bereits durch S1 gesteuert worden ist. In diesem Fall hat S2 von den bereits durch S1 bearbeiteten Änderungen durch eine Mitteilung von S1, die über das Netzwerk 3 zu S2 übertragen worden ist, Kenntnis bekommen. Die Datenkommunikation zwischen dem Client Rechner 1 und dem Server Rechner 2 kann zusätzlich wie folgt optimiert werden: Die Eingaben für das Anwendungsprogramm (z.B. Tastaturanschläge, Mausbewegungen oder Clicks) werden bereits durch S1 dahingehend untersucht, ob sie zu einer Veränderung der Bildschirmdarstellung am Client Rechner 1 führen.
  • Ist dies der Fall, untersucht S1, welche für die zur Veränderung der Bildschirmdarstellung erforderlichen Daten und Objekte, wie beispielsweise:
    • • Grafiken/Bitmaps
    • • Icons
    • • diverse Fenstertypen
    • • Linien
    • • Rahmen
    • • Hintergründe
    • • Schattierungen
    • • Pull Down Menüs
    • • Menü Auswahl Boxen und deren mögliche Einträge
    • • Häkchen, Punkte, Auswahlelemente
    • • Zeichenelemente oder Buchstaben in Form verschiedener Fonts
    • • Und beliebig viele weitere frei durch ein Customizing definierbare Grafikelemente
    in der lokalen Objekt-Datenbank vorhanden sind, um die Veränderung oder Teile der Veränderung der Bildschirmdarstellung auch ohne Informationen des zentralen Server Rechners 2 unter Berücksichtigung der aktuellen Eingaben durch S1 lokal berechnen zu können. Dabei kann auch die Größe oder die Position von einzelnen Bildschirmelementen durch S1 neu berechnet werden. Die lokal möglichen Änderungen, also Änderungen der Bildschirmdarstellungen, die so keine Datenübertragung oder eine Steuerung durch den zentralen Server 2 erfordern, werden von S1 lokal dem Client Rechner 1 signalisiert, der diese Änderungen der Bildschirmdarstellung dann quasi ohne zeitliche Verzögerung darstellt. Diese Signalisierung erfolgt in der gleichen Art und Weise, wie sie normalerweise der zentrale Server Rechner 2 gegenüber dem Client Rechner 1 über das Netzwerk 3 durchführt. Somit kann beispielsweise, die Veränderte Position des Mauszeigers durch eine Bewegungseingabe der Maus, oder die Anzeige eines Menüs nach dem Anklicken oder die Bewegung eines Fensters usw. sofort angezeigt werden.
  • Erfindungsgemäß werden parallel zu diesem Prozess die Eingaben des Client Rechners 1, wie sonst auch, über das Netzwerk 3 an den zentralen Server Rechner 2 weitergeleitet. Zusätzlich wird S2 durch S1 über das Netzwerk 3 mitgeteilt, welche Änderungen der Bildschirmdarstellung am Client Rechner 1 bereits durch S1 vorgenommen wurden. Die Antworten des Servers Rechners 2 auf die Eingaben am Client Rechner 1 werden dann dahingehend untersucht, ob sie Steuerdaten- oder Signalisierungsinformationen enthalten, die Änderungen der Bildschirmdarstellung am Client Rechner 1 bewirken sollen, die bereits durch S1 gesteuert worden sind. Um doppelte Signalisierungen zu vermeiden, werden diese Daten und Signale bereits durch S1 herausgefiltert und nicht über das Netzwerk 3 zum Client Rechner 1 übertragen. Dadurch wird eine erhebliche Reduzierung des normalerweise von der Applikation verursachten Datentransportvolumens erreicht.
  • In einer weiteren Ausgestaltung des Verfahrens, wird die erfindungsgemäße Client Server Architektur (ergänzt durch S1 und S2) dahingehen erweitert, dass eine zusätzliche geeignete Software oder Hardware (im folgenden S3 genannt), zum automatischen Erstellen der Objektdatenbank eingesetzt wird. S3 untersucht dabei den vom Client Rechner 1 gesendeten Datenstrom auf sich häufig wiederholende Eingabekombinationen sowie die kurz darauf via Netzwerk empfangenen Reaktionen des Servers Rechners 2 auf Bildschirmsignalisierungen. Aus diesen Untersuchungen werden Korrelationen abgeleitet und in der Objekt-Datenbank abgespeichert. Somit wird die Objektdatenbank automatisch mit Informationen gefüllt (trainiert), die es S1 ermöglichen, Veränderungen der Bildschirmdarstellungen automatisch zu berechnen und die Bildschirmdarstellung oder Teile der Darstellung des Client Rechner 1 entsprechend lokal zu steuern.
  • Bei der in 1 gezeigten Netzwerkarchitektur können bei der Kommunikation zwischen Client Rechner 1 und Server Rechner 2 (und umgekehrt) vom jeweiligen Client Rechner 1 (oder Server Rechner 2) zur Kommunikation mit dem Server Rechner 2 (oder Client Rechner 1) zunächst erzeugte Daten-Pakete – z.B. TCP-Daten-Pakete (TCP = Transmission Control Protocol) – in entsprechende Daten-Pakete eines hiervon unterschiedlichen Protokolls, z.B. in entsprechende UDP-Pakete umgewandelt, und diese – über das o.g. Netzwerk 3 – an den Server Rechner 2 (oder den Client Rechner 1) übertragen werden.
  • Entsprechend umgekehrt können – vom jeweiligen Server Rechner 2 (oder Client Rechner 1) – die vom Client Rechner 1 (oder vom Server Rechner 2) empfangenen Daten-Pakete – z.B. die o.g. UDP-Daten-Pakete – in entsprechende Daten-Pakete eines hiervon unterschiedlichen Protokolls, z.B. – zurück – in entsprechende TCP-Daten-Pakete umgewandelt werden.
  • Gemäß TCP-Protokoll ist vorgesehen, dass der (korrekte) Empfang jedes einzelnen Daten-Pakets durch den jeweiligen Empfänger an den jeweiligen Sender (rück-)bestätigt wird – das UDP-Protokoll sieht demgegenüber keine entsprechenden (Rück-)Bestätigungs-Mechanismen vor.
  • Beim vorliegenden Ausführungsbeispiel kann stattdessen z.B. jeweils vor bzw. nach einer vorbestimmten Anzahl an – zwischen dem Client Rechner 1 und Server Rechner 2 ausgetauschten – UDP-Paketen die Anzahl der übermittelten bzw. im folgenden zu übermittelten Pakete (d.h. die Anzahl an Paketen einer „Paket-Serie") übertragen werden. Mit jedem Paket können Daten übermittelt werden, die kennzeichnen, um das wievielte Paket innerhalb der jeweiligen Paket-Serie es sich jeweils handelt. Hierdurch kann vom jeweiligen Empfänger (d.h, vom Client Rechner 1, oder vom Server Rechner 2) ermittelt werden, ob ein Paket – und wenn ja, welches – nicht bzw. nicht korrekt angekommen ist. Dieses Paket kann dann – einzeln – angefordert werden. Hierdurch ist – ohne aufwändigen (Rück-)Bestätigungs-Mechanismus – sichergestellt, dass innerhalb der Netzwerkarchitektur keine Daten verloren gehen.
  • Zusätzlich zu den obigen Ausführungen können – um in gewissen, im folgenden erläuterten Fällen einen unnötigen Daten-Verkehr zum und vom Server Rechner 2 einzuschränken – in diesen Fällen nur bzw. ein möglichst großer Anteil an Nutzdaten übertragen werden. Hierzu können vom Server Rechner 2 zum Client Rechner 1 zu übertragende Bildschirminhalte auf dem Server Rechner 2 untersucht werden, ob sie nicht durch eine geeignete Codierung ersetzt werden können. Die Bildschirminhalte sind in der Regel als Objekte dargestellt, z.B. Comboboxen, oder Felder zum Ausfüllen, denen dann eindeutige, an den Client Rechner 1 zu übertragende Codes zugeordnet werden. Die Objekte sind im Betriebssystem des Client Rechners 1 vorhanden, sofern es sich nicht um applikationsspezifische Objekte handelt, die dem jeweiligen Client Rechner 1 (genauer: S1) per Customizing durch S3 zur Verfügung gestellt werden müssen. Beim vorliegenden Ausführungsbeispiel werden dem Client Rechner 1 vorteilhaft durch den Server Rechner 2 nicht mehr der „Bildschirm" bzw. die gesamten eine entsprechenden Anzeige am Bildschirm veranlassende Daten der zentralen Anwendung zur Verfügung gestellt; stattdessen wird dem Client Rechner 1 lediglich mitgeteilt, wo welche Objekte auf dem Bildschirm zu plazieren sind, und welche Merkmale diese Objekte aufweisen sollen. Das Ausfüllen der Objekte erfolgt dann lokal am Client Rechner 1, und es werden dem Server Rechner 2 lediglich die eingetippten neuen Daten mitgeteilt. Hierdurch ergeben sich zwei Vorteile:
    • a) Die übertragene Datenmenge wird – im wesentlichen – auf die eigentlichen Nutzdaten reduziert; und
    • b) die Verzögerung zwischen einer Eingabe und der Reaktion des Server Rechners 2 wird reduziert.

Claims (10)

  1. Datenkommunikationssystem, mit mindestens einem Client (1), und mindestens einem Server (2), wobei eine Einrichtung (S1) vorgesehen ist, mit welcher an einem Bildschirm des Clients (1) angezeigte Bildschirminhalte in Abhängigkeit von vom Server (2) empfangenen Steuerdaten gesteuert werden, und wobei der Server (2) Mittel aufweist zum Untersuchen von vom Server (2) an den Client (1) zu übertragenden Bildschirminhalten dahingehend, ob statt der Bildschirminhalte eine diesen dann zuzuordnende Codierung übertragen werden kann.
  2. Datenkommunikationssystem nach Anspruch 1, mit Mitteln zum Zuordnen einer Codierung zu den vom Server (2) an den Client (1) zu übertragenden Bildschirminhalten, falls statt der Bildschirminhalte die diesen dann zuzuordnende Codierung übertragen werden kann.
  3. Datenkommunikationssystem nach Anspruch 1 oder 2, bei welchem die Bildschirminhalte als Objekte dargestellt sind, und über die Objekte entsprechende Nutzdaten in den Client (1) eingegeben werden können.
  4. Datenkommunikationssystem nach Anspruch 3, bei welchem lediglich die eingegebenen Nutzdaten, nicht aber sonstige die Objekte kennzeichnende Daten vom Client (1) an den Server (2) übertragen werden.
  5. Datenkommunikationssystem nach einem der Ansprüche 3 bis 4, bei welchem am Client (1) eingegebene Steuerdaten, die eine veränderte Darstellung der Objekte am Bildschirm des Clients hervorrufen sollen, – ohne vorherige Zwischenschaltung des Servers (2), oder ohne Abwarten einer Antwort vom Server (2) – eine veränderte Darstellung der Objekte am Bildschirm des Clients (1) bewirken.
  6. Datenkommunikationssystem nach einem der vorhergehenden Ansprüche, bei welchem der Client (1) oder die Einrichtung (S1) und der Server (2) drahtlos miteinander verbunden sind.
  7. Datenkommunikationssystem nach einem der vorhergehenden Ansprüche, bei welchem die Kommunikation zwischen dem Client (1) oder der Einrichtung (S1) und dem Server (2) unter Verwendung von dem UDP-Protokoll entsprechenden Daten-Paketen erfolgt.
  8. Datenkommunikationssystem nach Anspruch 7, bei welchem bei der Übertragung der UDP-Pakete eine Kennung übertragen wird, die anzeigt, wie viele UDP-Pakete zu einer zu übertragenden UDP-Paket-Serie gehören.
  9. Datenkommunikationssystem nach Anspruch 8, bei welchem bei der Übertragung eines UDP-Pakets eine Kennung übertragen wird, die anzeigt, um das wievielte UDP-Paket einer entsprechenden UDP-Paket-Serie es sich handelt.
  10. Datenkommunikationsverfahren, insbesondere zur Verwendung bei einem Datenkommunikationssystem mit mindestens einem Client (1), und mindestens einem Server (2) nach einem der Ansprüche 1 bis 9, wobei an einem Bildschirm des Clients (1) angezeigte Bildschirminhalte in Abhängigkeit von vom Server (2) empfangenen Steuerdaten gesteuert werden, wobei das Verfahren den Schritt aufweist: – Untersuchen von vom Server (2) an den Client (1) zu übertragenden Bildschirminhalten durch den Server (2) dahingehend, ob statt der Bildschirminhalte eine diesen dann zuzuordnende Codierung übertragen werden kann.
DE102004043868A 2004-09-10 2004-09-10 Datenkommunikationssystem, sowie Datenkommunikationsverfahren Expired - Fee Related DE102004043868B4 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE202004021156U DE202004021156U1 (de) 2004-09-10 2004-09-10 Datenkommunikationssystem
DE102004043868A DE102004043868B4 (de) 2004-09-10 2004-09-10 Datenkommunikationssystem, sowie Datenkommunikationsverfahren
PCT/EP2005/054411 WO2006027367A1 (de) 2004-09-10 2005-09-07 Datenkommunikationssystem, sowie datenkommunikationsverfahren

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102004043868A DE102004043868B4 (de) 2004-09-10 2004-09-10 Datenkommunikationssystem, sowie Datenkommunikationsverfahren

Publications (2)

Publication Number Publication Date
DE102004043868A1 DE102004043868A1 (de) 2006-03-30
DE102004043868B4 true DE102004043868B4 (de) 2007-01-11

Family

ID=35355797

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102004043868A Expired - Fee Related DE102004043868B4 (de) 2004-09-10 2004-09-10 Datenkommunikationssystem, sowie Datenkommunikationsverfahren

Country Status (2)

Country Link
DE (1) DE102004043868B4 (de)
WO (1) WO2006027367A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7449410B2 (en) 2005-08-02 2008-11-11 Micron Technology, Inc. Methods of forming CoSi2, methods of forming field effect transistors, and methods of forming conductive contacts

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020109718A1 (en) * 2001-02-14 2002-08-15 Mansour Peter M. Platform-independent distributed user interface server architecture

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6538667B1 (en) * 1999-07-23 2003-03-25 Citrix Systems, Inc. System and method for providing immediate visual response to user input at a client system connected to a computer system by a high-latency connection
US20010047401A1 (en) * 2000-01-21 2001-11-29 Mcternan Brennan J. System and method for managing connections to servers delivering multimedia content
DE10200165A1 (de) * 2002-01-04 2003-07-10 Klaus Rock Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation über ein Satellitennetzwerk

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020109718A1 (en) * 2001-02-14 2002-08-15 Mansour Peter M. Platform-independent distributed user interface server architecture

Also Published As

Publication number Publication date
WO2006027367A1 (de) 2006-03-16
DE102004043868A1 (de) 2006-03-30

Similar Documents

Publication Publication Date Title
DE60125913T2 (de) Datenübertragungsverfahren und vorrichtung
DE69923827T2 (de) Verfahren zum Verbindungsaufbau
DE60208432T2 (de) Bidirektionales fernbedienungssystem und verfahren
DE60109602T2 (de) Verfahren und vorrichtung zur effizienten verringerung von graphischen anzeigedaten für ihre übertragung mittels eines übertragungsprotokolls für niedrige bandbreiten
DE60309201T2 (de) Verfahren und system zur übertragung von ereignissen, einschliesslich multimedia daten
EP1466425B1 (de) Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation über ein satellitennetzwerk
DE19848618A1 (de) System und Verfahren zur Fernwartung und/oder Ferndiagnose eines Automatisierungssystems mittels E-Mail
EP2902857A1 (de) Verfahren zur Bereitstellung von Funktionen innerhalb eines industriellen Automatisierungssystems und industrielles Automatisierungsystem
EP1712065B1 (de) VERFAHREN ZUR REALISIERUNG EINES PRESENCE DIENSTES UND PRESENCE SYSTEM& x9;
DE102004043868B4 (de) Datenkommunikationssystem, sowie Datenkommunikationsverfahren
DE69506914T2 (de) Verfahren zum anzeigen der aktualisierungsverarbeitung für eine fernverarbeitete anzeige
DE102015120888B4 (de) Verfahren zum Steuern einer graphischen Anzeigeeinheitaus der Ferne
DE102014201948B4 (de) Verfahren zur Datenübertragung, Kommunikationsnetzwerk und Fahrzeug
DE602004012707T2 (de) System und Verfahren zur Verarbeitung von Schriftartdaten
EP1845440A2 (de) Verfahren und Anordnung zum Drucken aus Web-Anwendungen heraus sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
DE202004021156U1 (de) Datenkommunikationssystem
DE112013005157B4 (de) Systeme und Verfahren zur Teilung von Bandbreite über eine Vielzahl von Videodatenströmen
DE10338708A1 (de) Verfahren zur Übertragung von WAP-Push-Nachrichten
EP3225012B1 (de) Verfahren zur kommunikation zwischen zumindest zwei endgeräten
EP1661357B1 (de) Verfahren und vorrichtung zum umgang mit änderungen der netzwerkadresse bei mobiler datenübertragung
EP1623342A2 (de) Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satelitennetzwerk
DE102011116251B4 (de) Nachrichtenübermittlungssystem und Verfahren zum Übertragen einer Nachricht von einem Server zu einem Fahrzeug
EP1832132B1 (de) System und verfahren zur vermittlung von daten zwischen einem datenanbieter und einem mobilfunkendgerät
EP3518470A1 (de) Verfahren zur daten-kommunikation in einem insbesondere industriellen netzwerk, vorrichtung zur durchführung des verfahrens, computerprogramm sowie computerlesbares medium
DE102004048343B4 (de) Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal Server und einem Terminal-Server Client in einem Telekommunikationsnetzwerk, insbesondere einem GSM oder einem UMTS Netzwerk

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee

Effective date: 20120403