EP1208442A4 - Programmes d'application de fenetrage d'affichage sur un terminal - Google Patents

Programmes d'application de fenetrage d'affichage sur un terminal

Info

Publication number
EP1208442A4
EP1208442A4 EP00965042A EP00965042A EP1208442A4 EP 1208442 A4 EP1208442 A4 EP 1208442A4 EP 00965042 A EP00965042 A EP 00965042A EP 00965042 A EP00965042 A EP 00965042A EP 1208442 A4 EP1208442 A4 EP 1208442A4
Authority
EP
European Patent Office
Prior art keywords
terminal
server
application
windowing
remotely located
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.)
Ceased
Application number
EP00965042A
Other languages
German (de)
English (en)
Other versions
EP1208442A1 (fr
Inventor
Randy Buswell
Bill Gay
Sui M Lam
David Stone
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.)
Wyse Technology LLC
Original Assignee
Wyse Technology LLC
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
Priority claimed from US09/400,733 external-priority patent/US7720672B1/en
Priority claimed from US09/401,027 external-priority patent/US6836885B1/en
Application filed by Wyse Technology LLC filed Critical Wyse Technology LLC
Priority to EP10012435.3A priority Critical patent/EP2345967B1/fr
Priority to EP10012431.2A priority patent/EP2345966B1/fr
Priority to EP07118422.0A priority patent/EP1956492B1/fr
Publication of EP1208442A1 publication Critical patent/EP1208442A1/fr
Publication of EP1208442A4 publication Critical patent/EP1208442A4/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/08—Cursor circuits
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14—Display of multiple viewports
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory

