WO1998013751A1 - Method for configuring the display properties to be applied to predetermined application displays - Google Patents

Method for configuring the display properties to be applied to predetermined application displays Download PDF

Info

Publication number
WO1998013751A1
WO1998013751A1 PCT/US1997/016215 US9716215W WO9813751A1 WO 1998013751 A1 WO1998013751 A1 WO 1998013751A1 US 9716215 W US9716215 W US 9716215W WO 9813751 A1 WO9813751 A1 WO 9813751A1
Authority
WO
WIPO (PCT)
Prior art keywords
display
window
application
configuration file
configuring
Prior art date
Application number
PCT/US1997/016215
Other languages
French (fr)
Inventor
James S. Adams
David W. Moore
James C. Huntington
Richard C. Holland
Original Assignee
Honeywell Inc.
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 Honeywell Inc. filed Critical Honeywell Inc.
Priority to AU43454/97A priority Critical patent/AU4345497A/en
Publication of WO1998013751A1 publication Critical patent/WO1998013751A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction 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

Definitions

  • the present application is related to the following:
  • Patent application Serial No. , entitled “Method for Configuring and Controlling Computer Windows' Display of Multiple Applications”;
  • Patent application Serial No. , entitled “Method of Display Categorization in a Multi-Window Display Environment”;
  • Patent application Serial No. , entitled “Method for Re- Invoking Previously Displayed Software Application Displays in a Multi- Window Environment”;
  • Patent application Serial No. , entitled "Method for Constraining the Number of Displays in a Multi- Window Computer
  • the present invention relates to a display system, and more particularly, to a method for configuring, in advance, the display properties to be applied to various applications displays, thereby permitting predictable management of application displays in a multi-display computer environment.
  • the present invention provides a mechanism by which applications can be predictably and intelligently laid out (positioned, sized, etc.) such that multiple independent applications appear to be components of an overall coherent workspace.
  • the present invention provides a method for configuring display properties, thus lending extensive control and predictability to the operational environment. These display properties are applied to applications, including third-party applications, which typically would not be predictably nor consistently positioned. The result is an ability to provide a high level of integration and coherence across a multiplicity of varied applications into a single, comprehensible, and manageable working environment.
  • this invention has utility in multiple display computer environments in which critical displays must be protected from occlusion by non-critical displays.
  • the present invention provides operational predictability and simplicity such that displays are presented according to specific predetermined criteria rather than what appears to the operator as "at random”.
  • Also provided is a workspace-wide cohesiveness and coherence to a diverse collection of application displays. High-level, extensive workspace organization capability is afforded.
  • a method for configuring the display properties to be applied to predetermined application displays In a display system having a display surface of one or more physical surfaces, a method configures the display properties applied to predetermined application displays. In the display system, multiple applications are displayed in a coordinated, predetermined area of the display surface. The method comprises the steps of defining display properties of each window within each group. The display properties thus defined are stored in a configuration file. When an input request is received by the display system to output a predetermined application display, the application display is created in accordance with the size parameters defined in the configuration file. A window within the defined group for the application display is selected from the configuration file in accordance with the selection scheme defined in the configuration file.
  • Figure 1 shows a block diagram of a process control system of the preferred embodiment in which the present invention can be utilized
  • Figure 2 shows a block diagram of common elements of each physical module of the process control system of Figure 1 ;
  • Figure 3 shows a functional block diagram of a typical physical module of the process control system;
  • Figure 4 shows a block diagram of a Workspace Manager Display System of the preferred embodiment
  • FIG. 5 shows the layout of an example configuration of a display of the Workspace Manager System (WSM), each window representing a different set of configured display characteristics, including but not limited to, the shown window locations and sizes.
  • WSM Workspace Manager System
  • Figure 6 shows an example ordering by which a newly-invoked application display area is related to a specific set of display characteristics for the example of Figure
  • Figure 7 which comprises Figures 7 A and 7B, shows a flow diagram of the WSM software operating in the Workspace Manager Display System in which the method of the present invention is utilized;
  • Figure 8 shows a sample configuration file for a two-window, round-robin workspace.
  • FIG. 1 there is shown a block diagram of a process control system 10 of the preferred embodiment in which the present invention can be found.
  • the process control system 10 includes a plant control network 11, and connected thereto is a data hiway 12, which permits a process controller 20' to be connected thereto.
  • additional process controllers 20' can be operatively connected to the plant control network 1 1 via a corresponding hiway gateway 601 and a corresponding data hiway 12.
  • UCN universal control network
  • NIM network interface module
  • additional process controllers 20 can be operatively connected to the plant control network 11 via a corresponding UCN 14 and a corresponding NIM 602.
  • the process controllers 20, 20' interface the analog input and output signals and digital input and output signals (A/I, A/O, D/I, and D/O respectively) to the process control system 10 from the variety of field devices (not shown) of the process being controlled which include valves, pressure switches, pressure gauges, thermocouples, . . . .
  • the plant control network (or more simply network) 1 1 provides the overall supervision of the controlled process in conjunction with the plant operator and obtains all the information needed to perform the supervisory function and includes an interface with the operator.
  • the plant control network 1 1 includes a plurality of physical modules (or nodes), which include a universal operator station (US) 122, an application module (AM) 124, a history module (HM) 126, a computer module (CM) 128, and duplicates (backup or secondary) of these modules (and additional types of modules, not shown) as necessary to perform the required control/supervisory function of the process being controlled.
  • Each of these physical modules is operatively connected to a local control network (LCN) 120, which permits each of these modules to communicate with each other as necessary.
  • the NIM 602 and HG 601 provide an interface between the LCN 120 and the UCN 14 and the LCN 120 and the data hiway 12, respectively.
  • Physical modules 122, 124, 126, 128, . . . of network 1 1 of the preferred embodiment are of various specialized functional types. Each physical module is the peer, or equivalent, of the other in terms of right of access to the network's communication medium, or LCN 120, for the purpose of transmitting data to other physical modules of network 11.
  • Universal operator station module (US) 122 of network 11 is a workstation for one or more plant operators.
  • a history module (HM) 126 provides mass data storage capability.
  • the history module 126 includes at least one conventional disk mass storage device, such as a Winchester disk, which disk storage device provides a large volume of nonvolatile storage capability for binary data.
  • the types of data stored by such a mass storage device are typically trend histories, event histories, . . . .or data from which such histories can be determined, data that constitutes or forms CRT type displays, copies of programs for the physical modules . . . .
  • An application module (AM) 124 provides additional data processing capability in support of the process control functions performed by the controllers associated with the process control subsystem 20, 20' such as data acquisition, alarming, batch history collection, and provide continuous control computational facilities when needed.
  • the data processing capability of the application module 124 is provided by a processor (not shown) and a memory (not shown) associated with the module.
  • Computer module (CM) 128 uses the standard or common units of all physical modules to permit a medium-to-large scale, general purpose data processing system to communicate with other physical modules of network 11 and the units of such modules over the LCN 120 and the units of process control subsystems 20, 20' via the hiway gateway module 601, and the NIM 602, respectively.
  • Data processing systems of a computer module 128 are used to provide supervisory, optimization, generalized user program preparation, and execution of such programs in higher-level program languages.
  • the data processing aSystems of a computer module 128 have the capability of communicating with other such systems by a communication processor and communication lines.
  • the local control network 120 is a high-speed, bit serial, dual redundant communication network that interconnects all the physical modules of plant control network 11.
  • LCN 120 provides the only data transfer path between the principal sources of data, such as hiway gateway module 601, application module 124, and history module 126, and principal users of such data, such as universal operator station module 122, computer module 128, and application module 124.
  • LCN 120 also provides the communication medium over which large blocks of data, such as memory images, can be moved from one physical module, such as history module 126, to universal station module 122.
  • LCN 120 is dual redundant in that it consists of two coaxial cables that permit the serial transmission of binary signals over both cables.
  • each of the physical modules includes a module central processor unit 38 and a module memory 40, a random-access memory (not shown), and such additional controller devices, or units (not shown), which are configured to provide the desired functionality of that type of module, i.e., that of the operator station 122, for example.
  • the data-processing capabilities of each module's CPU 38 and module memory 40 create a distributed processing environment which provides for improved reliability and performance of network 1 1 and process control system 10. The reliability of network 1 1 and system 10 is improved because, if one physical module of network 1 1 fails, the other physical modules will remain operational.
  • network 1 1 as a whole is not disabled by such an occurrence as would be the case in centralized systems.
  • Performance is improved by this distributed environment in that throughput and fast operator response times result from the increase computer processing resources and the concurrency and parallelism of the data-processing capabilities of the system.
  • each physical module includes the BUS interface unit (BIU) 32, which is connected to the LCN 120 by the transceiver 34.
  • BIU BUS interface unit
  • Each physical module is also provided with the module BUS 36 which, in the preferred embodiment, is capable of transmitting 16 bits of data in parallel between the module CPU 38 and the module memory 40.
  • Other units utilized to tailor each type of physical module to satisfy its functional requirements, are operatively connected to module BUS 36 so that each such unit can communicate with the other units of the physical module via its module BUS 36.
  • the BIU 32 of the physical module initiates the transmission of data over LCN 120. In the preferred embodiment, all transmissions by a BIU 32 are transmitted over the coaxial cables which, in the preferred embodiment, form the LCN 120.
  • FIG. 3 there is shown a functional block diagram of a typical physical module 122, 124, 126, 128 of the plant control network 11, and includes the BUS 32 and the transceiver 34, which connects BIU 32 to the LCN 120.
  • BIU 32 is capable of transmitting binary data over LCN 120 and of receiving data from LCN 120.
  • Transceiver 34 is capable of transmitting binary data over LCN 120 and of receiving data from LCN 120.
  • LCN 120 is a dually-redundant coaxial cable with the capability of transmitting bit serial data.
  • BIU 32 is provided with a very fast micro-engine 56.
  • micro engine 56 is made up of bit slice components so that it can process eight bits in parallel and can execute a 24 bit microinstruction from its programmable read only memory (PROM) 58.
  • PROM programmable read only memory
  • Signals received from the LCN 120 are transmitted by transceiver 34 and receive circuitry 52 to receive FIFO register 54.
  • Micro engine 56 examines the data stored in FIFO register 54 and determines if the information is addressed to the physical module. If the data is an information frame, the received data is transferred by direct memory access (DMA) write circuitry 66 by conventional direct memory access techniques to the physical module memory unit (MMU) 40 over module BUS 36.
  • DMA direct memory access
  • MMU physical module memory unit
  • Module BUS interface element 41 provides the communication link between local BUS 39 and module BUS 36.
  • Processor 68 executes instructions fetched from either its local memory 43, in the preferred embodiment an EPROM, or from MMU 40.
  • Processor 68 has a crystal controlled clock 45 which produces clock pulses, or timing signals.
  • Input/output (I/O) port 49 provides communication between MCPU 38 and equipment external to the physical module to permit program loading and the diagnosis of errors, or faults, for example.
  • Each MCPU 38 includes a timing subsystem 48 which, in response to clock signals from module clock 45, produces fine resolution, synchronization, and real-time, timing signals.
  • Any timing subsystem 48 which is provided with a timing subsystem driver 50, has the capability of transmitting timing information to other physical modules over the LCN 120.
  • Another input to each timing subsystem 48 is timing information which is transmitted over LCN 120 and which is received through transceiver 34, timing receiver 55, and timing driver 57 of BIU 32.
  • Timing pulses from module power supply 59 which are a function of the frequency of the external source of A.C. electric power applied to power supply 59, are used by timing subsystem 48 to correct longer-term frequency drift of the clock pulses produced by clock 45.
  • the display system which incorporates the method of the present invention will now be described.
  • FIG. 4 there is shown a block diagram of a Workspace Manager (WSM) Display System of the preferred embodiment of the present invention.
  • the Workspace Manager Display System or more simply referred to as Workspace Manager 124, is coupled to the LCN 120 of the process control system 10 in the preferred embodiment.
  • the Workspace Manager (WSM) 124 is a personal computer (PC) which can be purchased in the marketplace, and includes an LCN co-processor 127 coupled to the LCN 120 and to an internal BUS (PCBUS) 131 of the PC (i.e., of the WSM 124).
  • PC personal computer
  • PCBUS internal BUS
  • LCN co-processor 127 includes the BIU 32, the module BUS 36, the module CPU 38, and the module memory 40, described above. This configuration permits the WSM 124 to communicate with the LCN 120 and the nodes connected thereto.
  • the WSM 124 includes a graphics card 132 coupled to a display 125 and to the PC BUS 131.
  • An Ethernet card 133 permits the WSM 124 to communicate with foreign systems (i.e., systems not coupled to the LCN 120).
  • a microprocessor (mr) 134 of the PC is coupled to the PC BUS 131 and executes the Windows NT Operating System and the Workspace Manager software.
  • a WSM memory 135 is also coupled to the PC BUS 131 and stores the various information (including a configuration file, which will be described later) for use by the mr 134.
  • a keyboard 130 is included for inputting commands to the WSM 124.
  • the display 125 is configured (or mapped) in a predetermined manner.
  • a display screen (not shown), sometimes referred to as a display surface, of display 125 of WSM 124.
  • the display screen (or workspace) is divided into three categories: schematics, trends, and alarms. This workspace is configured as follows:
  • Trends are positioned along the right side of the workspace in fixed locations.
  • the schematic invocation never results in the removal of alarm or trend display and vice versa.
  • the normal windows functions such as MIN, MAX, . . .
  • features are included.
  • a workspace management program i.e., software
  • a window specification file (sometimes referred to as a configuration file) is provided to the workspace management software.
  • the window specification is a set of window properties which can be applied to one or more real-application windows during runtime. Some of these properties, such as position, relate to existing windows concepts.
  • a plurality of window specifications can be included in a given workspace configuration. At runtime, once the workspace manager associates a real -application window with a particular window specification, that specification's properties are applied and enforced for that application window. This will be further described hereinunder.
  • Figure 6 shows the workspace groups and how the space is selected by the workspace manager program.
  • the window specifications are organized into logical window groups for each workspace configuration.
  • Each workspace configuration consists of a single top-level group, consisting of one or more window specifications, and/or subgroups.
  • a hierarchy of window groupings is possible.
  • Each window group must be configured with one of three possible strategies for searching the matching window specification.
  • Each of these strategies embodies a unique approach to determining the criteria by which a given application display will be managed and providing a new kind of functionality which is included as part of this invention: The automatic replacement of existing displays by newly-invoked displays (determining which existing display is to be replaced with a newly invoked display).
  • a round-robin group uses a "round robin" approach in selecting which of its window specifications is applied to a given application window. This group is intended to support a cyclical replacement style in which the newest application window appears to replace the oldest one. All window specifications of this type of group share a common match expression so that a similar set of applications can easily match to each window in a group. Therefore, the match expression concept is applied at the group level for the round-robin groups.
  • a "manual-select" group is similar to the round-robin group in that all applications displayed in this group share a common match expression; however, this group does not automatically increment the window specification which should be used to manage the next application display which matches the group's match expression.
  • the system allows the user to manually select where the next application display will appear, and all newly-invoked applications which belong to this group will continue to replace the manually-selected application until another application is manually selected.
  • Applications are "selected" for replacement via special title-bar buttons which are included as part of this invention.
  • the "first match” group is designed to search its list of subgroups and window specifications in a "top-down, depth-first” fashion. All items in this group, including individual window specifications, each have their own match expression. In the preferred embodiment, all three groups of the example of Figure 5 are of the round-robin group type and is so indicated in the window .specification file (or sometimes called herein configuration file).
  • FIG. 7 which comprises Figures 7A and 7B, there is shown a flow diagram of the WSM software operating in the Workspace Manager Display System of the present invention.
  • a display of an application is requested via the keyboard 126 (or via a mouse interface with a corresponding display, not shown).
  • the program operating within the Workspace Manager Display System 124 is essentially waiting for an input (Block 902). Once the input is received via the keyboard (or via the mouse), the message is decoded (Block 903) and branches to point X (Block 900) if a new display window of an application is requested (Block 900), or branches to point Y in Figure 7B if a current display is being operated, on or being manipulated (Block 912).
  • the requested display is created (Block 901) and the operating system creates the window which incorporates the requested display (Block 904). Within the window, any miscellaneous request made by the operator is also set up in the display (Block 905); and if no specific display parameters have been requested, default conditions will be utilized to set up the display (Block 906). If the workspace manager is not involved (i.e., is not to manage the display) or is inoperative or is optionally turned off, the display as requested and as set up appears on the display screen of the display 125 (Block 909), and the program exits to wait state
  • Block 902 If, however, the workspace manager is to control the display (Block 908), the display is modified in accordance with the workspace manager configuration file (or sometimes referred to herein as the window specification file) (Block 907).
  • the configuration file is stored within the Workspace Manager Display System 124 and is generated offline and contains the parameters which define the workspace area of the display screen. In particular, the location on the display screen is modified such that the requested display appears in the next available window of the Window 1 , Window 2, . . . ,
  • Block 910 If the requested display is to replace an existing display (Block 910), the existing display is closed (Block 91 1) and the program continues to Block 909, in which the display appears in the controlled format and within the controlled, predetermined area, and the program then exits to the wait loop. If an existing display is not to be replaced, the program branches immediately to Block 909, the display appears, and the program exits to Block 902. In the preferred embodiment of the present invention, provision exists for replacing an old display with a newly-requested display.
  • a display is being managed, i.e., operated on or modified (Block 912)
  • the display is checked to determine if the operation is a move, size, stretch, . . . , being requested by the user or the application (Block 913).
  • OS windows operating system
  • the standard windows operating system (OS) of the WSM software signals its intent to redraw the display with the new coordinates (Block 914).
  • the display is being managed by the workspace manager, a determination is made whether the new coordinates violate the configuration file (the window specification file) (Block 916). If the coordinates are outside the configuration file, the coordinates are modified to bring them into compliance with the configuration file (Block 915).
  • Block 914 when the operating system redraws the display with the new coordinates and the display is not being managed by the workspace manager, the display appears in the requested coordinates (Block 917) and the program exits to the wait loop (Block 902). If the new coordinates in Block 916 do not violate the configuration file, the program proceeds to display the requested modified display in the requested coordinates (Block 917), and the program exits to the wait loop (Block 902). After the display modifies the coordinates in Block 915 to bring them into compliance with the configuration file, the display appears in the modified coordinates (Block 918) and the program exits to the wait loop (Block 902).
  • the window specification file is a file stored within the WSM memory 135 of the WSM 124.
  • Each entry into the configuration file includes the size of the window, the position of the window, . . . , and/or other characteristics which define the parameters and properties of the window.
  • the applications being displayed in the preferred embodiment are process-control related, it will be further understood by those skilled in the art that the application can be any application being monitored, e.g., financial applications when financial systems are being monitored, manufacturing plant operations when utilized in manufacturing operations, . . . .
  • the window/displays are generated by the logic of the
  • the Workspace Manager System in accordance with the information as set forth in the configuration file, as described above.
  • FIG 8 there is shown a sample configuration file for a two-window, round-robin workspace.
  • the parameters (or sometimes referred to as properties) are shown in an english word/expression form, but it will be understood by those skilled in the art that this information resides in a memory unit of the display system in a form readable and comprehensible to the Workspace Manager System.
  • the workspace configuration file includes: Workspace (NAME)
  • NAME Group Definition Group
  • Window (WINDOW NAME) 0 or 1 match expression 0 or more Window Properties End Window
  • the window properties include:
  • Region x, y, width, height
  • Minsize width, height
  • the region may be specified at the group level for round robin and manual select groups and inherited by window specifications. If specified at the window-specification level, this region overrides the group ' s region value.
  • always on top true/false: Indicates whether the window shall have the "topmost" window style. Topmost windows are never occluded by non-topmost windows but may be occluded by other topmost windows.
  • the Microsoft Clock application is a typical example of an "always on top” application. If set false, this style can be removed from normally always on top applications, such as the Clock.
  • Draggable true/false: Indicates whether the window can be dragged by the user. Note that this property does not completely preclude moving a window unless the sizable property is also set to false.
  • Maxsize width, height: Indicates the maximum width and height to which this window is permitted to grow. This value similarly constrains the size of a maximized window.
  • Minsize width, height: Indicates the minimum width and height to which this window is permitted to shrink.
  • Sizable true/false: Indicates whether this window can be sized by the user. If this value is false, the style of the window is changed to "thin frame," providing visual cues that this window cannot be sized.
  • Placeholder true/false: Indicates whether a blank "placeholder window” is displayed, according to this window specifications' properties, when no application is currently displayed using this window specification.
  • Minimizable true/false: Provides the ability to remove MIN button from the display.
  • Maximizable true/false: Provides the ability to remove the MAX button from the display.
  • the pointer is a value which points to the next window to have a display inserted in the round-robin scheme.
  • the pointer is utilized by the Workspace Manager System in making the next window determination. There is a pointer for each group and it is maintained by the Workspace Manager System in a manner well known to those skilled in the art.
  • additional groups can be specified, additional windows per group be specified, . . . .

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

