EP1623342A2 - Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satelitennetzwerk - Google Patents

Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satelitennetzwerk

Info

Publication number
EP1623342A2
EP1623342A2 EP04725347A EP04725347A EP1623342A2 EP 1623342 A2 EP1623342 A2 EP 1623342A2 EP 04725347 A EP04725347 A EP 04725347A EP 04725347 A EP04725347 A EP 04725347A EP 1623342 A2 EP1623342 A2 EP 1623342A2
Authority
EP
European Patent Office
Prior art keywords
terminal server
data
client
data packets
parameters
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.)
Withdrawn
Application number
EP04725347A
Other languages
English (en)
French (fr)
Inventor
Technologies Limited Rock
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.)
Rock Klaus
Rock Ute
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
Publication of EP1623342A2 publication Critical patent/EP1623342A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the invention relates to a method for reducing the latency in the interactive data communication between a terminal server and a terminal computer connected to it via a satellite network, according to the preamble of claim 1.
  • geostationary satellites are preferably used, which are positioned at a distance of approximately 36,000 km above the earth's surface and move with the earth while maintaining a substantially fixed position with respect to the earth's surface.
  • This area is often referred to as a "footprint”.
  • satellite connections are ideal for the transmission of mass data, such as analogue and digital television programs, videos and Internet downloads, which is due to the fact that no interactive queries and confirmations have to be transmitted via the satellite.
  • This mass data is sent to the geostationaries via so-called satellite HUBS (uplinks) and the central server computers connected to them as a continuous data stream
  • the terminal server For the interactive data communication between a terminal server and a terminal server client, in which the terminal server carries out the actual data processing, and the terminal server client only takes on the function of an intelligent terminal, which comes from the geostationary satellites
  • this time delay often also referred to as latency, inevitably leads to the fact that a delay from the user of the terminal server client, for example A character entered via a keyboard or a mouse movement is confirmed at the earliest after 1 to 2 seconds by a corresponding echo from the terminal server on the screen of the terminal server client.
  • the method according to the invention can in principle be used in all known telecommunications networks, it is preferably used in satellite networks and is accordingly also described below with reference to such networks.
  • interactive client server applications are such eg ERP software with data-driven applications, e.g. for terrestrial connections with a large number of
  • 2000 servers etc. can usually be implemented via geostationary satellites.
  • WO 01/08378 AI it is proposed to accelerate the visual response behavior of a client computer in the case of client-server systems which are operated via a terrestrial network in that the client computer, upon input, provides an expected representation of the screen content calculated, which is displayed on the screen of the client computer before the on the basis of the entered data from
  • Server-generated actual screen display is transmitted from the server to the client for display on the screen.
  • the font does not contain any concrete information about how and on what sizes the forecast or prediction of the expected display of the screen content is made, the font also gives no indication that the method described there is to be used in a network in which the data about 01.04.2004
  • a geostationary satellite can be transmitted essentially without reconfirmations in order to further reduce the latency that is physically caused by the signal propagation times - which is considerably greater compared to the time delay caused by the load on the server - when entering data in data fields on the client computer.
  • a terminal server and a terminal server client are coupled to one another for data exchange via a telecommunications network, which in particular contains a geostationary satellite.
  • a data processing program in particular in the form of a database program, a spreadsheet program, a word processing program or also a program for creating e-mails, is executed, in which data from a user of the terminal server client is transmitted to the user via the Terminal server client connected input medium can be entered.
  • the data is entered in a form-based manner in data fields of a form (GUI), the position at which the data, e.g. Numbers, letters or other characters can be entered within a data field by means of a prompt, e.g. a cursor mark that is displayed on the terminal server client screen.
  • GUI data fields of a form
  • the data fields preferably match the input fields of the data input mask or the table shown on the screen, 01.04.2004
  • the data fields can correspond, for example, to a complete line of text.
  • the data fields are run through according to a processing sequence predetermined by parameters, in that the user completes the input of the data within a data field by entering a command.
  • a processing sequence predetermined by parameters, in that the user completes the input of the data within a data field by entering a command.
  • Such an instruction can e.g. by pressing the "RETURN” key, the "TAB” key or one of the arrow keys etc. on a keyboard, and causes a prompt, e.g. a cursor mark is placed in a data field currently being edited in a previous or subsequent data field.
  • the data input fields are used by the terminal server in the case of such client-server connections - in which the execution and graphical representation of the data processing program is carried out solely by the server, and the client merely takes on the function of an intelligent terminal via which the graphical representations in the form of a interactive user program are only displayed to the user - usually transmitted as data packets over the network to the terminal server client, and displayed on a screen or other display medium by means of a suitable processor and a corresponding graphics card.
  • the input of further data into an associated data field is signaled by the input prompt, which is located at the respective position within a data field at which further data are to be input.
  • the data and / or commands entered via the input medium on the terminal server client are transmitted in the form of further data packets in the manner of the invention, essentially without confirmation from the terminal server via the satellite network to the terminal server, which the entered new data the transmission via the geostationary satellite during the execution of the data processing program to generate a new screen representation, which in turn is transmitted in the form of data packets to the terminal server client, which uses its graphics card to calculate the associated new screen representation from the data packets and for display on the display medium.
  • the method according to the invention is characterized in that the parameters for the processing sequence of the data fields are also transmitted to the terminal server client via the satellite network, and that an independent program routine runs on the terminal server client, which routine is more specific when the input is made Commands via the input medium independently change the screen display depending on the parameters for the processing sequence in such a way that the input prompt is moved within a data field into the next or previous data field after the processing sequence.
  • the method according to the invention has the advantage that the data input from a large number of terminal server client computers, which can be arranged practically distributed over the entire footprint of the geostationary satellite, can take place centrally at a speed that is otherwise only possible with interactive data entry is achieved via a terrestrial data network, in which the physical delay times or latency times are orders of magnitude smaller than is the case with geostationary satellite connections.
  • HTML-based applications in which the HTML pages are downloaded from a web server and then displayed by complex browser software running on the client, since the HTML code is interpreted by the browser software or is compiled, which is known to easily crash the browser software in the event of errors in the transmitted data.
  • the terminal server is operated under a window-oriented operating system, the screen representations transmitted to the terminal server client being sent to the terminal server by a window program routine before being sent to the terminal server client of the operating system of the terminal server are generated on the basis of window and object parameters.
  • the window-oriented operating system is preferably the Windows 2000, 2003 or 200X server sold by Microsoft Corporation, in which the data processing programs for each of the client computers connected to the terminal server run on a virtual desktop in the server's working memory.
  • the display of the window displays generated by a respective data processing program is controlled by the so-called window manager, each object which is to be displayed by a data processing program on the screen of the terminal server client computer being created on the virtual desktop, and is managed by the window manager. Every object, e.g. the 01.04.2004
  • Data fields, scroll bars, buttons as well as the windows and frames themselves can be described by the window manager with the help of associated parameters, the parameters for displaying the data fields, for example, in addition to a numbering, which defines the processing sequence directly or indirectly include the position of the data field on the screen, the font, the font size and the position of the cursor etc.
  • the parameters for the processing sequence of the data fields within the window manager are used by the independent program routine to accelerate the screen display on the terminal server client computer when data is entered into the data fields.
  • Another program routine running on the terminal server creates a copy or at least a partial copy of the window and object parameters, which the window program routine of the operating system of the terminal server - in the case of Windows 200X Server the window manager - for Generation of the active screen display of the currently running data processing program used.
  • This copy or partial copy of the window manager which due to the object-oriented description has a small size compared to pure pixel graphics, is then sent to the terminal server client via the geostationary satellite network and is read by the independent program routine.
  • the independent program routine analyzes the commands and / or data entered via the input medium before sending them to the terminal server, for example by means of known “IF-THEN” queries, and changes the active screen display on the screen of the terminal server client by intervening in the graphics memory of the client, depending on the processing order and the window and object parameters in the copy of the window manager, so that, for example, the prompt is placed at the beginning of the data field with the next order number when the "ENTER” key or the " ARROW DOWN "button is pressed. In this case, only the data field that was just jumped to is advantageously changed without the entire screen display being recalculated by the client. 01.04.2004
  • the independent program routine automatically changes the active screen display depending on the processing sequence and the window and object parameters in such a way that the prompt when a given command occurs, e.g. "ARROW up", which is associated with a return to a previous data field, is placed at the beginning of the previous data field.
  • the local change of the respective data field which is jumped to next in the order determined by the window manager, results in a fluid, interactive display on the screen despite the comparatively large physical latency of 0.7 to 2 seconds.
  • the independent program routine analyzes the position of a data display device, in particular a mouse pointer, assigned to the input medium, and changes the view of the associated object in the active screen display independently in a predetermined manner if the position of the data display 01.04.2004
  • the object is preferably a button that e.g. is illuminated or otherwise graphically changed when the mouse pointer is in the area of the button to signal to the user that the button is activated when a command is entered.
  • a further increase in the execution speed of the interactive user program on the client screen can be achieved in that the independent program routine simultaneously monitors whether a command, in particular a mouse click, is entered.
  • a command in particular a mouse click
  • Such an object is, for example, a known scroll bar which, by clicking on it with the data display device, both changes its representation in a predetermined manner and also shifts at least part of the content of the active screen representation.
  • the screen display is preferably shifted in that the entire content of the screen display defined by the copy of the window manager in the terminal server client is moved in a known manner in total in the memory of the client's graphics card before the screen display by the terminal Server is recalculated and transferred to the client.
  • the locally generated screen display is very much in line with the one calculated by the server for operations that do not produce a change in the screen display caused by the data processing program on the server , and e.g. 0.7 to 2 seconds later corresponds to the screen representation sent to the client via the geostationary satellite, which, however, is ultimately the authoritative representation that overwrites the locally generated representation.
  • the screen representations are preferably transmitted by an appropriately designed protocol, for example RDP, and can also include uncompressed or compressed bitmap files which are transmitted to the terminal server client. According to the preferred embodiment of the invention, however, only that part of the screen representation which has changed compared to the previous representation is preferably transmitted via the geostationary satellite. 01.04.2004
  • the amount of data transmitted via the satellite network and the number of transmissions - which is often also referred to as traffic - can advantageously be greatly reduced, particularly in combination with a transmission without or essentially without reconfirmations.
  • the transmission of the further data packets from the terminal server client to the terminal server also takes place essentially without a confirmation of the receipt of the transmitted further data packets by the terminal server.
  • a further reduction in the amounts of data transmitted via the satellite network can be achieved in accordance with the invention in that the further data packets are checked for redundant data before being sent to the terminal server, and redundant data determined are removed from the further data packets or replaced by data that has already been entered become.
  • the data packets generated by the terminal server can also be checked for redundant data before they are sent to the terminal server client 01.04.2004
  • determined redundant data are removed from the data packets or replaced by data held in the terminal server.
  • the available bandwidth of the satellite network is used in an optimal manner
  • several of the data packets and / or further data packets to be transmitted between the terminal server and the terminal server client can be used for the geostationary satellite larger data packets and / or larger further data packets are combined, the combined larger data packets and / or the combined larger further data packets having an optimized size such that transmission takes place via the geostationary satellite without fragmentation of the data packets and / or further data packets.
  • the optimized size of the larger data packets and / or the larger further data packets is preferably determined by the terminal server when setting up the satellite network for the respective connection to the terminal server client on the basis of connection-specific parameters.
  • Fig. 1 is a schematic overview of a satellite network according to the invention with the associated computer components and program routines to illustrate the operation of the method according to the invention.
  • a terminal server client computer 2 is connected via a satellite network 4 to a terminal server 6, which is only indicated in dashed lines in the figure for reasons of illustration.
  • the satellite network 4 comprises a first client-side ground station 8 and a server-side ground station 10, which are coupled to one another via a geostationary satellite 12 for data exchange.
  • terminal server client computers 2 Depending on the number of terminal server client computers 2 connected to it, one, two or more data processing programs 14 are executed on the terminal server 6, which run separately in associated closed sessions or sessions 16 on a virtual desktop of the terminal server 6.
  • a single data processing program 14 which serves for the input of customer master data, which are filled in with the corresponding data on the basis of a predetermined processing sequence with the aid of a prompt 7, as is known from form processing programs, word processing programs or also spreadsheet programs ,
  • the processing sequence of the data fields 18, their position, width, height and also the type of font used therein is controlled by a window program routine 20 of the operating system running on the terminal server 6.
  • the window program routine 20 preferably contains, in tabular form, all the window and object parameters which are used to generate the image screen representation of the 01.04.2004
  • Data processing program 14 on the virtual desktop of the terminal server 6 are required.
  • each data field 18 is assigned an associated order number # 1, # 2, # 3 etc., which specifies the parameter for the processing sequence of the data fields 18.
  • An independent program routine 22 runs on the terminal server client 2, and a copy or partial copy of the window program routine 20, or the window and object parameters used therein, is run by another program routine 24 on the terminal server 6 via the satellite network 4 to display the windows and objects, which can include buttons 36 or scroll bars 38 as well as the data fields 18 themselves.
  • the copy or partial copy 34 of the window and object parameters of the window program routine 20 is preferably transmitted when the data processing program 14 is started on the terminal server 6 and when changing to a completely new screen display after it has been generated by the data processing program 14.
  • the screen representation of the data processing program generated on the tennis server 6 with the aid of the window programming routine 20 is then transmitted via the satellite network 4 to the terminal server client 2 in the form of data packets essentially without confirmation, and on the screen 26 of the client 2 represented in the form of an interactive user program, as indicated schematically by arrow 28.
  • the terminal server client 2 is also connected to a data input medium in the form of a keyboard 30 and a data display device in the form of a mouse 32, via which data and commands are input by the user, which are sent by the terminal server client 2 via the satellite network 4 further data packets are sent to the terminal server 6.
  • the data processing program 14 generates a new, updated screen representation of the interactive user program as a function of the further data packets, which are then sent back to the terminal server client 2 in the form of data packets according to the known RDP protocol via the satellite network 4 to those parts the screen- 01.04.2004
  • the commands and data entered via the keyboard 30 or the mouse 32 are - as a rule, entered as ASCII characters - Analyzed by the independent program routine 22 running on the terminal server client 2, and locally moves the prompt 7 depending on the respective command or character, while the commands and / or characters are delayed via the satellite network 4 to the terminal server 6 are transmitted and offset by the latter, and the updated screen representation is sent back to the client 2.
  • the independent program routine 22 recognizes this from the copy or partial copy 34 of the window and object parameters. Now e.g. If the user enters the "ARROW UP" command on the keyboard 30 by pressing the corresponding key, this is recognized by the independent program routine 22 by means of a corresponding query, and in the copy 34 of the window and object parameters the associated parameters for the preceding data field 18 with the ordinal number # 2 read.
  • the object parameters for the position, width, height and font etc. assigned to the data field 18 with the order number # 2 are sent to the independent program routine 22 Transfer operating system of the terminal server client 2, which in turn controls the graphics card of the terminal server client in a known manner with appropriate commands in order to change the representation of the second data field 18 with the order number # 2 on the screen 26 in such a way that the prompt 7 is placed on the left edge of the data field in order to be able to enter further data into the data field via the keyboard 30. 01.04.2004
  • the updated screen display of the interactive user program has been calculated by the terminal server 6 and sent to the terminal server client 2 via the satellite network 4, the locally generated screen display of the interactive user program becomes on the screen 26 replaced by the screen display calculated by the terminal server 6.
  • a certain delay time for example, 1 to 2 seconds
  • the independent program routine 22 sets the prompt 7 when entering a further command, e.g. when pressing the "ENTER” or "TAB” key in the manner described above by querying the copy or partial copy 34 of the window and object parameters at the beginning of the data field 18 with the next higher ordinal number # 4.
  • the window program routine 22 on the terminal server 6 likewise contains objects of the screen display (controls), which in FIG. 1 can be designed, for example, as buttons 36 or scroll bars 38 that can be activated with the mouse 32, and the preferably also by means of a copy or partial copy 34 of the window and object parameters are also transmitted to the terminal server client 2 via the satellite network 4.
  • objects of the screen display controls
  • FIG. 1 can be designed, for example, as buttons 36 or scroll bars 38 that can be activated with the mouse 32, and the preferably also by means of a copy or partial copy 34 of the window and object parameters are also transmitted to the terminal server client 2 via the satellite network 4.
  • the stand-alone program routine 22 also monitors the position of the mouse pointer in the preferred embodiment of the invention and, for example, changes the style or display style of the button 36 when the position of the mouse pointer corresponds to the area on the screen 26 in which the button 36 is located.
  • the independent program routes 22 compares the x and y coordinates of each object in the copy 34 of the window and object parameters with the current mouse position and, if there is a match, the other object parameters from the copy 34 of the window and searches for object parameters, for example by reading out the associated row of an assigned table. 01.04.2004
  • the object 36 is to be activated by clicking on it with the mouse 32, e.g. to leave the input mask, this can be signaled by the generation of an acoustic signal generated locally by the further program routine 22.
  • the button 36 is clicked or an appropriate command is entered via the keyboard 30 is read out by the independent program routine, for example locally to display the screen representation of a higher level of the data processing program 14, from which a switch has been made to the mask representation shown in FIG. 1, before this representation is calculated by the terminal server 6 and delayed via the satellite network 4 to the terminal server client 2 Representation on the screen 26 is sent.
  • a subroutine routine running in the operating system of the terminal server client 2 can be called up, which shifts the entire screen display based on the specifications of the copy 34 of the window and object parameters by changing the content of the memory of the graphics card of the Clients 2 is manipulated in a known manner.
  • Client-side ground station 10 Server-side ground station 12 geostationary satellite

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Radio Relay Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Ein Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal-Server (6) und einem Terminal-Server-Client (2), die über ein Telekommunikationsnetzwerk, insbesondere ein einen geostationären Satelliten (12) enthaltendes Satellitennetzwerk (4), miteinander verbunden sind, wobei auf dem Terminal-Server (6) ein Datenverarbeitungsprogramm (14), insbesondere ein Datenbankprogramm, ausgeführt wird, welches in Abhängigkeit von Befehlen und Daten, die über ein mit dem Terminal-Server-Client (2) verbundenes Eingabemedium (30) eingegeben werden, Bildschirmdarstellungen eines interaktiven Anwenderprogramms mit mehreren, nach einer durch Parameter (#1, #2, #3) vorgegebenen Bearbeitungsreihenfolge durchlaufenen Datenfeldern (18) erzeugt, die in Form von Datenpaketen im wesentlichen ohne Rückbestätigungen auf den Terminal-Server-Client (2) übertragen und von diesem auf einem Anzeigemedium (26) dargestellt werden, wobei auf dem Anzeigemedium (26) durch eine Eingabeaufforderung (7) die Eingabe von weiteren Daten in ein zugehöriges Datenfeld (18) über das Eingabemedium signalisiert wird, die in Form von weiteren Datenpaketen über das Telekommunikationsnetzwerk (4) an den Terminal-Server (6) übertragen werden, zeichnet sich dadurch aus, dass die Parameter (#1, #2, #3) für die Bearbeitungsreihenfolge der Datenfelder (18) über das Telekommunikationsnetzwerk (4) an den Terminal-Server-Client (2) übertragen werden, und dass auf dem Terminal-Server-Client (2) eine eigenständige Programmroutine (22) abläuft, die bei der Eingabe vorgegebener Befehle über das Eingabemedium (30, 32) die Bildschirmdarstellung in Abhängigkeit von den Parametern (#1, #2, #3) für die Bearbeitungsreihenfolge in der Weise selbständig verändert, dass die Eingabeaufforderung (7) innerhalb eines Datenfeldes (18) in das nach der Bearbeitungsreihenfolge nächste oder vorhergehende Datenfeld bewegt wird.

Description

VERFAHREN ZUR REDUZIERUNG DER LATENZZEIT BEI DER INTERAKTIVEN DATENKOMMUNIKATION ZWISCHEN EINEM TERMINAL SERVER UND EINEM TERMINAL-SERVER CLIENT IN EINEM GEOSTATIONÄREN SATELLITENNETZWERK.
Die Erfindung betrifft ein Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal Server und einem mit diesem über ein Satel- litennetzwerk verbundenen Terminal-Rechner, gemäß dem Oberbegriff von Anspruch 1.
Bei der Datenkommunikation über Satellitennetzwerke werden bevorzugter Weise geostationäre Satelliten eingesetzt, die in einer Entfernung von ca. 36 000 km über der Erdoberfläche positioniert werden und sich mit der Erde unter Beibehaltung einer im Wesentlichen festen Position gegenüber der Erdoberfläche mitbewegen. Hierdurch erscheint es von der Erde aus betrachtet so, als wenn der Satellit stationär über dem unterhalb des Satelliten gelegenen Gebiet der Erdoberfläche stehen würde, in welchem die Kommunikation mit dem Satelliten möglich ist. Dieses Gebiet wird häufig auch als „Footprint" bezeichnet .
Es gibt mittlerweile zahlreiche Satelliten, die sich praktisch wie Perlen auf einer Schnur in einem Abstand von ca. 36 000 km über dem Äquator aufreihen.
Satellitenverbindungen eignen sich aufgrund ihrer hohen Bandbreite und Übertragungs- Sicherheit bestens zur Übertragung von Massendaten, wie beispielsweise analogen und digitalen Fernsehsendungen, Videos sowie Internet-Downloads, was darauf zurückzuführen ist, dass hierbei keine interaktiven Abfragen und Rückbestätigungen über den Satelliten übertragen werden müssen.
Diese Massendaten werden über sogenannte Satelliten-HUBS (Uplinks) und mit diesen verbundene zentrale Server-Rechner als fortlaufender Datenstrom an den geostationären
BESTATIGUNGSKOPIE 01.04.2004
Satelliten gesendet, und von diesem im Bereich des Footprints des Satelliten an eine Vielzahl von Satelliten-Empfangsanlagen verteilt.
Aufgrund dieses großen Abstandes und der endlichen Ausbreitungsgeschwindigkeit von elektromagnetischen Signalen tritt bei der Datenkommunikation über geostationäre
Satelliten das Problem auf, dass die Laufzeit eines elektromagnetischen Signals von einem Sender auf der Erde zum Satelliten und von dort aus zum Empfänger ca. 0,24 Sekunden beträgt, so dass eine vom Empfänger ohne Zeitverzögerung abgesandte Antwort den Sender infolge der sich zusätzlich ergebenden elektronischen Zeitverluste bei der Signalwandlung frühestens erst nach ca. 0,7 bis 2 Sekunden erreicht.
Für die interaktive Datenkommunikation zwischen einem Terminal-Server und einem Terminal-Server-Client, bei der der Terminal-Server die eigentliche Datenverarbeitung durchführt, und der Terminal-Server-Client lediglich die Funktion eines intelligenten Terminals übernimmt, welches aus den über den geostationären Satelliten vom Terminal- Server übertragenen Daten eine interaktive Bildschirmdarstellung für den Benutzer des Terminal-Server-Clients erzeugt, führt diese häufig auch als Latenzzeit bezeichnete Zeitverzögerung zwangsweise dazu, dass ein vom Benutzer des Terminal-Server-Clients z.B. über eine Tastatur eingegebenes Zeichen oder eine Mausbewegung frühestens nach 1 bis 2 Sekunden durch ein entsprechendes Echo des Terminal-Servers auf dem Bildschirm des Terminal-Server-Clients bestätigt wird. Obgleich das erfindungsgemäße Verfahren prinzipiell bei allen bekannten Telekommunikationsnetzwerken angewandt werden kann, wird dieses bevorzugt bei Satellitennetzwerken eingesetzt und demgemäß nachfolgend auch anhand von solchen beschrieben.
Aufgrund dieser bei der interaktiven Datenkommunikation nicht hinnehmbaren Zeitverzögerung von ca. 0,7 bis 2 Sekunden, die bei jeder Eingabe des Benutzers über die Tastatur, Maus oder sonstige Dateneingabeeinrichtung des Terminal-Server-Clients auftritt, sind interaktive Client-Server-Anwendungen, wie z.B. ERP-Software mit datengetriebenen Anwendungen, die z.B. bei terrestrischen Verbindungen bei einer großen Anzahl von
Benutzern in vorteilhafter Weise mit Hilfe von Betriebssystemen wie UNIX oder Windows 01.04.2004
2000 Server etc., durchgeführt werden können, über geostationäre Satelliten in der Praxis in der Regel nicht ohne weiteres realisierbar.
Hierbei ist es insbesondere störend, dass bei Datenbankanwendungen, die auf dem Terminal-Server ausgeführt werden, und bei denen die Dateneingabe in entsprechende Datenfelder oder Dateneingabefelder erfolgt, die auf dem Terminal-Server-Client in Form eines interaktiven Anwende rogramms dargestellt und nacheinander in einer vorgegebenen Reihenfolge durchlaufen werden, bei der Eingabe von Zahlen und Buchstaben in die einzelnen Felder oder auch beim Wechsel von einem Datenfeld zum nächsten Datenfeld sehr große Zeitverzögerungen entstehen, die ein Arbeiten in der Praxis sehr mühsam, wenn gar unmöglich machen.
Aus der nicht vorveröffentlichten DE-A- 102 00 165 des Anmelders ist es bekannt, die Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal-Server- Client und einem Terminal-Server, die über ein einen geostationären Satelliten enthaltendes Satellitennetzwerk miteinander verbunden sind, zur beschleunigten Ausführung eines auf dem Terminal-Server-Client ablaufenden interaktiven Anwenderprogramms dadurch zu reduzieren, dass die Übertragung der Datenpakete vom Terminal-Server-Client zum Terminal-Server und/oder zurück im Wesentlichen ohne Rückbestätigungen erfolgt.
Weiterhin wird in der WO 01/08378 AI vorgeschlagen, bei Client-Server Systemen, die über ein terrestrisches Netzwerk betrieben werden, das visuelle Antwortverhalten eines Client-Rechners dadurch zu beschleunigen, dass der Client-Rechner auf eine Eingabe hin eine voraussichtliche Darstellung des Bildschirminhalts errechnet, die auf dem Bildschirm des Client-Rechners ausgegeben wird, bevor die anhand der eingegebenen Daten vom
Server erzeugte tatsächliche Bildschirmdarstellung vom Server an den Client zur Darstellung auf dem Bildschirm übertragen wird.
Abgesehen davon, dass die Schrift keine konkreten Angaben darüber enthält, wie und anhand von welchen Größen die Vorausberechnung oder Vorhersage der voraussichtlichen Darstellung des Bildschirminhalts erfolgt, gibt die Schrift ebenfalls keinen Hinweis darauf, das dort beschriebene Verfahren bei einem Netzwerk einzusetzen, bei dem die Daten über 01.04.2004
einen geostationären Satelliten im Wesentlichen ohne Rückbestätigungen übertragen werden, um die physikalisch durch die Signallaufzeiten bedingte Latenzzeit - die verglichen mit der durch die Auslastung des Servers bedingten zeitlichen Verzögerung erheblich größer ist - bei der Eingabe von Daten in Datenfelder am Client-Rechner weiter zu verringern.
Demgemäß ist es eine Aufgabe der vorliegenden Erfindung, ein Verfahren zu schaffen, mit dem sich die Arbeitsgeschwindigkeit von durch einen Terminal-Server über ein Telekommunikationsnetzwerk auf dem Anzeigemedium eines Terminal-Server-Clients bereitgestellten interaktiven Anwenderprogrammen, bei denen eine Eingabe von Daten in vorgegebene Datenfelder erfolgt, weiter erhöhen lässt.
Diese Aufgabe wird gemäß der Erfindung durch die Merkmale von Anspruch 1 gelöst.
Weitere Merkmale der Erfindung sind in den Unteransprüchen enthalten.
Gemäß der Erfindung sind ein Terminal-Server und ein Terminal-Server-Client über ein Telekommunikationsnetzwerk, welches insbesondere einen geostationären Satelliten enthält, zum Datenaustausch miteinander gekoppelt. Auf dem Terminal-Server wird ein Datenverarbeitungsprogramm, insbesondere in Form eines Datenbankprogramms, eines Tabellenlcalkulationsprogramms, eines Textverarbeitungsprogramms oder auch eines Programms zur Erstellung von E-mails, ausgeführt, bei dem von einem Benutzer des Terminal-Server-Client Rechners Daten über ein mit dem Terminal-Server-Client verbundenes Eingabemedium eingegebenen werden.
Die Eingabe der Daten erfolgt hierbei insbesondere formularbasiert in Datenfelder eines Formulars (GUI), wobei die Position, an der die Daten, z.B. Zahlen, Buchstaben oder sonstige Zeichen innerhalb eines Datenfeldes eingegeben werden, durch eine Eingabeaufforderung, z.B. eine Cursormarke, auf dem Bildschirm des Terminal-Server- Clients angezeigt wird. Im Falle einer Datenbankanwendung oder eines
Tabellenkalkulationsprogramm stimmen die Datenfelder vorzugsweise mit den am Bildschirm dargestellten Eingabefeldem der Dateneingabemaske, bzw. der Tabelle überein, 01.04.2004
wohingegen die Datenfelder im Falle einer Textverarbeitung oder eines E-mail-Programms beispielsweise einer vollständigen Textzeile entsprechen können.
Wie bei derartigen Programmen üblich, werden die Datenfelder nach einer durch Parameter vorgegebenen Bearbeitungsreihenfolge durchlaufen, indem der Benutzer die Eingabe der Daten innerhalb eines Datenfeldes durch Eingabe eines Befehls abschließt. Ein solcher Befehl kann z.B. durch Drücken der „RETURN"-Taste, der „TAB"-Taste oder einer der Pfeiltasten etc. auf einer Tastatur eingegeben werden, und führt dazu, dass eine Eingabeaufforderung, z.B. eine Cursormarke in einem gerade bearbeiteten Datenfeld in ein vorhergehendes oder nachfolgendes Datenfeld gesetzt wird.
Die Dateneingabefelder werden vom Terminal-Server in der bei derartigen Client-Server Verbindungen - bei denen die Ausführung und grafische Darstellung des Datenverarbeitungsprogramms allein durch den Server erfolgt, und der Client lediglich die Funktion eines intelligenten Terminals übernimmt, über welches die grafischen Darstellungen in Form eines interaktiven Anwenderprogramms lediglich dem Benutzer angezeigt werden - üblichen Weise als Datenpakete über das Netzwerk an den Terminal-Server-Client übertragen, und von diesem mit Hilfe eines eignen Prozessors sowie einer entsprechenden Grafikkarte auf einem Bildschirm oder einem sonstigen Anzeigemedium dargestellt. Dabei wird die Eingabe von weiteren Daten in ein zugehöriges Datenfeld durch die Eingabeaufforderung signalisiert, die sich an der jeweiligen Position innerhalb eines Datenfeldes befindet, an der weitere Daten eingegeben werden sollen.
Die über das Eingabemedium am Terminal-Server-Client eingegebenen Daten und/oder Befehle werden in erfindungsgemäßer Weise in Form von weiteren Datenpaketen im Wesentlichen ohne Rückbestätigungen durch den Terminal-Server über das Satellitennetzwerk an den Terminal-Server übertragen, der die eingegebenen neuen Daten nach der Übertragung über den geostationären Satelliten bei der Ausführung des Datenverarbeitungsprogramms dazu heranzieht, eine neue Bildschirmdarstellung zu erzeugen, die wiederum in Form von Datenpaketen an den Terminal-Server-Client übertragen wird, der die zugehörige neue Bildschirmdarstellung mit Hilfe seiner Grafikkarte aus den Datenpaketen errechnet und zur Anzeige auf dem Anzeigemedium bringt. 01.04.2004
Das erfindungsgemäße Verfahren zeichnet sich dadurch aus, dass die Parameter für die Bearbeitungsreihenfolge der Datenfelder ebenfalls mit über das Satellitennetzwerk an den Terminal-Server-Client übertragen werden, und dass auf dem Terminal-Server-Client eine eigenständige Programmroutine abläuft, die bei der Eingabe vorgegebener Befehle über das Eingabemedium die Bildschirmdarstellung in Abhängigkeit von den Parametern für die Bearbeitungsreihenfolge in der Weise selbständig verändert, dass die Eingabeaufforderung innerhalb eines Datenfeldes in das nach der Bearbeitungsreihenfolge nächste oder vorhergehende Datenfeld bewegt wird.
Durch das erfindungsgemäße Verfahren ergibt sich der Vorteil, dass die Dateneingabe von einer großen Anzahl von Terminal-Server-Client-Rechnern, die praktisch über den gesamten Footprint des geostationären Satelliten verteilt angeordnet sein können, zentral mit einer Geschwindigkeit erfolgen kann, die sonst nur bei der interaktiven Dateneingabe über ein terrestrisches Datennetzwerk erreicht wird, bei welchem die physikalischen Verzögerungszeiten oder Latenzzeiten um Größenordnungen kleiner sind, als dies bei geostationären Satellitenverbindungen der Fall ist.
Durch den Einsatz von intelligenten Terminals, die über den geostationären Satelliten mit dem Terminal-Server-Rechner verbunden sind, ergibt sich neben niedrigen Anschaffungs-, Betriebs- und Wartungskosten zudem der Vorteil, dass von den Terminal-Server-Client- Rechnem aus keine oder nur in sehr aufwendiger Weise größere Datenmanipulationen an den Daten des Terminal-Servers vorgenommen werden können, wenn die Terminal-Server- Client konstruktionsbedingt keine weiteren Einrichtungen zur Datenübertragung, wie beispielsweise Schnittstellen für Massenspeichermedien oder Netzwerkschnittstellen, besitzen.
Weiterhin ergibt sich durch die Übertragung der Daten über einen geostationären Satelliten in Verbindung mit einer sonst nur bei terrestrischen Netzwerken eingesetzten Server- basierenden Datenverarbeitung, bei der das Datenverarbeitungsprogramm als solches ausschließlich auf dem Server abläuft, und nur die Bilddarstellungen an den Client zur Darstellung übertragen werden, der Vorteil, dass die Datenpakete vom Server zum Client 01.04.2004
und auch in umgekehrter Richtung im Wesentlichen ohne Rückbestätigungen oder Acknowledgements versandt werden können, ohne dass ein Fehler, der bei der Übersendung der Datenpakete oder weiteren Datenpakete auftritt, zu einem Absturz des Datenverarbeitungsprogramms auf dem Server führt.
Dies ist beispielsweise bei HTML-basierenden Anwendungen, bei denen die HTML-Seiten von einem Webserver heruntergeladen, und dann durch eine auf dem Client ablaufende komplexe Browsersoftware dargestellt werden, in der Regel nicht der Fall, da der HTML- Code von der Browsersoftware interpretiert oder kompiliert wird, wodurch bei Fehlern in den übertragenen Daten bekanntlich leicht Abstürze der Browsersoftware auftreten.
Bei dem erfϊndungsgemäßen Verfahren führt ein solcher Datenverlust hingegen lediglich zu einer unpräzisen Darstellung des gerade bearbeiteten Datenfeldes, da vorzugsweise lediglich die geänderten Bereiche der Bildschirmdarstellung übertragen werden, die jedoch nach der Eingabe eines nächsten Zeichens oder Befehls wieder korrigiert werden, wenn der Server die nächste Bildschirmdarstellung nach beispielsweise 2 Sekunden errechnet und an den Client zur Darstellung übersendet.
Gemäß der bevorzugten Ausführungsform der Erfindung wird der Terminal Server unter einem fenster-orientierten Betriebssystem betrieben wird, wobei die an den Terminal- Server-Client übertragenen Bildschirmdarstellungen vor der Übersendung an den Terminal-Server-Client auf dem Terminal-Server durch eine Fenster-Programmroutine des Betriebssystems des Terminal- Servers auf der Basis von Fenster- und Objektparametern erzeugt werden. Das fenster-orientierte Betriebssystem ist vorzugsweise das von der Fa. Microsoft Corporation vertrieben Windows 2000, 2003 oder 200X Server, bei dem die Datenverarbeitungsprogrammen für jeden der mit dem Terminal-Server verbundenen Client-Rechner auf einem virtuellen Desktop im Arbeitsspeicher des Servers ablaufen. Die Darstellung der von einem jeweiligen Datenverarbeitungsprogramm erzeugten Fenster- Darstellungen wird hierbei durch den sogenannten Window-Manager gesteuert, wobei jedes Objekt, welches von einem Datenverarbeitungsprogramm auf dem Bildschirm des Terminal-Server-Client Rechners dargestellt werden soll, auf dem virtuellen Desktop angelegt, und durch den Window-Manager verwaltet wird. Jedes Objekt, welches z..B. die 01.04.2004
Datenfelder, Rollbalken, Schaltflächen sowie auch die Fenster und Rahmen derselben selbst sein können, wird hierbei durch den Window-Manager anhand von zugehörigen Parametern beschrieben, wobei die Parameter zur Darstellung der Datenfelder beispielsweise neben einer Nummerierung, welche die Bearbeitungsreihenfolge direkt oder indirekt festlegt, auch die Position des Datenfeldes auf dem Bildschirm, die Schriftart, die Schriftgröße sowie die Position des Cursors etc. mit beinhalten.
Bei dem erfindungsgemäßen Verfahren werden die Parameter für die Bearbeitungsreihenfolge der Datenfelder innerhalb des Window-Managers von der eigenständigen Programmroutine dazu verwendet, die Bildschirmdarstellung auf dem Terminal-Server- Client Rechner bei der Eingabe von Daten in die Datenfelder zu beschleunigen.
Hierzu wird durch eine z.B. auf dem Terminal-Server ablaufende weitere Programmroutine durch Eingriff in das Betriebssystem eine Kopie oder zumindest eine Teilkopie der Fenster- und Objektparameter erstellt, die die Fenster-Programmroutine des Betriebssystems des Terminal-Servers - im Falle von Windows 200X Server der Window-Manager - zur Erzeugung der aktiven Bildschirmdarstellung des gerade ablaufenden Datenverarbeitungsprogramms verwendet. Diese Kopie oder Teilkopie des Window-Managers, die aufgrund der objektorientierten Beschreibung eine verglichen mit reinen Pixelgrafiken geringe Größe aufweist wird dann über das geostationäre Satellitennetzwerk an den Terminal-Server- Client übersandt, und von der eigenständigen Programmroutine gelesen.
Die eigenständige Programmroutine analysiert die über das Eingabemedium eingegebenen Befehle und/oder Daten vor dem Übersenden an den Terminal-Server z.B. durch bekannte „IF - THEN"- Abfragen, und ändert die aktive Bildschirmdarstellung auf dem Bildschirm des Terminal-Server-Clients durch Eingriff in den Grafikspeicher des Clients in Abhängigkeit von der Bearbeitungsreihenfolge sowie den Fenster- und Objektparametern in der Kopie des Window-Managers selbständig dahingehend, dass z.B. die Eingabeaufforderung an den Anfang des Datenfeldes mit der nächsten Ordnungsnummer gesetzt wird, wenn die „ENTER" Taste oder die "PFEIL nach unten " Taste gedrückt wird. Hierbei wird in vorteilhafter Weise immer nur dasjenige Datenfeld geändert, welches gerade angesprungen wurde, ohne dass die gesamte Bildschirmdarstellung durch den Client neu berechnet wird. 01.04.2004
In entsprechender Weise ändert die eigenständige Programmroutine die aktive Bildschirmdarstellung in Abhängigkeit von der Bearbeitungsreihenfolge sowie den Fenster- und Objektparametern in der Weise selbständig dahingehend, dass die Eingabeaufforderung beim Auftreten eines vorgegebenen Befehls, z.B. " PFEIL aufwärts", der einem Rücksprung in ein vorhergehendes Datenfeld zugeordnet ist, an den Anfang des vorhergehenden Datenfeldes gesetzt wird.
Durch die lokale Änderung des jeweiligen Datenfeldes, welches gemäß der vom Window- Manager bestimmten Reihenfolge als nächstes angesprungen wird, ergibt sich trotz der vergleichsweise großen physikalischen Latenzzeit von 0,7 bis 2 Sekunden eine flüssige interaktive Darstellung am Bildschirm.
Wie der Anmelder gefunden hat, ist dies in überraschender Weise auch darauf zurück zu führen, dass die bei den beschriebenen Betriebssystemen im Falle von Datenübertragungen über terrestrische Datennetze aufgrund der hohen Störanfälligkeit sowie des Routing erforderlichen Rückbestätigungen für den sicheren Erhalt der übersandten Daten, im Wesentlichen entfallen, oder zumindest auf ein absolutes Mindestmaß reduziert werden können, da die Übertragung der Daten über den geostationären Satelliten mit einer sehr geringen Störanfälligkeit verbunden ist.
Sollte es aufgrund der fehlenden Rückbestätigungen bei der Übersendung der Befehle und Daten doch einmal passieren, dass ein Datenpaket bei der Übersendung vom Server zum Client verloren geht, so führt dies nur kurzzeitig zu einer fehlerhaften Grafikdarstellung, die jedoch auf dem Bildschirm des Clients nach sehr kurzer Zeit automatisch korrigiert wird, wenn der Server eine aktualisierte Darstellung übersendet.
Gemäß einer Weiterbildung des der Erfindung zugrundeliegenden Gedankens kann es weiterhin vorgesehen sein, dass die eigenständige Programmroutine die Position einer dem Eingabemedium zugeordneten Datenzeigeeinrichtung, insbesondere eines Mauszeigers, analysiert, und die Ansicht des zugehörigen Objekts in der aktiven Bildschirmdarstellung in einer vorbestimmten Weise selbständig ändert, wenn die Position der Datenzeigeein- 01.04.2004
richtung einer vorgegebenen Position oder einem Bereich in der aktiven Bildschirmdarstellung entspricht. Das Objekt ist hierbei vorzugsweise eine Schaltflächen die z.B. erhellt oder in sonstiger Weise grafisch verändert wird, wenn der Mauszeiger sich im Bereich der Schaltfläche befindet, um dem Benutzer zu signalisieren, dass bei der Eingabe eines Befehls die Schaltfläche aktiviert wird.
Hierbei lässt sich eine weitere Steigerung der Ausführungsgeschwindigkeit des interaktiven Anwenderprogramms auf dem Client-Bildschirm dadurch erreichen, dass die eigenständige Programmroutine gleichzeitig überwacht, ob ein Befehl, insbesondere ein Mausklick, eingegeben wird. Ein solches Objekt ist beispielsweise ein bekannter Rollbalken, der durch Anklicken des mit der Datenzeigeeinrichtung sowohl seine Darstellung in einer vorgegebenen Weise ändert, als auch zumindest einen Teil des Inhalts der aktiven Bildschirmdarstellung verschiebt. Das Verschieben der Bildschirmdarstellung geschieht hierbei vorzugsweise dadurch, dass der gesamte, durch die Kopie des Window-Managers im Terminal-Server-Client definierte Inhalt der Bildschirmdarstellung in bekannter Weise insgesamt im Speicher der Grafikkarte des Clients verschoben wird, bevor die Bildschirmdarstellung durch den Terminal-Server neu berechnet und an den Client übertragen wird. Aufgrund der Verwendung der Parameter aus der Kopie des Window-Managers auf dem Temiinal-Server-Client stimmt die lokal erzeugte Bildschirmdarstellung bei derartigen Operationen, die keine durch das Datenverarbeitungsprogramm auf dem Server hervorgerufene Änderung der Bildschirmdarstellung erzeugten, in hohem Maße mit der vom Server berechneten, und z.B. 0,7 bis 2 Sekunden später an den Client über den geostationären Satelliten übersandten Bildschirmdarstellung überein, die jedoch letztendlich die maßgebliche Darstellung ist, die die lokal erzeugte Darstellung überschreibt.
Die Bildschirmdarstellungen werden vorzugsweise durch ein entsprechend ausgestaltetes Protokoll, z.B. RDP, übertragen, und können ebenfalls unkomprimierte oder komprimierte Bitmap-Dateien umfassen, die an den Terminal-Server-Client übertragen werden. Gemäß der bevorzugten Ausführungsform der Erfindung wird vorzugsweise jedoch lediglich derjenige Teil der Bildschirmdarstellung über den geostationären Satelliten übertragen, der sich gegenüber der vorhergehenden Darstellung geändert hat. 01.04.2004
Hierdurch können die über das Satellitennetzwerk übertragene Datenmenge sowie die Anzahl der Übertragungen - die häufig auch als Traffic bezeichnet wird - insbesondere in Kombination mit einer Übertragung ohne oder im wesentlichen ohne Rückbestätigungen, in vorteilhafter Weise sehr stark reduziert werden.
Gemäß einer weiteren Ausführungsform der Erfindung erfolgt hierbei zusätzlich auch die Übertragung der weiteren Datenpakete vom Terminal-Server-Client an den Terminal- Server im Wesentlichen ohne eine Rückbestätigung des Empfangs der übersandten weiteren Datenpakete durch den Terminal-Server, wodurch sich der Traffic nochmals beträcht- lieh reduzieren, und die Arbeitsgeschwindigkeit, mit der das interaktive Anwendungsprogramm für den Benutzer auf dem Bildschirm des Terminal-Server-Clients abläuft, steigern lassen. So kann es beispielsweise sein, dass eine Rückbestätigung nur im Falle von Befehlen, die eine größere Rechenoperation auf dem Server, z.B. eine umfangreiche Neusortierung des Datenbestandes bewirken, mit einer Rückbestätigung versehen werden, um sicher zu gehen, dass keine unnötigen Wartezeiten erzeugt werden.
Wie der Anmelder weiterhin erkannt hat, entstehen durch das Fortlassen von Rückbestätigungen nicht nur bei der Übersendung der Datenpakete vom Server an den Client große Geschwindigkeitsvorteile, sondern es wurde auch beobachtet, dass selbst eine Redu- zierung der Rückbestätigungen beim Übersenden der weiteren Datenpakete vom Terminal- Server-Client an den Terminal-Server bei den oben beschriebenen Datenverarbeitungsprogrammen keine nennenswerten Beeinträchtigungen für den Benutzer der Programme mit sich bringt.
Eine weitere Reduzierung der über das Satellitennetzwerk übertragenen Datenmengen lässt sich in erfindungsgemäßer Weise dadurch erreichen, dass die weiteren Datenpakete vor dem Versenden an den Terminal-Server auf redundante Daten hin untersucht, und ermittelte redundante Daten aus den weiteren Datenpaketen entfernt oder durch bereits eingegeben Daten ersetzt werden.
In entsprechender Weise können auch die vom Terminal-Server erzeugten Datenpakete vor dem Versenden an den Terminal-Server-Client auf redundante Daten hin untersucht und 01.04.2004
ermittelte redundante Daten aus den Datenpaketen entfernt oder durch im Terminal-Server vorgehaltene Daten ersetzt werden.
Gemäß einer weiteren Ausführungsform der Erfindung, bei der die zur Verfügung stehend Bandbreite des Satellitennetzwerks in optimaler Weise ausgenutzt wird, können mehrere der zwischen dem Terminal-Server und dem Terminal-Server-Client über den geostationären Satelliten zu übertragenden Datenpakete und/oder weiteren Datenpakete zur größeren Datenpaketen und/oder größeren weiteren Datenpaketen zusammengefasst werden, wobei die zusammengefassten größeren Datenpakete und/oder die zusammengefassten größeren weiteren Datenpakete eine optimierte Größe aufweisen, derart, dass eine Übertragung über den geostationären Satelliten ohne eine Fragmentierung der Datenpakete und/oder weiteren Datenpakete erfolgt.
Die optimierte Größe der größeren Datenpakete und/oder der größeren weiteren Daten- pakete wird hierbei vorzugsweise durch den Terminal-Server bei der Einrichtung des Satellitennetzwerks für die jeweilige Verbindung zum Terminal-Server-Client auf der Basis von verbindungsspezifischen Parametern bestimmt.
Hierdurch lässt sich die Latenzzeit bei der Arbeit mit interaktiven Anwendungen bei den beschriebenen Client-Server-Netzwerken in vorteilhafter Weise weiter verkürzen.
Die Erfindung wird nachfolgend mit Bezug auf die Zeichnung anhand einer bevorzugten Ausführungsform beschrieben.
01.04.2004
In der Zeichnung zeigt
Fig. 1 eine schematische Übersichtsdarstellung eines erfindungsgemäßen Satellitennetzwerks mit den zugehörigen Rechnerkomponenten und Programmroutinen zur Verdeutlichung der Arbeitsweise des erfindungsgemäßen Verfahrens.
Wie in Fig. 1 dargestellt ist, ist ein Terminal-Server-Client Rechner 2 über ein Satellitennetzwerk 4 mit einem Terminal-Server 6 verbunden, der in der Figur aus darstellungstechnischen Gründen lediglich in gestrichelten Linien angedeutet ist.
Das Satellitennetzwerk 4 umfasst eine erste clientseitige Bodenstation 8 sowie eine serverseitige Bodenstation 10, die über einen geostationären Satelliten 12 zum Datenaustausch miteinander gekoppelt sind.
Auf dem Terminal-Server 6 werden je nach Anzahl der mit diesem verbundenen Terminal- Server-Client Rechner 2 ein, zwei oder mehrere Datenverarbeitungsprogramme 14 ausgeführt, die in zugehörigen abgeschlossenen Sitzungen oder Sessions 16 getrennt auf einem virtuellen Desktop des Terminal-Servers 6 ablaufen.
Im vorliegenden Falle ist zur besseren Übersichtlichkeit lediglich eine einziges Datenverarbeitungsprogramm 14 gezeigt, welches der Eingabe von Kundenstammdaten dient, die anhand einer vorgegebenen Bearbeitungsreihenfolge mit Hilfe einer Eingabeaufforderung 7 mit den entsprechenden Daten ausgefüllt werden, wie dies von Formularbearbeitungsprogrammen, Textverarbeitungsprogrammen oder auch Tabellenkalkulationsprogrammen her bekannt ist. Die Bearbeitungsreihenfolge der Datenfelder 18, deren Position, Breite, Höhe sowie auch die Art der darin verwendeten Schrift wird hierbei durch eine Fenster-Programmroutine 20 des auf dem Terminal-Server 6 ablaufenden Betriebssystems gesteuert.
Die Fenster-Prograrnmroutine 20 enthält dabei vorzugsweise in tabellarischer Form sämtliche Fenster- und Objektparameter, die zur Erzeugung der Bildscliirmdarstellung des 01.04.2004
Datenverarbeitungsprogramms 14 auf dem virtuellen Desktop des Terminal-Servers 6 benötigt werden.
Wie der Fig. 1 weiterhin entnommen werden kann, ist jedem Datenfeld 18 eine zugehörige Ordnungsziffer #1, #2, #3 etc. zugeordnet, welche den Parameter für die Bearbeitungsreihenfolge der Datenfelder 18 angibt.
Auf dem Terminal-Server-Client 2 läuft eine eigenständige Programmroutine 22 ab, die von einer weiteren Programmroutine 24 auf dem Terminal-Server 6 über das Satellitennetzwerk 4 eine Kopie oder Teilkopie der Fenster-Programmroutine 20, bzw. der darin verwendeten Fenster- und Objektparameter zur Darstellung der Fenster und Objekte erhält, welch letztere beispielsweise Schaltflächen 36 oder Rollbalken 38 wie auch die Datenfelder 18 selbst umfassen können. Die Übertragung der Kopie oder Teilkopie 34 der Fenster- und Objektparameter der Fenster-Programmroutine 20 erfolgt dabei vorzugsweise beim Start des Datenverarbeitungsprogramms 14 auf dem Terminal-Server 6 sowie bei einem Wechsel zu einer vollständig neuen Bildschirmdarstellung, nachdem diese vom Datenverarbeitungsprogramm 14 erzeugt wurde.
Die auf dem Tenninal-Server 6 mit Hilfe der Fenster-PiOgrammroutine 20 erzeugte Bildschirmdarstellung des Datenverarbeitungsprogramms wird anschließend über das Satellitennetzwerk 4 an den Terminal-Server-Client 2 in Form von Datenpaketen im Wesentlichen ohne Rückbestätigungen übertragen, und auf dem Bildschirm 26 des Clients 2 in Form eines interaktiven Anwenderprogramms dargestellt, wie dies schematisch durch den Pfeil 28 angedeutet ist. Der Terminal-Server-Client 2 ist weiterhin mit einem Dateneingabemedium in Form einer Tastatur 30 sowie einer Datenzeigeeinrichtung in Form einer Maus 32 verbunden, über die vom Benutzer Daten und Befehle eingegeben werden, die vom Terminal-Server-Client 2 über das Satellitennetzwerk 4 als weitere Datenpakete an den Terminal-Server 6 übersendet werden. Das Datenverarbeitungsprogramm 14 erzeugt in Abhängigkeit von den weiteren Datenpaketen werden eine neue aktualisierte Bildschirmdarstellung des interaktiven Anwenderprogramms, die anschließend wieder in Form von Datenpaketen nach dem bekannten RDP-Protokoll über das Satellitennetzwerk 4 an den Terminal-Server-Client 2 übersendet werden, um diejenigen Teile der Bildschirm- 01.04.2004
darstellung des interaktiven Anwenderprogramms auf dem Bildschirm 26 zu aktualisieren, die vom Datenverarbeitungsprogramm 14 als letztes geändert wurden.
Um Verzögerungen bei der Dateneingabe in die Datenfelder 18 aufgrund der physikalisch bedingten großen Latenzzeit von 0,7 bis 2 Sekunden zu verringern, werden die über die Tastatur 30 oder die Maus 32 eingegebenen Befehle und Daten - deren Eingabe in der Regel als ASCII-Zeichen erfolgt - von der auf dem Terminal-Server-Client 2 ablaufenden eigenständigen Programmroutine 22 analysiert, und die Eingabeaufforderung 7 in Abhängigkeit von dem jeweiligen Befehl oder Zeichen lokal weiterbewegt, während die Befehle und/oder Zeichen verzögert über das Satellitennetzwerk 4 an den Terminal-Server 6 übertragen und von diesem verrechnet werden, und die aktualisierte Bildschirmdarstellung an den Client 2 zurückgesandt wird.
Befindet sich die Eingabeaufforderung 7 beispielsweise im Datenfeld 18 mit der Ordnungsziffer #3, so erkennt die eigenständige Programmroutine 22 dies anhand der Kopie oder Teilkopie 34 der Fenster- und Objektparameter. Wird nun z.B. vom Benutzer auf der Tastatur 30 der Befehl " PFEIL aufwärts " durch Drücken der entsprechenden Taste eingegeben, so wird dies von der eigenständigen Programmroutine 22 anhand einer entsprechenden Abfrage erkannt, und in der Kopie 34 der Fenster- und Objektparameter die zugehörigen Parameter für das vorhergehende Datenfeld 18 mit der Ordnungsziffer #2 gelesen.
Ohne auf die vom Terminal-Server 6 aufgrund des Befehls aktualisierte neue Bildschirmdarstellung des aktiven Anwenderprogramms zu warten, werden über die eigenständige Programmroutine 22 die dem Datenfeld 18 mit der Ordnungsziffer #2 zugeordneten Objektparameter für die Position, Breite, Höhe und Schriftart etc. an das Betriebssystem des Terminal-Server-Clients 2 übergeben, welches die Grafikkarte des Terminal-Server-Clients wiederum in bekannter Weise mit entsprechenden Befehlen ansteuert, um die Darstellung des mit der Ordnungsziffer #2 versehenen zweiten Datenfelds 18 auf dem Bildschirm 26 dahingehend zu ändern, dass die Eingabeaufforderung 7 an den linken Rand des Datenfeldes gesetzt wird, um über die Tastatur 30 weitere Daten in das Datenfeld eingeben zu können. 01.04.2004
Wenn nach einer gewissen Verzögerungszeit von beispielsweise 1 bis 2 Sekunden die aktualisierte Bildschirmdarstellung des interaktiven Anwenderprogramms vom Terminal- Server 6 errechnet und über das Satellitennetzwerk 4 an den Terminal-Server-Client 2 übersandt wurde, wird die lokal erzeugte Bildschirmdarstellung des interaktiven Anwenderprogramms auf dem Bildschirm 26 durch die vom Terminal-Server 6 berechnete Bildschirmdarstellung ersetzt. Hierbei werden wie bereits zuvor ausgeführt, vorzugsweise nur die geänderten Teile der Bildschirmdarstellung überschrieben.
In entsprechender Weise setzt die eigenständige Programmroutine 22 die Eingabeaufforderung 7 bei der Eingabe eines weiteren Befehls, z.B. beim Drücken der "ENTER" oder "TAB" - Taste in der zuvor beschriebenen Weise durch Abfrage der Kopie oder Teilkopie 34 der Fenster- und Objektparameter an den Anfang des Datenfeldes 18 mit der nächst höheren Ordnungsziffer #4.
Weiterhin kann es vorgesehen sein, dass die Fenster-Programmroutine 22 auf dem Terminal-Server 6 ebenfalls Objekte der Bildschirmdarstellung enthält (Controls), die in Fig. 1 beispielsweise als mit der Maus 32 aktivierbare Schaltflächen 36 oder Rollbalken 38 ausgebildet sein können, und die vorzugsweise ebenfalls im Wege der Kopie oder Teilkopie 34 der Fenster- und Objektparameter mit über das Satellitennetzwerk 4 auf den Terminal-Server-Client 2 übertragen werden.
Die eigenständige Programmroutine 22 überwacht bei der bevorzugten Ausführungsform der Erfindung ebenfalls die Position des Mauszeigers, und ändert beispielsweise den Stil oder die Darstellungsart der Schaltfläche 36, wenn die Position des Mauszeigers dem Bereich auf dem Bildschirm 26 entspricht, in dem sich die Schaltfläche 36 befindet. Hierzu kann es vorgesehen sein, dass die eigenständige Programmrouten 22 die x- und y- Koordinaten eines jeden Objekts in der Kopie 34 der Fenster- und Objektparameter mit der aktuellen Mausposition vergleicht, und bei einer Übereinstimmung die weiteren Objektparameter aus der Kopie 34 der Fenster- und Objektparameter heraussucht, z.B. indem die zugehörige Zeile einer zugeordneten Tabelle ausgelesen wird. 01.04.2004
Wenn das Objekt 36 durch Anklicken mit der Maus 32 aktiviert werden soll, um z.B. die Eingabemaske zu verlassen, so kann dies durch die Erzeugung eines durch die weitere Programmroutine 22 lokal erzeugten akustischen Signals signalisiert werden. In gleicher Weise ist es möglich, zur weiteren Beschleunigung der Darstellung des interaktiven Anwenderprogramms eine Kopie der Fenster- und Objektparameter der vorhergehenden Bildschirmdarstellung des interaktiven Anwenderprogramms im Speicher des Clients 2 vorzuhalten, die beim Anklicken der Schaltfläche 36 oder der Eingabe eines entsprechenden Befehls über die Tastatur 30 von der eigenständigen Programmroutine ausgelesen wird, um z.B. die Bildschirmdarstellung einer übergeordneten Ebene des Datenverarbeitungsprogramms 14, von der aus in die in Fig. 1 gezeigte Maskendarstellung gewechselt wurde, lokal anzuzeigen, bevor diese Darstellung vom Terminal-Server 6 berechnet und verzögert über das Satellitennetzwerk 4 an den Terminal-Server-Client 2 zur Darstellung auf dem Bildschirm 26 übersandt wird.
Schließlich kann beim Anklicken des Rollbalkens 38 mit dem Mauszeiger eine im Betriebssystem des Terminal-Server-Clients 2 laufende Unterprogrammroutine aufgerufen werden, die die gesamte Bildschirmdarstellung anhand der Vorgaben der Kopie 34 der Fenster- und Objektparameter verschiebt, indem der Inhalt des Speichers der Grafikkarte des Clients 2 in bekannter Weise manipuliert wird.
1.04.2004
Liste der Bezugszeichen
Terminal-Server-Client Satellitennetzwerk
6 Terminal-Server
7 Eingabeaufforderung
8 Clientseitige Bodenstation 10 Serverseitige Bodenstation 12 geostationärer Satellit
14 Datenverarbeitungsprogramm
16 Sitzung/Session auf Terminal-Server
18 Datenfeld
20 Fenster-Programmroutine
22 eigenständige Programmroutine
24 weitere Programmroutine
26 Bildschirm
28 Pfeil
30 Tastatur
32 Maus
34 Kopie/Teilkopie der Fenster- und Objektparameter auf Terminal-Server-Client
36 Schaltfläche
38 Rollbalken
#1, #2, #3 Ordnungsziffern

Claims

1.04.2004
Ansprüche
1. Verfaliren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal-Server (6) und einem Terminal-Server-Client (2), die über ein Telekommunikationsnetzwerk, insbesondere ein einen geostationären Satelliten (12) enthaltendes Satellitennetzwerk (4), miteinander verbunden sind, wobei auf dem Terminal-Server (6) ein Datenverarbeitungsprogramm (14), insbesondere ein
Datenbankprogramm, ausgeführt wird, welches in Abhängigkeit von Befehlen und Daten, die über ein mit dem Terminal-Server-Client (2) verbundenes Eingabemedium (30) eingegebenen werden, Bildschirmdarstellungen eines interaktiven Anwenderprogramms mit mehreren, nach einer durch Parameter (#1, #2, #3) vorgegebenen Bearbeitungsreihenfolge durchlaufenen Datenfeldern (18) erzeugt, die in Form von
Datenpaketen im wesentlichen ohne Rückbestätigungen auf den Terminal-Server- Client (2) übertragen und von diesem auf einem Anzeigemedium (26) dargestellt werden, wobei auf dem Anzeigemedium (26) durch eine Eingabeaufforderung (7) die Eingabe von weiteren Daten in ein zugehöriges Datenfeld (18) über das Eingabe- medium signalisiert wird, die in Form von weiteren Datenpaketen über das
Telekommunikationsnetzwerk (4) an den Terminal-Server (6) übertragen werden, d a d u r c h g e k e n n z e i c h n e t, dass die Parameter (#1, #2, #3) für die Bearbeitungsreihenfolge der Datenfelder (18) über das Telekommumkationsnetzwerk (4) an den Terminal-Server-Client (2) übertragen werden, und dass auf dem Terminal-Server-Client (2) eine eigenständige Programmroutine (22) abläuft, die bei der Eingabe vorgegebener Befehle über das Eingabemedium (30, 32) die Bildschirmdarstellung in Abhängigkeit von den Parametern (#1, #2, #3) für die Bearbeitungsreihenfolge in der Weise selbständig verändert, dass die Eingabeaufforderung (7) innerhalb eines Datenfeldes (18) in das nach der Bearbeitungsreihenfolge nächste oder vorhergehende Datenfeld bewegt wird.
1.04.2004
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der Terminal Server (6) unter einem fenster-orientierten Betriebssystem betrieben wird, wobei die an den Terminal-Server-Client (2) übertragenen Bildschirmdarstellungen vor der Übersendung an den Terminal-Server-Client (2) auf dem Terminal- Server (6) durch eine Fenster-Programmroutine (20) des Betriebssystems des Terminal-Servers (6) auf der Basis von Fenster- und Objektparametern erzeugt werden.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die Parameter (#1, #2, #3) für die Bearbeitungsreihenfolge der Datenfelder durch Zugriff auf die Fenster- Programmroutine (20) des Betriebssystems des Terminal-Servers (6) erhält.
4. Verfahren nach Anspruch 2 oder 3, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) eine Kopie (34) oder Teilkopie der Fenster- und Objektparameter erhält, die die Fenster-Programmroutine (20) des Betriebssystems des Terminal-Servers (6) zur Erzeugung der aktiven Bildschirmdarstellung verwendet.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) zusätzlich zu den Parametern (#1, #2, #3) für die Bearbeitungsreihenfolge die Art und/oder den Stil und/oder die Größe der in einem Datenfeld (18) verwendeten Schrift erhält.
6. Verfahren nach einem der Ansprüche 2 bis 5, dadurch gekennzeichnet, dass das die eigenständige Programmroutine (22) die Parameter (#1, #2, #3) für die
1.04.2004
Bearbeitungsreihenfolge der Datenfelder (18) und/oder die Fenster- und Objektparameter durch eine auf dem Terminal-Server (6) laufende weitere Programmroutine (24) erhält.
7. Verfahren nach einem der Ansprüche 2 bis 6, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die über das Eingabemedium (30, 32) eingegebenen Befehle und/oder Daten vor dem Übersenden an den Terminal-Server (6) analysiert, und die aktive Bildschirmdarstellung in Abhängigkeit von der Bearbeitungsreihenfolge (#1 , #2, #3) sowie den Fenster- und Objektparametern selbständig ändert.
8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die aktive Bildschirmdarstellung in
Abhängigkeit von der Bearbeitungsreihenfolge (#1, #2, #3) sowie den Fenster- und Objektparametern in der Weise selbständig ändert, dass die Eingabeaufforderung (7) beim Auftreten eines vorgegebenen Befehls, der einem Rücksprung in ein vorhergehendes Datenfeld (18) zugeordnet ist, an den Anfang des vorhergehenden Daten- feldes (18) setzt.
9. Verfaliren nach Anspruch 7 oder 8, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die aktive Bildschirmdarstellung in Abhängigkeit von der Bearbeitungsreihenfolge (#1, #2, #3) sowie den Fenster- und
Objektparametern in der Weise selbständig ändert, dass die Eingabeaufforderung (7) beim Auftreten eines vorgegebenen Befehls, der einem Vorspringen in ein nachfolgendes Datenfeld (18) zugeordnet ist, an den Anfang des nachfolgenden Datenfeldes (18) setzt.
1.04.2004
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die Position einer dem Eingabemedium zugeordneten Datenzeigeeinrichtung (32), insbesondere eines Mauszeigers, analysiert, und die Ansicht eines in der aktiven Bildschirmdarstellung enthaltenen Objekts (36,
38) in vorgegebener Weise selbständig ändert, wenn die Position der Datenzeigeeinrichtung (32) einer vorgegebenen Position oder einem Bereich in der aktiven Bildsclύrmdarstellung entspricht.
11. Verfahren nach Anspruch 7 und 10, dadurch gekennzeichnet, dass die eigenständige Programmroutine (22) die Ansicht des in der aktiven Bildschirmdarstellung enthaltenen Objekts (36) in der vorgegebenen Weise selbständig ändert, wenn die Position der Datenzeigeeinrichtung (32) einer vorgegebenen Position oder einem Bereich in der aktiven Bildschirmdarstellung entspricht und über das Eingabemedium (30, 32) im Wesentlichen gleichzeitig ein vorgegebener Befehl eingegeben wird.
12. Verfahren nach Anspruch 11, dadurch gekennzeichnet, dass das Objekt eine Schaltfläche (36) ist, die beim Anklicken mit der Datenzeigeeinrichtung (32) die Darstellungsart wechselt.
13. Verfahren nach Anspruch 11, dadurch gekennzeichnet, dass das Objekt ein Rollbalken (38) ist, und dass beim Anklicken des Rollbalkens mit der Datenzeigeeinrichtung (32) sowohl die Darstellung des Rollbalkens (38) in einer vorgegebenen Weise geändert, als auch zumindest ein Teil des Inhalts der aktiven Bildschirmdarstellung verschoben wird.
1.04.2004
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Bildschirmdarstellungen zumindest teilweise in Form von Bitmap-Dateien an den Terminal-Server-Client (6) übertragen werden.
15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Übertragung der Bildschirmdarstellungen nach einem Protokoll erfolgt.
16. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Übertragen der weiteren Datenpakete vom Terminal-Server-Client (2) an den Terminal-Server (6) im wesentlichen ohne eine Rückbestätigung des Empfangs der übersandten weiteren Datenpakete durch den Terminal-Server (6) erfolgt.
17. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die weiteren Datenpakete vor dem Versenden an den Terminal-Server (6) auf redundante Daten hin untersucht, und ermittelte redundante Daten aus den weiteren Datenpaketen entfernt oder durch bereits eingegeben Daten ersetzt werden.
18. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die vom Terminal-Server (6) erzeugten Datenpakete vor dem Versenden an den Terminal-Server-Client (2) auf redundante Daten hin untersucht und ermittelte redundante Daten aus den Datenpaketen entfernt oder durch im Terminal-Server (6) vorgehaltene Daten ersetzt werden.
19. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass mehrere der zwischen dem Terminal-Server (6) und dem Terminal-Server-Client (2) zu übertragenden Datenpakete und/oder weiteren Datenpakete zu größeren
1.04.2004
Datenpaketen und/oder größeren weiteren Datenpaketen zusammengefasst werden.
20. Verfahren nach Anspruch 19, dadurch gekennzeichnet, dass die zusammengefassten größeren Datenpakete und/oder die zusammengefassten größeren weiteren Datenpakete eine optimierte Größe aufweisen, derart, dass eine Übertragung über das Telekommunikationsnetzwerk ohne eine Fragmentierung der Datenpakete erfolgt.
21. Verfahren nach Anspruch 20, dadurch gekennzeichnet, dass die optimierte Größe der größeren Datenpakete und/oder der größeren weiteren Datenpakete durch den Terminal-Server (6) bei der Einrichtung des Telekommunikationsnetzwerks (4) für die jeweilige Verbindung zum Terminal-Server-Client (2) auf der Basis von verbindungsspezifischen Parametern bestimmt wird.
EP04725347A 2003-04-02 2004-04-02 Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satelitennetzwerk Withdrawn EP1623342A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10315111A DE10315111A1 (de) 2003-04-02 2003-04-02 Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation zwischen einem Terminal Server und einem Terminal-Server Client in einem geostationären Satellitennetzwerk
PCT/EP2004/003500 WO2004088949A2 (de) 2003-04-02 2004-04-02 Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satellitennetzwerk

Publications (1)

Publication Number Publication Date
EP1623342A2 true EP1623342A2 (de) 2006-02-08

Family

ID=32980981

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04725347A Withdrawn EP1623342A2 (de) 2003-04-02 2004-04-02 Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation zwischen einem terminal server und einem terminal-server client in einem geostationären satelitennetzwerk

Country Status (4)

Country Link
US (1) US20060168106A1 (de)
EP (1) EP1623342A2 (de)
DE (1) DE10315111A1 (de)
WO (1) WO2004088949A2 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004048343B4 (de) * 2004-10-01 2022-09-22 Satcloud Ip Holding Llc 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
US7761536B2 (en) 2005-11-17 2010-07-20 Ebay Inc. Method and system to transmit data
CN115086284B (zh) * 2022-05-20 2024-06-14 阿里巴巴（中国）有限公司 云应用的流媒体数据传输方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7025209B2 (en) * 1998-05-29 2006-04-11 Palmsource, Inc. Method and apparatus for wireless internet access
JP3814678B2 (ja) * 1999-02-02 2006-08-30 パケッティー・インコーポレーテッド サテライトを介するインターネット
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
US6966029B1 (en) * 1999-12-08 2005-11-15 Koninklijke Philips Electronics N.V. Script embedded in electronic documents as invisible encoding
AU2001263118A1 (en) * 2000-05-15 2001-11-26 Innovative Communications Technologies, Inc. A system and method for an internet cache
US6920505B2 (en) * 2000-12-14 2005-07-19 Ask Jeeves, Inc. Method and apparatus for determining a navigation path for a visitor to a world wide web site
US7194683B2 (en) * 2001-03-02 2007-03-20 International Business Machines Corporation Representing and managing dynamic data content for web documents
US20020165993A1 (en) * 2001-05-04 2002-11-07 Andre Kramer System and method of partitioning software components of a monolithic component-based application program to separate graphical user interface elements for local execution at a client system in conjunction with remote execution of the application program at a server system
DE10200165A1 (de) * 2002-01-04 2003-07-10 Klaus Rock Verfahren zur Reduzierung der Latenzzeit bei der interaktiven Datenkommunikation über ein Satellitennetzwerk
US7346652B2 (en) * 2002-05-13 2008-03-18 First Data Corporation Asynchronous data validation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004088949A3 *

Also Published As

Publication number Publication date
WO2004088949A2 (de) 2004-10-14
US20060168106A1 (en) 2006-07-27
DE10315111A1 (de) 2004-10-14
WO2004088949A3 (de) 2005-01-27

Similar Documents

Publication Publication Date Title
DE60109631T2 (de) Verfahren und Vorrichtung zur effizienten Verringerung von graphischen Anzeigedaten für ihre Übertragung mittels eines Übertragungsprotokolls für niedrige Bandbreiten
DE60033286T2 (de) System und verfahren zur bereitstellung einer unmittelbaren visuellen antwort auf eine benutzereingabe in einem anwendersystem
DE60008555T2 (de) Verfahren und vorrichtung zur effizienten übertragung von daten einer interaktiven anwendung zwischen klienten und server mit hilfe einer markup-sprache
DE3853274T2 (de) Verfahren und Vorrichtung zur Aufteilung von Datenverarbeitungsfunktionen zwischen mehreren Prozessoren.
DE10051021B4 (de) System, Verfahren und Computerprogramm zur Bereitstellung interaktiver Web-Inhalte in statisch verknüpften Dateien
DE69129536T2 (de) Objektbasiertes rechnersystem
DE60308489T2 (de) Anwendungsfensterschließung als Reaktion auf ein Ereignis in einem Parent-Fenster
EP1466425B1 (de) Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation über ein satellitennetzwerk
DE10138710A1 (de) Erweiterung des OPC-Protokolls
DE69026764T2 (de) Verfahren zur Datenübertragung mit hoher Geschwindigkeit
DE69118055T2 (de) Verfahren und Einrichtung zur lokalen Steuerung von Verschiebungssteuerungstasten bei bestimmten Rechnern
DE3587874T2 (de) Protokolle für Terminal.
WO2023036597A1 (de) Verfahren und system zur steuerung einer übertragung von daten in abhängigkeit wenigstens eines attributs einer datei
DE19953055A1 (de) Vorrichtung und Verfahren zur geschützten Ausgabe eines elektronischen Dokuments über ein Datenübertragungsnetz
DE69902373T2 (de) Verfahren und vorrichtung zur fehlerkorrektur
EP1362283B1 (de) Verfahren und vorrichtung zum darstellen eines aus pixeln aufgebauten bildes
DE69506914T2 (de) Verfahren zum anzeigen der aktualisierungsverarbeitung für eine fernverarbeitete anzeige
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
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
DE19619491C2 (de) Verfahren zur Übertragung und Installation und/oder Aktualisierung von Software und/oder Daten
DE10332492B4 (de) Verfahren und Anordnung zum visuellen Darstellen von Inhalten auf einem Darstellungsmittel
DE68925089T2 (de) Arbeitsstation für ein Rechnersystem mit einem Abbildungselement, einem Eingabesystem und einem Audiokommunikationssystem sowie Rechnersystem mit derartigen Arbeitsstationen
DE10319887B4 (de) Verfahren zum Angleichen eines auf einer Client-Datenverarbeitungseinrichtung angezeigten Datenbestandes an einen auf einer Server-Datenverarbeitungseinrichtung gespeicherten Quelldatenbestand
DE102004043868B4 (de) Datenkommunikationssystem, sowie Datenkommunikationsverfahren
DE19964082C1 (de) Verfahren und Vorrichtung zur Simulation von Benutzereingaben

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20051102

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20100601

RIN1 Information on inventor provided before grant (corrected)

Inventor name: ROCK KLAUS

Inventor name: ROCK UTE

RIN1 Information on inventor provided before grant (corrected)

Inventor name: ROCK UTE

Inventor name: ROCK KLAUS

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ROCK, KLAUS

Owner name: ROCK, UTE

RIN1 Information on inventor provided before grant (corrected)

Inventor name: ROCK, UTE

Inventor name: ROCK, KLAUS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: G06F 17/30 20060101AFI20130130BHEP

Ipc: H04L 29/06 20060101ALI20130130BHEP

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20131101