Definitions

  • Terminals operating in the X environment can provide some graphical interface capabilities operating under UNIX, but typically are expensive, require extensive memory, and offer little compatibility with the most popular Windows environments.
  • Another option known in the prior art is diskless PCs.
  • diskless PCs offer several deficiencies. In most instances, diskless PCs operating in a client server environment display application program information by downloading the application from the server and executing the application locally. This requires the diskless PC to have whatever processing power is required for each application it attempts to execute. In today's environment, this can require eight or more megabytes of memory, per application, a powerful processor, and so on making a diskless PC expensive. In addition, diskless PCs offer limited security and can require extensive administration.
  • the present invention provides an elegant solution to the shortcomings of the prior art, in that it provides an inexpensive terminal capable of displaying applications software compatible with a windowing environment.
  • the present invention provides a display terminal capable of communicating with an applications server running a multiuser operating system. This provides secure access to Windows applications at the desktop.
  • an application server is provided in the form of any suitable computer running the Multi-User NT operating system provided by Citrix Systems, Inc.
  • the Multi-User NT operating system incorporates the Windows NT operating system plus extensions implementing a display protocol known as ICA3 as well as multi-user capabilities.
  • the terminal includes transferring file information to and from the terminal and for automatically downloading images via file transferring protocol to the terminal over a network link from any network server between the processing means and the display means after the terminal has obtained information by the Dynamic Host Configuration Protocol.
  • the terminal also includes using communications protocols for an interactive or automated download of a new image via a network. Enhancements to the Simple Network Management Protocol and user interface are provided along with means for downloading binaries to a terminal.
  • the present invention provides a terminal or a utility for executing on a terminal, server or both.
  • the terminal displays application program information in a windowing environment including processing means, not fully compatible with personal computer BIOS or disk operating systems and incapable of executing windowing applications locally, adapted to receive windowing information supplied by programs executing on a remotely located application server and a display for the windowing information supplied by programs executing on the remotely located application server.
  • File information is transferred to and from the terminal using a communications protocol.
  • One or more image upgrades can be transferred to the terminal from the remotely located application server.
  • Configuration data for the terminal can also be transferred to the terminal from the remotely located application server.
  • the terminal can further include automated downloading for one or more images to the terminal through a network link between the processor and the display after the terminal has been assigned an Internet Protocol address such as by a Dynamic Host Configuration Protocol.
  • the terminal can include: providing configuration settings for the terminal using simple network management protocol; providing an interactive or automated downloading of an image through a network using simple network management protocol; creating or modifying binaries in the remotely located server with customized configurations from a tool kit; downloading the binaries to the display means via parallel, serial, flash card paths or an automated or interactive transfer using a communications protocol; merging automated configuration file and workspace images; administrating the configuration settings of the terminal from the remotely located server using a communications protocol; providing configuration settings for the terminal using a Management Information Base located on the remotely located server.
  • the present invention also provides a method for displaying application program information in a windowing environment.
  • the steps of the method include: sending windowing information supplied by programs executing on a remotely located application server to a terminal not fully compatible with personal computer BIOS or disk operating systems and incapable of executing windowing applications locally; displaying the windowing information supplied by programs executing on the remotely located application server; and transferring file information to and from the terminal using a communications protocol.
  • the present invention further provides a terminal or a utility for executing on a terminal, server or both.
  • the terminal displays application program information in a windowing environment including processing means, not fully compatible with personal computer BIOS or disk operating systems and incapable of executing windowing applications locally, adapted to receive windowing information supplied by programs executing on a remotely located application server, and display means for displaying the windowing information supplied by programs executing on the remotely located application server.
  • More than one connection between the terminal and server is simultaneously maintained.
  • the multiple connections include establishing more than one virtual machine on the terminal. Each virtual machine runs an open session. The writing of a screen stops and redisplays when a session is moved to the background without saving the screen in memory.
  • Each virtual machine has a text buffer so when the virtual machine is in the background it has a virtual buffer that it can write to and it continue to run in the background.
  • Each virtual machine sends a signal to a graphics application should a graphic need to be displayed.
  • the application sends a signal out to the server to command it to stop sending display when the application is switched to the background so that traffic relating to the graphics application between the terminal and server is stopped.
  • the server is commanded to redisplay the screen when the application is switched back to the foreground.
  • Each virtual machine stops sending and receiving data to and from the server when an application resides in the background session.
  • Each virtual machine commands the server to refresh the data for the application when the application is switched to the foreground.
  • the present invention provides a method for displaying application program information in a windowing environment that includes the steps of: sending windowing information supplied by programs executing on a remotely located application server to a terminal not fully compatible with personal computer BIOS or disk operating systems and incapable of executing windowing applications locally; displaying the windowing information supplied by programs executing on the remotely located application server; and simultaneously maintaining more than one connection between the terminal and server.
  • FIG. 1 shows a generalized arrangement of an application server and a terminal in accordance with the present invention.
  • FIG. 2 shows in functional block diagram form the architecture of the 30 logic of the present invention.
  • FIG. 3 shows in block diagram form the architecture of the control ASIC of Figure 2.
  • FIG. 4 shows an overview of the software architecture of a terminal in accordance with the present invention.
  • FIG. 5 shows in simplified block diagram form the setup interface between the GUI
  • FIG. 6 shows in flow chart form a top level view of the process by which the terminal of the present invention connects to an application server.
  • FIG. 7B1-7B3 show the data structures associated with the configuration software of the present invention.
  • FIG. 8 is a table showing a memory address configuration.
  • FIG. 9 is a table showing an I/O address map configuration.
  • FIG. 10 is a table showing interrupt assignment configuration.
  • FIG. 11 is a table showing a DMA channel assignment configuration.
  • FIG. 12 is a table showing a chip select configuration.
  • a single application server 10 communicates bidirectionally with one or a plurality of terminals 12 over a suitable network or other communications link 14.
  • the network link may be an R5232 line, an AC power line modem, or an Ethernet connection such as twisted pair or coaxial cable, or other suitable link such as fiber optics.
  • the application server is running an operating system such as Windows NT with appropriate extensions, such as those offered by Citrix as the Winframe OS.
  • the Citrix remote Windows protocol or extensions include the ICA 3.0 protocol as well as enhancements that provide true multiuser capability within the Windows NT environment.
  • the application server 10 may also communicate with other servers, including a NetWare file server 16, a Unix host 18, other personal computers 20, or an Internet gateway 22. Also, through other connections such as a router or other communications server 24, the application server 10 may also communicate with remote terminals 26, or by other means to remote dial-up users 28.
  • other servers including a NetWare file server 16, a Unix host 18, other personal computers 20, or an Internet gateway 22. Also, through other connections such as a router or other communications server 24, the application server 10 may also communicate with remote terminals 26, or by other means to remote dial-up users 28.
  • FIG. 2 illustrates an Elan SC400 system controller 100 for the Winterm BASE-2A Windows system terminal.
  • the Winterm BASE-2A (Windows) system is the Windows terminal for the Winterm product line.
  • the Windows system uses an off-the-shelf embedded controller that integrates most of the logic found in the original Winterm BASE-1 design into a single chip to achieve the lower cost and higher performance. This system is an improvement to the BASE- 1 Winterm design in hardware and in software.
  • the controller 100 includes a 486DX-66 embedded controller with a DRAM controller, an Interrupt Controller, a DMA controller, a Timer/Tone generator, a PCMCIA expansion interface, a built-in Serial Port interface (used as COM2), a built-in Enhanced Parallel Port interface, a Built-in XT Keyboard interface, a Local peripheral interface bus with chip selects, a VL Bus Interface, a Flash memory interface, and an ISA/Local peripheral bus with chip selects.
  • COM2 built-in Serial Port interface
  • a built-in Enhanced Parallel Port interface a Built-in XT Keyboard interface
  • a Local peripheral interface bus with chip selects a VL Bus Interface, a Flash memory interface
  • ISA/Local peripheral bus with chip selects ISA/Local peripheral bus with chip selects.
  • FIG. 3 shows in block diagram form the controller of FIG.2 and the main system components for a terminal in accordance with the present invention.
  • a Super VGA 110 with built-in RAMDAC supports up to 86 MHz dot clock (on VLB).
  • Four banks of DRAM 120 (32 bit wide, up to 32 MB in total) are provided.
  • Three banks of FLASH memory 132, 135 (8 or 16 bit wide) are provided.
  • One UART 140 (used as COM1) provides an EIA-232D interface, an Ethernet Controller (on ISA) 150 is provided, and a Keyboard and Mouse Controller 160 is provided.
  • An audio Codec 165 is provided.
  • the system includes a VL Bus 170 and an ISA/Local peripheral bus 180.
  • the system incorporates the AMD SC400 Embedded Processor 100 that integrates most of the core logic and a 486 SLE CPU on chip.
  • the system supports a VL Bus 170, an ISA Bus 180, and PCMCIA interface 190.
  • DRAM 120 (32 bit wide, up to 36 MB in total) are arranged in four DRAM banks as two on-board banks while the other two are in a double sided 72 pin DIMM.
  • the bank 0 and 2 are assigned to be on board and are 4 Mbytes each.
  • the bank 1 and 3 are arranged as a double sized DIMM that supports 1, 2, 4, 8, 16 and 32 Mbytes standard 32/36 wide DIMMs.
  • a combination of software detection and hardware settings can concatenate all active DRAM banks to form one contiguous DRAM memory map.
  • the system has four flash devices 130, 132 designed to be on board but is only able to support up to three FLASH memory banks at the same time.
  • the first device is a BOOT/FILE FLASH.
  • the second device is a FILE SYSTEM FLASH and the third is a NAND FLASH.
  • the fourth device is an 8-bit ROM/FLASH on a socket. The devices are routed through a set of jumpers and a couple of zero ohm resisters. The first and second banks of the FLASH are controlled by SC400 directly. The third bank is controlled by ROM2CE from SC400 through a 16V8 PLD, but can be routed to the FILE SYSTEM FLASH directly.
  • the BOOT/FILE FLASH supports either of 4 Mbit and 8 Mbit BOOT FLASH devices in 256Kxl6 or 512Kxl6 forms, or a 16 Mbit FILE SYSTEM FLASH in lMxl ⁇ form.
  • the second FLASH device supports 16 Mbit (with one chip select) and 32 Mbit (with two chip selects) FILE SYSTEM FLASH devices.
  • the third FLASH supports the Toshiba NAND FLASH interface.
  • a BOOT ROM/FLASH socket is provided for system boot, housekeeping and testing.
  • the BOOT ROM can be located at either the first or the second FLASH bank by a set of jumpers.
  • the BOOT ROM uses an 8 bit interface and is installed in a 32 pin PLCC socket.
  • the ready/busy status can be read from SC400 GPIO16 for FLASH ROM device 1 and 2. This status indicates the FLASH memory chip is in an erase or programming operation.
  • the system is bootable from BOOT ROM, BOOT FILE FLASH and FILE SYSTEM FLASH, but not NAND FLASH.
  • a set of jumpers (JP1) is used to route the chip selects to FLASH ROMs.
  • Another jumper (JP2) controls the bus width for the boot device.
  • the system uses an external keyboard controller 160, which is a VT82C42 with 74LS05 buffer for keyboard and mouse.
  • the Winterm system requires two RS232 serial interface ports, including an external UART chip 140.
  • a serial port clock is provided by an external crystal (1.8432 MHz).
  • the SC400 provides an EPP compatible parallel port with external buffering.
  • a set of data buffers is needed to provide bi-directional and output latch.
  • the control signals are directly connected to the port.
  • the system supports one PCMCIA slot 190. This PCMCIA interface is shared with the ISA interface without extra buffering.
  • the system uses the CS8900 network chip 150, which directly interfaces with the ISA bus.
  • the system design supports the CS4231 Audio CODEC chip that buffers the stereo input and output to/from the chip.
  • the system uses a Cirrus Logic CL-GD5440 VGA chip on the 32 bit VL bus 170.
  • the frame buffer of the VGA chip supports 512 Kbytes (256Kxl6 l) and 1 Mbytes (256Kxl6x2).
  • the VGA graphics interface resolution is 1024x768x8 at 75 Hz.
  • the system provides four different buses: DRAM bus, VL bus, ISA bus, and local bus.
  • the DRAM bus connects to the DRAM devices, including on board DRAM and, if present, the DIMM.
  • the data bus (D[0:31] comes from the SC400 and is shared with other devices.
  • the address bus (MA[0:12]) is dedicated to DRAM access only.
  • the data bus (BD[0:311]) is a buffered version of the SC400 bus.
  • the high side of the bus (BD[ 16.31]) provides service to the ISA and local bus.
  • the address bus for VLB comes from the SC400.
  • the control signals for VLB are connected to the SC400 directly.
  • the only other device on VLB is the GD-5440 SVGA chip.
  • the data bus for ISA is shared with other peripheral buses (BD[16:31]).
  • the SC400 routes the word or byte on the ISA bus to the correct rail internally or by swapping.
  • the address bus (SA [0:25]) also connects to the SC400 address bus directly.
  • the control signals come from the SC400.
  • the SC400 provides a high-speed local bus with internal chip selects. There are six chip selects from the SC400, two for I/O devices, two for memory devices, one for FLASH ROM, and one for the external keyboard controller.
  • the bus is as fast as 33.3 MHz or as slow as the ISA bus.
  • the data bus (BD[16:31]) is the same buffered bus as VLB and the address bus (SA[0:25]) is connected to the SC400.
  • a simple RC circuit generates the system-reset signal with a DS1233A reset generator chip as a backup.
  • the VL bus has its own reset that is provided by the SC400 under program control.
  • the keyboard controller reset input also is connected to VLB reset due to timing requirements.
  • the IDS bus provides another reset signal (RSTDRV) to all the peripherals that require positive reset signal.
  • the graphic controller chip 110 is fully programmable to various video timing standards, as required.
  • the buses are typically not compatible with the IBM PC/AT standard, nor any other personal computer standard.
  • the terminal operating system stored in the flash memory 112 may be updated through a variety of methods, including communication through a suitable interface.
  • the flash memory may be updated through communication with a host system when the terminal is placed in a predetermined state.
  • downloading to the terminal's memory system is suitable such as by using three boot block download methods that occur at power up of the terminal and occur over the serial or parallel port into a PC card.
  • power up a download is checked automatically. After power up a download is checked by the SNMP or
  • Configuration information is generally included with the firmware image, so there is usually only one download. It is possible to download just the configuration information.
  • Downloaded information is always received into DRAM first and then written to flash memory.
  • DHCP-initiated downloads occur when the network driver loads, if DHCP updates are enabled in the user configuration, and if a new firmware image is available.
  • SNMP-initiated downloads can occur any time after the network driver loads if SNMP download are enabled in the user configuration. SNMP updates are initiated by external SNMP requests to the terminal.
  • the present invention relies on firmware to provide the requisite BIOS services to the upper software layers.
  • the firmware is designed to run in virtual 8086 mode, with AT-compatible hardware components such as the interrupt controllers and timers being emulated in software as closely as possible.
  • AT-compatible hardware components such as the interrupt controllers and timers being emulated in software as closely as possible.
  • a standard keyboard controller is used in an exemplary embodiment, in the event a non-standard controller is used the interface to such a device would also be emulated.
  • the AT-bus compatible hardware does not require emulation of all of the components.
  • the creation of multiple virtual machines by the present invention requires emulation of a number of these components.
  • the kernel listed in Appendix A runs in the CPU's virtual mode for an 8086 processor. Signals such as I/O from and to the ports of such hardware components are intercepted to facilitate the emulation.
  • the memory management features of the processor could be enabled to simulate the wraparound, which occurs in normal hardware at one megabyte.
  • the emulation also provides for mapping memory pages or accessing a particular piece of hardware so that multiple applications do not attempt to access one piece of hardware without serialization or control.
  • the terminal operating system begins execution with a boot block 300, followed by loading of a kernel 305.
  • the kernel 305 provides many of the intercepting and remapping functions of the present invention, as more particularly explained hereinafter.
  • the IO.SYS code 310 is loaded.
  • the COMMAND.COM code 315 is loaded followed by executing commands provided by an AUTOEXECBAT file.
  • the AUTOEXEC.BAT file may include, for example, keyboard and mouse drivers although both such drivers may not be used in every instance, as well as a VGA XMS driver. It may also include other optional code, including starting a self-test sequence, which executes if appropriate conditions exist. In an exemplary embodiment, a loopback plug installed in a communications port causes the self-test sequence to execute.
  • the GUI.COM code 325 is then loaded. At this point, depending on the implementation, either the system will enter setup mode, or user commands may cause either an entry of the setup mode or the loading of network connection code. In a presently implemented embodiment, the system enters the setup mode to obtain current configuration data, and then continues with loading of the network connection code.
  • the cooperation of the terminal operating system and the hardware architecture of the present invention may be better appreciated.
  • the lowest layer shown in FIG. 5 is the Input/output system and hardware layer 400.
  • the next higher layer is the Driver layer 402, while the top layer is the Application layer 404.
  • GUI.COM sequence 325 can branch either to the Setup Module 330 or the Network Connection module 340.
  • the Setup Module 330 is run.
  • the Setup Module 330 receives information from one or more setup data files 418 and starts the GUI engine 420.
  • the GUI engine 420 in turn commumcates with a keyboard driver 422, mouse driver 424, and the files and memory services driver 426 of the terminal operating system.
  • the GUI engine 420 also communicates with the video Input/output system 428, which in turn provides data to the video controller 430, which may for example be based on a Cirrus 5429 graphics processor, to generate a video display during the setup sequence.
  • the setup sequence will be described in greater detail in connection with FIG. 5.
  • the network drivers 444 execute out of RAM 116 in one exemplary embodiment, but may execute out of flash memory 112.
  • the serial interface 442 may be a conventional RS232 interface, but may also be another form of serial connection, such as the Universal Serial Bus, or USB.
  • FIG. 6 the operation of the GUI engine 420 shown in FIG. 5 during setup module of the terminal 12 may be better appreciated.
  • the GUI engine operates only during the setup mode, and provides a rudimentary graphical user interface during the configuration operation.
  • the setup sequence begins by calling setup code 502, which in turn pulls information from setup data files 418.
  • the setup data files 418 identify the options available in the configuration of the terminal.
  • the setup code 502 communicates bidirectionally with a RAM structure 504, and also causes existing connection information from the connection data files 440 to be written into the RAM structure 504.
  • the GUI engine 420 also communicates bidirectionally with the RAM structure to set up and display current information in an arrangement described hereinafter as areas, groups and selects.
  • a hardware interface 506 provides video information to video controller 430 while responding to information received from the user via the mouse 260 and keyboard 250.
  • the setup code permits the user to cycle through a plurality of configuration menus for the operating characteristics of the terminal, such as the language displayed on the terminal, the network connection method, and so on. Shown in FIG. 7A is an illustration of a setup screen used in the configuration mode of the terminal. In a preferred embodiment, the setup screens are displayed graphically. As the user cycles through the configuration screens, the user through use of the keyboard and mouse may selectively update the configuration data. The updated data is maintained in the RAM structure 504 before being written to the connection data files 436.
  • GROUP_LIST which lists all groups defined by the SETUP process in all areas found in the AREAJLIST 700. As previously noted, each area typically includes one or more groups.
  • An optional data structure 706 for a STRINGJLIST may also be provided, and a FILEJLIST 708 is provided as a directory to bitmap images which may be used in multiple instances within the various areas, groups and selects.
  • a TITLE_POSITION entry 730 and TITLE_BAR entry 732 specifies the text of the title and its location within the title bar of the particular area, while a MAX_STR_LEN entry 734 specifies the maximum number of characters which may be used for the title.
  • the structure of the DISP_AREA_LIST, shown at 748, is essentially identical to the structure of the AREA_LIST 748, and includes blocks for area ID, next area, previous area, and structure pointer. As with the AREA_LIST 700, the DISP_AREA_LIST 748 also points to the area structure 714.
  • a similar structure for the GROUP_LIST 704 is shown at 750, and includes a group ID 752, a next group pointer 754, a previous group pointer 756 and a group structure pointer 758.
  • a similar structure for the optional STRINGJLIST 706 may also be provided, and may include a string ID 760, a next string pointer 762, a previous string pointer 764, and a string structure pointer 766.
  • the group structure pointer 758 points to the group 10 structure block 746 and includes the group ID 752, a PARENT_SELECT_ID entry 780, to identify the select which, when activated, will automatically pop up this group, a HOTSPOT_COUNT entry 782 to identify the number of mouse hot spots within the group, and GSTART_X and GSTART Y entries 784 and 786, respectively, to specify the relative location of the group within the area.
  • both the group and the select locations are specified relative to the top left comer of the area containing them; but other relationships may be defined that are also acceptable, such as specifying the location of a select relative to the location of its group. The most important element is to ensure that all features of an area maintain their position within the area if the area is moved.
  • the group structure block 746 also includes ROWS and COLUMNS entries 788 and 790, respectively, for specifying the size of the group, as well a GFLAGS entry 792 for specifying the border of the group.
  • a QUICK_KEY_POSITION entry 794 and a QUICK J EY_STROKES entry 796 may also be specified for "hot" keystroke combinations associated with the group.
  • entries for title position 798, group label 800 and MAX_STR_LEN 802 may be provided.
  • a NUM_OF_SELECTS entry 804 is provided to identify the number of selects contained within a group.
  • an entry 806 for ADD ATTACH is provided as a back reference to the area ID 712 with which the particular group is associated.
  • the AJD_ATTACH entry 806 is not required in all cases, but assists in improving performance in at least some instances.
  • a list of pointer entries 808 A through 808N each point to a select structure associated with the particular group.
  • the first pointer 808A points to a ELECT_COMMON structure block 810.
  • the default button entry 740 and cancel button entry 742 also point to the select common structure block 810.
  • the SELECT_COMMON structure block 810 includes a select TD entry 812, an entry 814 giving back reference to the group ID, REL_X and REL_Y entries 816 and 818 together with ROWS and COLS entries 820 and 822 for specifying the location and size of the select, QUICK_KEY_POS and QUICK_KEY_CHR entries 824 and 826 for specifying the hot keystroke combinations associated with the select, a MAX_STR_LEN 828 and select string 830 for specifying the maximum size and title for the select, and an SFLAGS entry 832 for specifying the characteristics of the select.
  • a SELECT_TYPE entry 834 is also provided.
  • selects are available, and reference is again made to FIG. 7A.
  • the different types of selects that may be provided within a group depend on the type of data required at that step for configuring the terminal. In some instances, the choices involve only the pressing of a button
  • cursor start and cursor end entries 836 and 838 are provided, together with a "first displayed” entry 840 for identifying from which character on the string should be displayed.
  • a LABEL_REL_X entry 842 is provided as well as a
  • SUM_OF_SEL_COLS 848 and 850 are provided. Entries are also provided for the number of options 852 and default option 854, as well as a quick key pointer 856 and a flag pointer 858 to identify the number of option which are active. Finally, a select size 860 is also provided.
  • the child group will be popped up automatically when the parent select is activated, and one of a group of fields is selected.
  • entries are provided for number of options 868, the maximum length of the option title (or MAX_OP_LEN) 870, a horizontal display offset entry
  • the mouse pointer hot spot is specified by a structure that includes an area ID entry 900, a group ID entry 902, and a select ID 904.
  • an option select type 906 is provided to specify the type of select with which a particular hot spot is associated.
  • back reference entries 908 and 910 are provided for the group ID within the area, and the select ID within the group.
  • four entries 912A-D 30 specify upper left X and Y positions as well as lower right X and Y positions for the mouse hot spot, together with an entry 914 for mouse flags which cause the mouse hot spot to be activated when the proper menu is displayed.
  • additional hot spots are provided at the top and bottom of a list display, to allow scrolling, and in the title bar portion of an area, to permit the area window to be moved.
  • the current data structure block is shown at 950, and includes an entry 952 for the number of areas currently defined by SETUP; an entry 954 for how many image files are defined; entries 956 and 958, respectively, for how many groups and selects have been defined, an entry 960 for allocating a predetermined maximum number of selects. In an exemplary embodiment, the maximum number of selects is allocated in blocks often. Additional entries 962 and 964 are provided for the number of pixels per column and row, respectively, as well as a font entry 966, an area focus entry 968, a group focus entry 970, and a string focus entry 972.
  • a mouse focus entry 974 is provided for specifying the hot spot.
  • OFOCUS and TFOCUS entries 976 and 978 may be provided for specifying select options and select types with keyboard focus.
  • IFOCUS and JFOCUS entries 980 and 982 are provided for the hotspot entries 908 and 910 from the mouse structure block described above.
  • a menu entry 986 is specified for identifying the current menu focus, together with entries 988 and 990 for defining area borders and group borders, together with an OFLAGS entry for specifying mouse modes.
  • Each structure includes a button entry 1002, an STFLAGS, or select common flags, entry 1004, and an ACTIVE entry, which stores the current state of all selects, from which that data may be made available to the SETUP code.
  • an event queue structure 1010 may also be supplied, for recording keyboard strokes and mouse movements in an event queue.
  • the terminal operating system of the present invention is not compatible with a standard PC/AT BIOS or DOS.
  • the terminal operating system is required to support certain of these functions to maintain the ability to display application data in a multiuser environment, such as by interfacing to a Citrix client or other supported emulations. Attached as Tables 3A-3C is a list of the standard IO.SYS and BIOS. SYS functions which are supported by the present invention; it will be apparent to those skilled in the art that the list does not include numerous standard BIOS and DOS functions. Other functions are unsupported.
  • Function 36h Get Disk Free Space
  • Function 33h Get/Set System Value
  • Function 2Ah through 2Dh Get/Set Date/Time functions] is only partially supported because no real time hardware is provided in the terminal of the present invention.
  • the "Get Time” function is supported so that it may be used to measure the duration of events, without reflecting absolute time.
  • the flash file system of the present invention is, in the presently preferred arrangement, partitioned into multiple single-directory drives.
  • the flash file system includes no clusters or sectors. Files within each drive or partition grow upwards from the bottom of the partition, while directory entries grow downward from the top. Files are stored contiguously, without fragmenting.
  • Directory entries which are sixteen bytes long in a preferred embodiment, are generally similar to a DOS directory entry; however, elements that would normally be reserved are defined to permit the file to execute out of flash, rather than DRAM. These include the starting address of the file within the flash, as well as the remap segment of the file within the DOS address space. File deletion, while also similar to deletion of conventional DOS files, also differs in some important details.
  • the first byte of the directory entry is changed to 0, as opposed to setting it to E5h. This step is performed without erasing a flash block. Subsequent files will then be written to the next available space. However, if there is not enough available space for the subsequent files, the flash block for the deleted file is erased and undeleted files are rewritten to the flash block where the deleted file had been maintained. As noted before, file fragmentation is not permitted in at least some embodiments.
  • the flash file system supports conventional DIR, TYPE and DEL commands, supports a new "DEBUGMSG" command for generating a DEBUG message, and also supports program execution through batch files.
  • the file system also supports the AUTOEXEC.BAT file, as well as loading and executing of .EXE and .COM files, and Int 21h and Int 27h.
  • the file system does not support, in at least some embodiments, the CONFIG.SYS file or .SYS device drivers.
  • the file system does not support batch file commands (except program execution), I/O redirection, pipes, or interrupts 20h [Program Terminate], 22h [Terminate Address], 23h [Ctrl-Break Exit Address], 24h [Critical Error Handler Vector], 25h [Absolute Disk Read], 26h [Absolute Disk Write], and 2Fh [Multiplex Interrupt].
  • the present invention includes a multisession capability for graphic applications that provides multiple full screen DOS sessions so that an user can switch between emulations such as to provide one window in a Citrix connection and a telnet connection in another window.
  • the environment is as DOS compatible as possible to simplify porting.
  • the problem with graphic applications is that it requires a large amount of memory to hold the graphic screens that the graphic screens would have to be stored when switching to another screen.
  • the present invention overcomes this problem by sending a signal from the operating system to the application to stop drawing and then redraw the screen, which they switch out of, and switch into the foreground. This is a departure from making the environment completely DOS compatible because it requires some modification of the DOS application.
  • the kernel sends a signal to the Citrix application to redraw the graphics screen.
  • the text mode applications under the present invention run without modification because they do not require as much memory and are left unaffected by the signaling.
  • the Citrix software is an application program that has a DOS version and a WINDOWS version to run on the client.
  • the WINDOWS version requiring more hardware resources such as memory to run properly on the client.
  • the Citrix client software runs on the RAM of the terminal.
  • the client Software connects to an NT or Citrix server where another application is running that the user wants to connect.
  • a spreadsheet program running on the server is display output comes to the terminal.
  • the emulations run on the RAM of the terminal with various device drivers and diagnostic programs and the kernel and a connection manager of the present invention.
  • the prior art mechanism for redrawing a screen involves Citrix client software sending a "stop" command to the server to stop sending output and then sends a redisplay command to send data to redraw the screen.
  • the Citrix software uses a connection manager invokes the stop request to send the open session to the background when you open the connection manager.
  • the Citrix software does not allow establishing multiple connections. Only one session can be open at a time. Furthermore, only one of an open session or the connection manager can be open in the foreground at a time.
  • the present invention allows opening multiple sessions with each session having its own virtual machine that it runs in.
  • the stop request and redisplay commands are taken advantage so that when a session is moved to the background, it will not be trying to draw it on the screen.
  • the screen is not saved in memory.
  • the present invention gives each virtual machine its own text mode buffer, so when it is in the background it has a virtual buffer that it can write to and it continues to run in the background. For instance, if the screen is being drawn to in the text mode (writing characters to the screen) when the screen is switched to the background, the mapping of the data will continue to the virtual buffer rather than to the actual physical hardware while the screen is in the background.
  • the kernel handles the mapping transparently to the application.
  • the present invention sends a signal to the application.
  • the application sends a signal out to the host to command it to stop sending display.
  • the host is commanded to redisplay the screen.
  • the amount of network traffic caused by the application being in the background is drastically reduced compared to the prior art.
  • the Citrix software continues to receive data to an application in the background session. The data, however, is not displayed.
  • the sending and receiving of data from the server to the background application results in continuous network traffic and a drain on other system resources like memory and CPU utilization.
  • the present invention is particularly suitable to a DOS environment where the hardware • resources are limited and cannot support a complete WINDOWS operating system on the terminal.
  • the present invention provides a terminal that can mn multiple connections with multiple graphic sessions of WINDOWS applications.
  • the multiple graphic sessions are run in a DOS environment.
  • V. SYSTEM KERNEL AND SYSTEM CONFIGURATION Appendix "A” lists various services provided by the Windows system kernel, where these services are accessed through various interrupts.
  • FIGS. 8-12 illustrate various configuration parameters for a terminal according to the invention.
  • FIG. 8 shows a memory address map for the terminal system including address ranges, memory sizes, bus widths, and descriptions for the DRAM, the base memory, the VGA display memory, the boot block shadow, the VGA linear address, the peripherals, the network memory space, ROMCS2 (Flash Bank 2), ROM/FLASH Bank 1, ROM/FLASH Bank 0, and Boot ROM/FLASH.
  • ROMCS2 Flash Bank 2
  • ROM/FLASH Bank 1 ROM/FLASH Bank 1
  • ROM/FLASH Bank 0 Boot ROM/FLASH.
  • FIG. 9 shows an I/O address amp, which includes address ranges, sizes, and descriptions for various I/O items.
  • FIG. 10 shows interrupt assignments for various hardware and SC400 internal interrupts.
  • FIG. 11 shows various DMA channel assignments.
  • FIG. 12 shows chip select for various devices along with address ranges.
  • the present invention expands the functionality of the previous Multi User NT to provide enhanced remote administration functions using industry standard protocols. These enhanced remote administration functions perform software image upgrades, modify terminal user-interface selections, and improve terminal status reporting.
  • This version of inventive software supports the File Transfer Protocol (FTP), which is used exclusively for firmware images upgrades and remote terminal configurations. Use of TFTP is also suitable.
  • FTP File Transfer Protocol
  • the present invention uses the Dynamic Host Configuration Protocol DHCP and FTP to provide automated downloading of a new image via the network.
  • the inventive software uses DHCP instead of a static IP address and having the DHCP Update field enabled.
  • Tag 161 IP octet or IP string up to twenty characters indicates the FTP server on which the image software and control files (PARAMS. ⁇ NI AND PAJIAM#. ⁇ NI) are found
  • Tag 162 String up to eighty characters indicates the FTP server's root directory path on the server which image software and control file (params.ini and param#.ini) are found
  • Tag 163 IP Array, maximum of four entries contains a list of IP numbers for SNMP Trap Servers where the local IP Trap Server entries in the inventive software's user interface override though it is configured through DHCP.
  • Tag 163 contains a list of IP numbers for the SNMP Trap Servers. If the corresponding SNMP Trap server entries in the local user interface are filed in, the local entries will override the values obtained through DHCP Tag 163.
  • Tag 164 (String up to sixty characters) indicates the SNMP Set Community where the local Set Community entry in the inventive software's user interface overrides though it is configured through DHCP. After a DHCP command has been performed, the inventive software uses information in the local copy of the PARAMS.INI (for base software) and PARAM#.INI (for option software packages) files to determine the path from the FTP base directory where the terminal specific files (including control, base image files and option image files) are retained. The configuration file entries are listed in Table 2. A matrix of how this path is structured is as follows:
  • DHCP Information Reporting reports the values received from the DHCP server for the custom option values.
  • ROM Image Information Reporting reports the values associated with the ROM images actually loaded on the Winterm and those for the images loaded on the FTP server designated in wbt3FileServer.
  • Custom field content reporting The contents of the three custom fields that can be configured through the Winterm UI on the SNMP/Network Administration property sheet.
  • the administration program will be able to detect the wbt3TrapSNMPAccptLd Trap and through scripting identify the current revision of software and initiate file uploads or downloads to the inventive software.
  • an image upgrade process will display a message and prompt acceptance.
  • the terminal After a file download is completed, the terminal will automatically reboot. The process of uploading files from the terminal transparently occurs in the background. 4. Bundled image updates will be handled identically as in DHCP image updates with the exceptions that: the FPT/TFTP server, path and filenames to be downloaded are specified via setting appropriate objects in the wbt3UpDnLoad group and download is not conditional on the contents of a PARAM#.TNI file. Any download requested through the SNMP interface will be attempted unconditionally. 5. Once the image update has been completed, the inventive software will automatically reboot.
  • the MIB of the present invention is used to remotely configure a thin-client terminal even though the MIB resides on the server for the network.
  • Other protocols can be used.

Abstract

Un terminal d'affichage vidéo fonctionnant avec une interface graphique d'utilisateur (420) offre une fonctionnalité de fenêtrage pour permettre l'utilisation de programmes d'application populaires se trouvant sur un serveur, uniquement par le biais de la transmission des données d'application à partir du serveur, et de la transmission du terminal vers le serveur d'informations relatives au clavier (422) et à la souris (424). Le terminal comprend un dispositif de traitement, qui n'est pas complètement compatible avec le BIOS d'un ordinateur personnel ou de systèmes d'exploitation de disques et qui ne peut pas exécuter des applications de fenêtrage localement, ledit dispositif étant conçu pour recevoir des informations de fenêtrage fournies par des programmes fonctionnant sur un serveur d'application situé à distance (340, 426 et 443). Le terminal comprend également un affichage pour les informations de fenêtrage fournies par des programmes qui fonctionnent sur le serveur d'applications situé à distance. En outre, la présente invention concerne la maintenance de plus d'une connexion entre le terminal et le serveur, et l'établissement simultané de plus d'une machine virtuelle sur le terminal, chaque machine faisant tourner une session ouverte.
EP00965042A 1999-09-21 2000-09-15 Programmes d'application de fenetrage d'affichage sur un terminal Ceased EP1208442A4 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP10012435.3A EP2345967B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP10012431.2A EP2345966B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP07118422.0A EP1956492B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US400733 1999-09-21
US09/400,733 US7720672B1 (en) 1995-12-29 1999-09-21 Method and apparatus for display of windowing application programs on a terminal
US09/401,027 US6836885B1 (en) 1998-09-21 1999-09-22 Method and apparatus for display of windowing application programs on a terminal
PCT/US2000/025334 WO2001022238A1 (fr) 1999-09-21 2000-09-15 Programmes d'application de fenetrage d'affichage sur un terminal
US401207 2003-03-27

Related Child Applications (3)

Application Number Title Priority Date Filing Date
EP10012431.2A Division EP2345966B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP07118422.0A Division EP1956492B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP10012435.3A Division EP2345967B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal

Publications (2)

Publication Number Publication Date
EP1208442A1 EP1208442A1 (fr) 2002-05-29
EP1208442A4 true EP1208442A4 (fr) 2007-01-24

Family

ID=37533243

Family Applications (4)

Application Number Title Priority Date Filing Date
EP10012435.3A Expired - Lifetime EP2345967B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP10012431.2A Expired - Lifetime EP2345966B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP00965042A Ceased EP1208442A4 (fr) 1999-09-21 2000-09-15 Programmes d'application de fenetrage d'affichage sur un terminal
EP07118422.0A Expired - Lifetime EP1956492B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal

Family Applications Before (2)

Application Number Title Priority Date Filing Date
EP10012435.3A Expired - Lifetime EP2345967B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal
EP10012431.2A Expired - Lifetime EP2345966B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP07118422.0A Expired - Lifetime EP1956492B1 (fr) 1999-09-21 2000-09-15 Affichage de programmes d'application en fenêtres sur un terminal

Country Status (3)

Country Link
EP (4) EP2345967B1 (fr)
AU (1) AU7583000A (fr)
WO (1) WO2001022238A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4491989B2 (ja) * 2001-04-17 2010-06-30 セイコーエプソン株式会社 制御システム
CN100512271C (zh) * 2004-08-31 2009-07-08 中国科学院计算技术研究所 一种终端网络环境中的分布式设备重定向系统及其方法
US20060082581A1 (en) 2004-10-14 2006-04-20 Microsoft Corporation Encoding for remoting graphics to decoder device
US7852342B2 (en) 2004-10-14 2010-12-14 Microsoft Corporation Remote client graphics rendering
US8527563B2 (en) 2005-09-12 2013-09-03 Microsoft Corporation Remoting redirection layer for graphics device interface
CN109167767A (zh) * 2018-08-17 2019-01-08 苏州亮磊知识产权运营有限公司 一种对于DHCP架构的DDoS攻击防御系统的工作方法
CN109116971B (zh) * 2018-09-06 2021-05-07 Oppo广东移动通信有限公司 一种自由窗口控制方法、系统及安卓移动终端

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2308793A (en) * 1995-12-29 1997-07-02 Wyse Technology Inc Method and apparatus for display of windowing application programs on a terminal
US5745759A (en) * 1994-10-14 1998-04-28 Qnx Software Systems, Ltd. Window kernel

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4509122A (en) * 1982-11-18 1985-04-02 International Business Machines Corporation Method for controlling the file transfer capability of an interactive text processing system that is emulating a host processing system terminal
US4706068A (en) 1985-01-30 1987-11-10 Wyse Technology, Inc. Four wire keyboard interface
US4937036A (en) * 1986-04-28 1990-06-26 Xerox Corporation Concurrent display of data from two different display processors and user interface therefore
AU634431B2 (en) * 1990-11-27 1993-02-18 Kabushiki Kaisha Toshiba Japanese emulator
DE69132209T2 (de) * 1991-07-24 2000-09-28 Texas Instruments Inc Anzeigeadapter
WO1994009595A1 (fr) * 1991-09-20 1994-04-28 Shaw Venson M Procede et appareil comportant une architecture de systeme destinee a des communications multimedia
US5404445A (en) * 1991-10-31 1995-04-04 Toshiba America Information Systems, Inc. External interface for a high performance graphics adapter allowing for graphics compatibility
US5673403A (en) * 1992-11-13 1997-09-30 International Business Machines Corporation Method and system for displaying applications of different operating systems on a single system using the user interface of the different operating systems
US5526503A (en) * 1993-10-06 1996-06-11 Ast Research, Inc. Virtual addressing buffer circuit
US5604887A (en) * 1994-01-21 1997-02-18 Microsoft Corporation Method and system using dedicated location to share information between real and protected mode device drivers
US5831609A (en) * 1994-06-17 1998-11-03 Exodus Technologies, Inc. Method and system for dynamic translation between different graphical user interface systems
US5680530A (en) * 1994-09-19 1997-10-21 Lucent Technologies Inc. Graphical environment for interactively specifying a target system
US5953350A (en) * 1995-03-13 1999-09-14 Selsius Systems, Inc. Multimedia client for multimedia/hybrid network
CA2207746A1 (fr) * 1997-06-13 1998-12-13 Ironside Technologies Inc Methode de manipulation de composantes logicielles par reseau, permettant d'obtenir une meilleure performance et de reduire le trafic reseau
US10131998B2 (en) 2015-10-02 2018-11-20 Global Solar Energy, Inc. Metalization of flexible polymer sheets

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5745759A (en) * 1994-10-14 1998-04-28 Qnx Software Systems, Ltd. Window kernel
GB2308793A (en) * 1995-12-29 1997-07-02 Wyse Technology Inc Method and apparatus for display of windowing application programs on a terminal

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
No Search *
SCHEIFLER R W ET AL: "THE X WINDOW SYSTEM", ACM TRANSACTIONS ON GRAPHICS (TOG), ACM, US, vol. 5, no. 2, 1 April 1986 (1986-04-01), pages 79 - 109, XP000565891, ISSN: 0730-0301, DOI: 10.1145/22949.24053 *
See also references of WO0122238A1 *

Also Published As

Publication number Publication date
EP2345967B1 (fr) 2017-07-26
EP1208442A1 (fr) 2002-05-29
WO2001022238A1 (fr) 2001-03-29
EP1956492B1 (fr) 2018-09-05
EP1956492A2 (fr) 2008-08-13
EP2345967A1 (fr) 2011-07-20
EP2345966A1 (fr) 2011-07-20
EP1956492A3 (fr) 2010-10-13
AU7583000A (en) 2001-04-24
EP2345966B1 (fr) 2017-05-10

Similar Documents

Publication Publication Date Title
US6836885B1 (en) Method and apparatus for display of windowing application programs on a terminal
US8904362B2 (en) Method and apparatus for display of windowing application programs on a terminal
CA2194112C (fr) Methode et appareil pour l'affichage de programmes d'application de fenetrage sur un terminal
US6028585A (en) Screen display control method and a screen display control apparatus
US6178503B1 (en) Managing multiple operating systems on a single computer
JP3693921B2 (ja) リモートコンソールエミュレーションのためのシステムおよびアダプタカード
US6721868B1 (en) Redirecting memory accesses for headless systems
JPH06139036A (ja) ウィンドウの表示及び除去の支援方法及び装置
EP2345967B1 (fr) Affichage de programmes d'application en fenêtres sur un terminal
AU750333B2 (en) Method and apparatus for display windowing application programs on a terminal
AU766791B2 (en) A method for updating operating characteristics of a terminal
WO2000017729A2 (fr) Procede et appareil ameliores d'affichage de programmes d'application de fenetrage sur un terminal
CA2440825C (fr) Methode pour l'affichage d'un menu de configuration sur un terminal
GB2351377A (en) Method of updating the operating characteristics or a terminal
TW475120B (en) Improved method and apparatus for display of windowing application programs on a terminal
DE19655400B4 (de) Terminal zum Kommunizieren mit einem Server

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: 20020114

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

A4 Supplementary search report drawn up and despatched

Effective date: 20061221

17Q First examination report despatched

Effective date: 20080627

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

Owner name: WYSE TECHNOLOGY INC.

RIN1 Information on inventor provided before grant (corrected)

Inventor name: STONE, DAVID

Inventor name: GAY, BILL

Inventor name: LAM, SUI, M.

Inventor name: BUSWELL, RANDY

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

Owner name: WYSE TECHNOLOGY L.L.C.

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20180921