In a display system having a display surface of one or more physical surfaces, a method configures the display properties applied to predetermined application displays. In the display system, multiple applications are displayed in a coordinated, predetermined area of the display surface. The method comprises the steps of defining display properties of each window within each group. The display properties thus defined are stored in a configuration file. When an input request is received by the display system to output a predetermined application display, the application display is created in accordance with the size parameters defined in the configuration file. A window within the defined group for the application display is selected from the configuration file in accordance with the selection scheme defined in the configuration file.

Description

METHOD FOR CONFIGURING THE DISPLAY PROPERTIES TO BE APPLIED TO PREDETERMINED APPLICATION DISPLAYS
RELATED APPLICATIONS
The present application is related to the following:
1. Patent application, Serial No. , entitled "Method for Configuring and Controlling Computer Windows' Display of Multiple Applications";
2. Patent application, Serial No. , entitled "Method of Display Categorization in a Multi-Window Display Environment";
3. Patent application, Serial No. , entitled "Method for Re- Invoking Previously Displayed Software Application Displays in a Multi- Window Environment";
4. Patent application, Serial No. , entitled "Method for Constraining the Number of Displays in a Multi- Window Computer
Environment";
5. Patent application, Serial No. , entitled "Method for
Constraining the Available Display Surface in which Application Displays May be Rendered"; 6. Patent application, Serial No. , entitled "Method for Controlling the Presentation of Displays in a Multi- Window Computer Environment"; all of the above being incorporated by reference herein, and all of the above filed on even date herewith, and all of the above assigned to Honeywell Inc., the assignee of the present application.
BACKGROUND OF INVENTION
The present invention relates to a display system, and more particularly, to a method for configuring, in advance, the display properties to be applied to various applications displays, thereby permitting predictable management of application displays in a multi-display computer environment.
Existing multi-window computer display environments do not provide for generically configuring application display properties. Thus, displays are often "randomly" presented on the screen. The present invention provides a mechanism by which applications can be predictably and intelligently laid out (positioned, sized, etc.) such that multiple independent applications appear to be components of an overall coherent workspace.
The present invention provides a method for configuring display properties, thus lending extensive control and predictability to the operational environment. These display properties are applied to applications, including third-party applications, which typically would not be predictably nor consistently positioned. The result is an ability to provide a high level of integration and coherence across a multiplicity of varied applications into a single, comprehensible, and manageable working environment.
Generally, this invention has utility in multiple display computer environments in which critical displays must be protected from occlusion by non-critical displays. The present invention provides operational predictability and simplicity such that displays are presented according to specific predetermined criteria rather than what appears to the operator as "at random". Also provided is a workspace-wide cohesiveness and coherence to a diverse collection of application displays. High-level, extensive workspace organization capability is afforded.
SUMMARY OF THE INVENTION
Therefore, there is provided by the present invention a method for configuring the display properties to be applied to predetermined application displays. In a display system having a display surface of one or more physical surfaces, a method configures the display properties applied to predetermined application displays. In the display system, multiple applications are displayed in a coordinated, predetermined area of the display surface. The method comprises the steps of defining display properties of each window within each group. The display properties thus defined are stored in a configuration file. When an input request is received by the display system to output a predetermined application display, the application display is created in accordance with the size parameters defined in the configuration file. A window within the defined group for the application display is selected from the configuration file in accordance with the selection scheme defined in the configuration file.
Accordingly, it is an object of the present invention to provide a method for configuring the display properties of application displays.
It is another object of the present invention to provide a method for configuring in advance the display properties to be applied to a plurality of application displays, thereby permitting predictable management of application displays in a multi-display computer environment.
These and other objects of the present invention will become more apparent when taken in conjunction with the following description and attached drawings, wherein like characters indicate like parts, and which drawings form a part of the present application.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 shows a block diagram of a process control system of the preferred embodiment in which the present invention can be utilized;
Figure 2 shows a block diagram of common elements of each physical module of the process control system of Figure 1 ; Figure 3 shows a functional block diagram of a typical physical module of the process control system;
Figure 4 shows a block diagram of a Workspace Manager Display System of the preferred embodiment;
Figure 5 shows the layout of an example configuration of a display of the Workspace Manager System (WSM), each window representing a different set of configured display characteristics, including but not limited to, the shown window locations and sizes.
Figure 6 shows an example ordering by which a newly-invoked application display area is related to a specific set of display characteristics for the example of Figure
5;
Figure 7, which comprises Figures 7 A and 7B, shows a flow diagram of the WSM software operating in the Workspace Manager Display System in which the method of the present invention is utilized; and
Figure 8 shows a sample configuration file for a two-window, round-robin workspace.
DETAILED DESCRIPTION
Before describing the method of the present invention, it will be helpful in understanding a system environment in which the invention is utilized. Referring to Figure 1, there is shown a block diagram of a process control system 10 of the preferred embodiment in which the present invention can be found. The process control system 10 includes a plant control network 11, and connected thereto is a data hiway 12, which permits a process controller 20' to be connected thereto. In the present day process control system 10, additional process controllers 20' can be operatively connected to the plant control network 1 1 via a corresponding hiway gateway 601 and a corresponding data hiway 12. A process controller 20, an interface apparatus which includes many new additions, improvements, and features over the process controller 20', is operatively connected to the plant control network 1 1 via a universal control network (UCN) 14 to a network interface module (NIM) 602. In the preferred embodiment of the process control system 10 additional process controllers 20 can be operatively connected to the plant control network 11 via a corresponding UCN 14 and a corresponding NIM 602. The process controllers 20, 20' interface the analog input and output signals and digital input and output signals (A/I, A/O, D/I, and D/O respectively) to the process control system 10 from the variety of field devices (not shown) of the process being controlled which include valves, pressure switches, pressure gauges, thermocouples, . . . .
The plant control network (or more simply network) 1 1 provides the overall supervision of the controlled process in conjunction with the plant operator and obtains all the information needed to perform the supervisory function and includes an interface with the operator. The plant control network 1 1 includes a plurality of physical modules (or nodes), which include a universal operator station (US) 122, an application module (AM) 124, a history module (HM) 126, a computer module (CM) 128, and duplicates (backup or secondary) of these modules (and additional types of modules, not shown) as necessary to perform the required control/supervisory function of the process being controlled. Each of these physical modules is operatively connected to a local control network (LCN) 120, which permits each of these modules to communicate with each other as necessary. The NIM 602 and HG 601 provide an interface between the LCN 120 and the UCN 14 and the LCN 120 and the data hiway 12, respectively.
Physical modules 122, 124, 126, 128, . . . of network 1 1 of the preferred embodiment are of various specialized functional types. Each physical module is the peer, or equivalent, of the other in terms of right of access to the network's communication medium, or LCN 120, for the purpose of transmitting data to other physical modules of network 11.
Universal operator station module (US) 122 of network 11 is a workstation for one or more plant operators. A history module (HM) 126 provides mass data storage capability. The history module 126 includes at least one conventional disk mass storage device, such as a Winchester disk, which disk storage device provides a large volume of nonvolatile storage capability for binary data. The types of data stored by such a mass storage device are typically trend histories, event histories, . . . .or data from which such histories can be determined, data that constitutes or forms CRT type displays, copies of programs for the physical modules . . . .
An application module (AM) 124 provides additional data processing capability in support of the process control functions performed by the controllers associated with the process control subsystem 20, 20' such as data acquisition, alarming, batch history collection, and provide continuous control computational facilities when needed. The data processing capability of the application module 124 is provided by a processor (not shown) and a memory (not shown) associated with the module.
Computer module (CM) 128 uses the standard or common units of all physical modules to permit a medium-to-large scale, general purpose data processing system to communicate with other physical modules of network 11 and the units of such modules over the LCN 120 and the units of process control subsystems 20, 20' via the hiway gateway module 601, and the NIM 602, respectively. Data processing systems of a computer module 128 are used to provide supervisory, optimization, generalized user program preparation, and execution of such programs in higher-level program languages. Typically, the data processing aSystems of a computer module 128 have the capability of communicating with other such systems by a communication processor and communication lines.
The local control network 120 (LCN) is a high-speed, bit serial, dual redundant communication network that interconnects all the physical modules of plant control network 11. LCN 120 provides the only data transfer path between the principal sources of data, such as hiway gateway module 601, application module 124, and history module 126, and principal users of such data, such as universal operator station module 122, computer module 128, and application module 124. LCN 120 also provides the communication medium over which large blocks of data, such as memory images, can be moved from one physical module, such as history module 126, to universal station module 122. LCN 120 is dual redundant in that it consists of two coaxial cables that permit the serial transmission of binary signals over both cables.
Referring to Figure 2, there is shown a block diagram of the common elements of each physical module of the network 11 or the process control system 10. Each of the physical modules includes a module central processor unit 38 and a module memory 40, a random-access memory (not shown), and such additional controller devices, or units (not shown), which are configured to provide the desired functionality of that type of module, i.e., that of the operator station 122, for example. The data-processing capabilities of each module's CPU 38 and module memory 40 create a distributed processing environment which provides for improved reliability and performance of network 1 1 and process control system 10. The reliability of network 1 1 and system 10 is improved because, if one physical module of network 1 1 fails, the other physical modules will remain operational. As a result, network 1 1 as a whole is not disabled by such an occurrence as would be the case in centralized systems. Performance is improved by this distributed environment in that throughput and fast operator response times result from the increase computer processing resources and the concurrency and parallelism of the data-processing capabilities of the system.
As mentioned above, each physical module includes the BUS interface unit (BIU) 32, which is connected to the LCN 120 by the transceiver 34. Each physical module is also provided with the module BUS 36 which, in the preferred embodiment, is capable of transmitting 16 bits of data in parallel between the module CPU 38 and the module memory 40. Other units, utilized to tailor each type of physical module to satisfy its functional requirements, are operatively connected to module BUS 36 so that each such unit can communicate with the other units of the physical module via its module BUS 36. The BIU 32 of the physical module initiates the transmission of data over LCN 120. In the preferred embodiment, all transmissions by a BIU 32 are transmitted over the coaxial cables which, in the preferred embodiment, form the LCN 120. Referring to Figure 3 there is shown a functional block diagram of a typical physical module 122, 124, 126, 128 of the plant control network 11, and includes the BUS 32 and the transceiver 34, which connects BIU 32 to the LCN 120. BIU 32 is capable of transmitting binary data over LCN 120 and of receiving data from LCN 120. Transceiver
34, in the preferred embodiment, is transformer coupled to the LCN 120. In the preferred embodiment, the LCN 120 is a dually-redundant coaxial cable with the capability of transmitting bit serial data. BIU 32 is provided with a very fast micro-engine 56. In the preferred embodiment, micro engine 56 is made up of bit slice components so that it can process eight bits in parallel and can execute a 24 bit microinstruction from its programmable read only memory (PROM) 58.
Signals received from the LCN 120 are transmitted by transceiver 34 and receive circuitry 52 to receive FIFO register 54. Micro engine 56 examines the data stored in FIFO register 54 and determines if the information is addressed to the physical module. If the data is an information frame, the received data is transferred by direct memory access (DMA) write circuitry 66 by conventional direct memory access techniques to the physical module memory unit (MMU) 40 over module BUS 36.
Communication between MCPU processor 68, a Motorola 68020 microprocessor in the preferred embodiment, and other functional elements of MCPU 38 is via local microprocessor BUS 39. Module BUS interface element 41 provides the communication link between local BUS 39 and module BUS 36. Processor 68 executes instructions fetched from either its local memory 43, in the preferred embodiment an EPROM, or from MMU 40. Processor 68 has a crystal controlled clock 45 which produces clock pulses, or timing signals. Input/output (I/O) port 49 provides communication between MCPU 38 and equipment external to the physical module to permit program loading and the diagnosis of errors, or faults, for example.
Each MCPU 38 includes a timing subsystem 48 which, in response to clock signals from module clock 45, produces fine resolution, synchronization, and real-time, timing signals. Any timing subsystem 48, which is provided with a timing subsystem driver 50, has the capability of transmitting timing information to other physical modules over the LCN 120. Another input to each timing subsystem 48 is timing information which is transmitted over LCN 120 and which is received through transceiver 34, timing receiver 55, and timing driver 57 of BIU 32. Timing pulses from module power supply 59, which are a function of the frequency of the external source of A.C. electric power applied to power supply 59, are used by timing subsystem 48 to correct longer-term frequency drift of the clock pulses produced by clock 45.
Additional information of the BIU 32 can be found in U.S. Patent No. 4,556,974. A more detailed description of the process control system 10 can be had by referring to
U.S. Patent No. 4,607,256. Additional information of the individual, common, functional blocks of the physical modules can be had by reference to U.S. Patent No. 4,709,347, all of the above-identified patents being assigned to the assignee of the present application; and additional information of the process controller 20' can be had by referencing U.S. Patent No. 4,296,464.
The addition of an interface apparatus which interfaces other systems to the process control system 10 described above and a modification to a graphics generator in the US 122 opens up the existing system, specifically the graphics interface, which includes designing-in the capability to readily permit nodes of differing designs to communicate to the network. In order to open up the graphics interface such that a display which is not on the LCN can be displayed onto the CRT 151 of the US 122, there is included an interface to a graphics card of the US 122 from a co-processor. For more detailed information regarding the opening of the graphics interface, reference can be made to U.S. Patent No. 5,386,503, entitled "Method for Controlling Window Displays in an Open Systems Windows Environment," and to U.S. patent No. 5,530,844, entitled "Method of Coupling Open Systems to a Proprietary Network," both patents being assigned to the same assignee of the present application.
The display system which incorporates the method of the present invention will now be described. Referring to Figure 4. there is shown a block diagram of a Workspace Manager (WSM) Display System of the preferred embodiment of the present invention. The Workspace Manager Display System, or more simply referred to as Workspace Manager 124, is coupled to the LCN 120 of the process control system 10 in the preferred embodiment. The Workspace Manager (WSM) 124 is a personal computer (PC) which can be purchased in the marketplace, and includes an LCN co-processor 127 coupled to the LCN 120 and to an internal BUS (PCBUS) 131 of the PC (i.e., of the WSM 124). The
LCN co-processor 127 includes the BIU 32, the module BUS 36, the module CPU 38, and the module memory 40, described above. This configuration permits the WSM 124 to communicate with the LCN 120 and the nodes connected thereto. The WSM 124 includes a graphics card 132 coupled to a display 125 and to the PC BUS 131. An Ethernet card 133 permits the WSM 124 to communicate with foreign systems (i.e., systems not coupled to the LCN 120). A microprocessor (mr) 134 of the PC is coupled to the PC BUS 131 and executes the Windows NT Operating System and the Workspace Manager software. A WSM memory 135 is also coupled to the PC BUS 131 and stores the various information (including a configuration file, which will be described later) for use by the mr 134. A keyboard 130 is included for inputting commands to the WSM 124. A mouse interface
136 is provided in the preferred embodiment of the WSM 124.
In order to display a number of windows in an orderly, controlled manner, the display 125 is configured (or mapped) in a predetermined manner. Referring to Figure 5, there is shown an example of a configuration of a display screen (not shown), sometimes referred to as a display surface, of display 125 of WSM 124. The display screen (or workspace) is divided into three categories: schematics, trends, and alarms. This workspace is configured as follows:
• Schematics are limited to the region in which the four initial windows are displayed.
• Trends are positioned along the right side of the workspace in fixed locations.
• Alarms are presented at the bottom of the display.
In the preferred embodiment, the schematic invocation never results in the removal of alarm or trend display and vice versa. In the title area, note that the normal windows functions, such as MIN, MAX, . . . , features are included. In the microprocessor 134 of WSM 124 there is operating a workspace management program (i.e., software) which in the preferred embodiment is a Windows NT, provided by the Microsoft Corp., which has been modified as will be described hereinunder. In order to achieve the configuration as shown in Figure 5, a window specification file (sometimes referred to as a configuration file) is provided to the workspace management software. The window specification is a set of window properties which can be applied to one or more real-application windows during runtime. Some of these properties, such as position, relate to existing windows concepts. Other properties, such as region and draggable, represent extended means of controlling application windows. A plurality of window specifications can be included in a given workspace configuration. At runtime, once the workspace manager associates a real -application window with a particular window specification, that specification's properties are applied and enforced for that application window. This will be further described hereinunder.
In accordance with the examples shown above, Figure 6 shows the workspace groups and how the space is selected by the workspace manager program. The window specifications are organized into logical window groups for each workspace configuration. Each workspace configuration consists of a single top-level group, consisting of one or more window specifications, and/or subgroups. Thus, a hierarchy of window groupings is possible. Each window group must be configured with one of three possible strategies for searching the matching window specification. Each of these strategies embodies a unique approach to determining the criteria by which a given application display will be managed and providing a new kind of functionality which is included as part of this invention: The automatic replacement of existing displays by newly-invoked displays (determining which existing display is to be replaced with a newly invoked display). A round-robin group uses a "round robin" approach in selecting which of its window specifications is applied to a given application window. This group is intended to support a cyclical replacement style in which the newest application window appears to replace the oldest one. All window specifications of this type of group share a common match expression so that a similar set of applications can easily match to each window in a group. Therefore, the match expression concept is applied at the group level for the round-robin groups. A "manual-select" group is similar to the round-robin group in that all applications displayed in this group share a common match expression; however, this group does not automatically increment the window specification which should be used to manage the next application display which matches the group's match expression. Rather, the system allows the user to manually select where the next application display will appear, and all newly-invoked applications which belong to this group will continue to replace the manually-selected application until another application is manually selected. Applications are "selected" for replacement via special title-bar buttons which are included as part of this invention. The "first match" group is designed to search its list of subgroups and window specifications in a "top-down, depth-first" fashion. All items in this group, including individual window specifications, each have their own match expression. In the preferred embodiment, all three groups of the example of Figure 5 are of the round-robin group type and is so indicated in the window .specification file (or sometimes called herein configuration file).
Referring to Figure 7, which comprises Figures 7A and 7B, there is shown a flow diagram of the WSM software operating in the Workspace Manager Display System of the present invention. A display of an application is requested via the keyboard 126 (or via a mouse interface with a corresponding display, not shown). The program operating within the Workspace Manager Display System 124 is essentially waiting for an input (Block 902). Once the input is received via the keyboard (or via the mouse), the message is decoded (Block 903) and branches to point X (Block 900) if a new display window of an application is requested (Block 900), or branches to point Y in Figure 7B if a current display is being operated, on or being manipulated (Block 912). The requested display is created (Block 901) and the operating system creates the window which incorporates the requested display (Block 904). Within the window, any miscellaneous request made by the operator is also set up in the display (Block 905); and if no specific display parameters have been requested, default conditions will be utilized to set up the display (Block 906). If the workspace manager is not involved (i.e., is not to manage the display) or is inoperative or is optionally turned off, the display as requested and as set up appears on the display screen of the display 125 (Block 909), and the program exits to wait state
(Block 902). If, however, the workspace manager is to control the display (Block 908), the display is modified in accordance with the workspace manager configuration file (or sometimes referred to herein as the window specification file) (Block 907). The configuration file is stored within the Workspace Manager Display System 124 and is generated offline and contains the parameters which define the workspace area of the display screen. In particular, the location on the display screen is modified such that the requested display appears in the next available window of the Window 1 , Window 2, . . . ,
Trend 1, . . . , or Alarm 1 . . . , in the example of Figure 5. If the requested display is to replace an existing display (Block 910), the existing display is closed (Block 91 1) and the program continues to Block 909, in which the display appears in the controlled format and within the controlled, predetermined area, and the program then exits to the wait loop. If an existing display is not to be replaced, the program branches immediately to Block 909, the display appears, and the program exits to Block 902. In the preferred embodiment of the present invention, provision exists for replacing an old display with a newly-requested display. However, it will be understood by those skilled in the art that many variations can be made with the replacement of a display, such as having a priority associated with the display whereby a display of a lower priority cannot replace a display of a higher priority. In addition, displays may be marked by an operator as not being replaceable, . . . . it will be understood that many such features and variations thereof exist which are within the scope of the present invention.
If a display is being managed, i.e., operated on or modified (Block 912), the display is checked to determine if the operation is a move, size, stretch, . . . , being requested by the user or the application (Block 913). Before the application visually reflects the results of such an operation, the standard windows operating system (OS) of the WSM software signals its intent to redraw the display with the new coordinates (Block 914). If the display is being managed by the workspace manager, a determination is made whether the new coordinates violate the configuration file (the window specification file) (Block 916). If the coordinates are outside the configuration file, the coordinates are modified to bring them into compliance with the configuration file (Block 915). At Block 914, when the operating system redraws the display with the new coordinates and the display is not being managed by the workspace manager, the display appears in the requested coordinates (Block 917) and the program exits to the wait loop (Block 902). If the new coordinates in Block 916 do not violate the configuration file, the program proceeds to display the requested modified display in the requested coordinates (Block 917), and the program exits to the wait loop (Block 902). After the display modifies the coordinates in Block 915 to bring them into compliance with the configuration file, the display appears in the modified coordinates (Block 918) and the program exits to the wait loop (Block 902).
It will be recognized by those skilled in the art that the software of the program manager can be a completely new software package programmed to perform the functions as described in Figure 7. Also, it will be recognized by those skilled in the art that the standard windows operating system (OS) can be utilized and modified in order to incorporate the features of the workspace manager display system as described herein. The window specification file, or configuration file, is a file stored within the WSM memory 135 of the WSM 124. There can be a plurality of configuration files to define various workspace configurations, including a four-window workspace; a five-window workspace, which is similar to a four-window workspace with the fifth workspace having a critical space (or group); a ten-window, three-group workspace, as shown in Figure 5, . . . . Each entry into the configuration file includes the size of the window, the position of the window, . . . , and/or other characteristics which define the parameters and properties of the window. Although the applications being displayed in the preferred embodiment are process-control related, it will be further understood by those skilled in the art that the application can be any application being monitored, e.g., financial applications when financial systems are being monitored, manufacturing plant operations when utilized in manufacturing operations, . . . .
In the present invention, the window/displays are generated by the logic of the
Workspace Manager System in accordance with the information as set forth in the configuration file, as described above. Referring to Figure 8, there is shown a sample configuration file for a two-window, round-robin workspace. The parameters (or sometimes referred to as properties) are shown in an english word/expression form, but it will be understood by those skilled in the art that this information resides in a memory unit of the display system in a form readable and comprehensible to the Workspace Manager System. The workspace configuration file includes: Workspace (NAME)
0 or more constant definitions 0 or more application launch commands
1 Group Definition End Workspace
Group Definition Group (NAME) (type, i.e., round robin, manual, first match)
0 or 1 match expression 0 or 1 region expression 0 or more Window Definition End Group
Window Definition
Window (WINDOW NAME) 0 or 1 match expression 0 or more Window Properties End Window
The window properties include:
Region = x, y, width, height
Always on top = true/false
Draggable = true/false
Maxsize = width, height
Minsize = width, height
Sizable = true/false
Position = χ. y
Size = width, height
Placeholder = true/false
Minimizable = true/false Maximizable = true/false
Closeable = true/false
The definition of the window properties are: Region = x, y, width, height: Indicates the display area outside of which this window cannot be moved or sized. Even if the window is maximized, it will not be displayed with dimensions which exceed these bounds. The region may be specified at the group level for round robin and manual select groups and inherited by window specifications. If specified at the window-specification level, this region overrides the group's region value.
Always on top = true/false: Indicates whether the window shall have the "topmost" window style. Topmost windows are never occluded by non-topmost windows but may be occluded by other topmost windows. The Microsoft Clock application is a typical example of an "always on top" application. If set false, this style can be removed from normally always on top applications, such as the Clock.
Draggable = true/false: Indicates whether the window can be dragged by the user. Note that this property does not completely preclude moving a window unless the sizable property is also set to false.
Maxsize = width, height: Indicates the maximum width and height to which this window is permitted to grow. This value similarly constrains the size of a maximized window.
Minsize = width, height: Indicates the minimum width and height to which this window is permitted to shrink.
Sizable = true/false: Indicates whether this window can be sized by the user. If this value is false, the style of the window is changed to "thin frame," providing visual cues that this window cannot be sized.
Position = x, y: Indicates the initial position (upper-left corner coordinates) at which this window will be displayed. Note that this value must be within the region if it is specified. Also, upon "original positions" command, the Workspace Manager System repositions this window back to this position. Size = width, height: Indicates the initial width and height values applied to this window upon presentation. Upon "original positions" command, the window is repositioned to its original position and size.
Placeholder = true/false: Indicates whether a blank "placeholder window" is displayed, according to this window specifications' properties, when no application is currently displayed using this window specification.
Minimizable = true/false: Provides the ability to remove MIN button from the display.
Maximizable = true/false: Provides the ability to remove the MAX button from the display.
Closeable = true/false: Provides the ability to inhibit closing of an application display.
The pointer is a value which points to the next window to have a display inserted in the round-robin scheme. The pointer is utilized by the Workspace Manager System in making the next window determination. There is a pointer for each group and it is maintained by the Workspace Manager System in a manner well known to those skilled in the art.
Also, the discussion above is to an example of a single-group, round-robin type.
As mentioned previously, additional groups can be specified, additional windows per group be specified, . . . .
While there has been shown what is considered the preferred embodiment of the present invention, it will be manifest that many changes and modifications can be made therein without departing from the essential scope and spirit of the invention. It is intended, therefore, in the annexed claims to cover all such changes and modifications that fall within the true scope of the invention.

Claims

CLA1MS
Claim 1. In a display system having a display surface of one or more physical surfaces, a method configuring the display properties applied to predetermined application displays, wherein multiple applications are displayed in a coordinated, predetermined area of the display surface, the method comprising the steps of: a) defining display properties of each window within each group; b) storing the display properties in a configuration file; c) when an input request is received by the display system to output a predetermined application display, creating the application display in accordance with size parameters defined in said configuration file; and d) selecting a window within the defined group for the application display in accordance with the selection scheme defined in the configuration file.
Claim 2. A method of configuring the display properties applied to predetermined application displays according to Claim 1 , wherein said selection scheme comprises at least one type, including round robin, manual, and first match.
Claim 3. A method of configuring the display properties applied to predetermined application displays according to Claim 2, wherein said round-robin type of selection scheme utilized a pointer to the next window in the configuration to be used for outputting the application display.
Claim 4. A method of configuring the display properties applied to predetermined application displays according to Claim 1, wherein said display properties include size and placement parameters and Boolean-type parameters indicating whether a predetermined operation is permitted on the corresponding application display.
Claim 5. A method of configuring the display properties applied to predetermined application displays according to Claim 4, wherein said display properties define a region for constraining the display of the corresponding application display.
PCT/US1997/016215 1996-09-27 1997-09-16 Method for configuring the display properties to be applied to predetermined application displays WO1998013751A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU43454/97A AU4345497A (en) 1996-09-27 1997-09-16 Method for configuring the display properties to be applied to predetermined application displays

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US72034896A 1996-09-27 1996-09-27
US08/720,348 1996-09-27

Publications (1)

Publication Number Publication Date
WO1998013751A1 true WO1998013751A1 (en) 1998-04-02

Family

ID=24893672

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1997/016215 WO1998013751A1 (en) 1996-09-27 1997-09-16 Method for configuring the display properties to be applied to predetermined application displays

Country Status (2)

Country Link
AU (1) AU4345497A (en)
WO (1) WO1998013751A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039415A2 (en) * 2000-11-13 2002-05-16 Siemens Medical Solutions Usa, Inc. A method and apparatus for concurrently displaying respective images representing real-time data and non-real-time data
US7165221B2 (en) 2000-11-13 2007-01-16 Draeger Medical Systems, Inc. System and method for navigating patient medical information
US9189250B2 (en) * 2008-01-16 2015-11-17 Honeywell International Inc. Method and system for re-invoking displays
CN109597539A (en) * 2018-09-21 2019-04-09 北京字节跳动网络技术有限公司 A kind of content displaying method, device, terminal and readable medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0558224A1 (en) * 1992-02-28 1993-09-01 International Business Machines Corporation Computer system with graphical user interface for window management
US5386503A (en) * 1992-06-16 1995-01-31 Honeywell Inc. Method for controlling window displays in an open systems windows environment
US5487143A (en) * 1994-04-06 1996-01-23 Altera Corporation Computer user interface having tiled and overlapped window areas

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0558224A1 (en) * 1992-02-28 1993-09-01 International Business Machines Corporation Computer system with graphical user interface for window management
US5386503A (en) * 1992-06-16 1995-01-31 Honeywell Inc. Method for controlling window displays in an open systems windows environment
US5487143A (en) * 1994-04-06 1996-01-23 Altera Corporation Computer user interface having tiled and overlapped window areas

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039415A2 (en) * 2000-11-13 2002-05-16 Siemens Medical Solutions Usa, Inc. A method and apparatus for concurrently displaying respective images representing real-time data and non-real-time data
WO2002039415A3 (en) * 2000-11-13 2002-09-26 Siemens Medical Solutions A method and apparatus for concurrently displaying respective images representing real-time data and non-real-time data
JP2004513588A (en) * 2000-11-13 2004-04-30 シーメンス メディカル ソリューションズ ユーエスエー インコーポレイテッド Method and apparatus for simultaneously displaying each of an image representing real-time data and an image representing non-real-time data
US6793625B2 (en) 2000-11-13 2004-09-21 Draeger Medical Systems, Inc. Method and apparatus for concurrently displaying respective images representing real-time data and non real-time data
US7165221B2 (en) 2000-11-13 2007-01-16 Draeger Medical Systems, Inc. System and method for navigating patient medical information
US9189250B2 (en) * 2008-01-16 2015-11-17 Honeywell International Inc. Method and system for re-invoking displays
CN109597539A (en) * 2018-09-21 2019-04-09 北京字节跳动网络技术有限公司 A kind of content displaying method, device, terminal and readable medium

Also Published As

Publication number Publication date
AU4345497A (en) 1998-04-17

Similar Documents

Publication Publication Date Title
US5734380A (en) Method for controlling the presentation of displays in a multi-window computer environment
AU721185B2 (en) Method of display categorization in a multi-window display
US6675226B1 (en) Network interface for industrial controller providing application programmer interface
US5841654A (en) Windows based network configuration and control method for a digital control system
EP1784695B1 (en) Integrated graphical runtime interface for process control systems
US5315711A (en) Method and apparatus for remotely and centrally controlling a plurality of host processors
EP1645923B1 (en) Screen creating device
EP0973078A1 (en) Process control system
EP1986086A1 (en) Control device, control program, and control method for controlling display of display device for displaying superimposed windows
EP0921463A2 (en) A method and apparatus for controlling non-computer system devices by manipulating a graphical representation
WO1998036353A1 (en) System for configuring a process control environment with graphical elements
WO1994029788A1 (en) A method for utilizing a low resolution touch screen system in a high resolution graphics environment
JPH0283601A (en) Programmable-controller
WO2008104459A1 (en) Method and system for generating a control system user interface
EP0477124B1 (en) Method and apparatus for distributed processing of display panel information
US20060218507A1 (en) Display of historical information related to field devices used in process control plants
WO2008005817A2 (en) Apparatus and methods for ensuring visibility of display window
WO2009048916A2 (en) Display management in a multi-window display
US6769620B2 (en) IC card reader with improved man-machined interface
WO1998013751A1 (en) Method for configuring the display properties to be applied to predetermined application displays
WO1998013747A1 (en) Method for re-invoking previously displayed software application displays in a multi-window environment
WO1998013752A1 (en) Method for constraining the available display surface in which application displays may be rendered
WO1998013749A1 (en) Method for configuring and controlling the display of multiple application windows
WO1998013816A1 (en) Method for constraining the number of displays in a multi-window computer environment
JP2022012393A (en) Software development environment providing system, software development environment providing method, and software development environment providing program

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA CN JP

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 1998515691

Format of ref document f/p: F

NENP Non-entry into the national phase

Ref country code: CA

122 Ep: pct application non-entry in european phase