Electrical computers and digital processing systems: multicomput – Computer-to-computer data routing – Least weight routing
Reexamination Certificate
1996-12-04
2003-11-11
Courtenay, III, St. John (Department: 2126)
Electrical computers and digital processing systems: multicomput
Computer-to-computer data routing
Least weight routing
C709S241000, C709S203000, C709S202000, C345S215000
Reexamination Certificate
active
06647432
ABSTRACT:
BACKGROUND OF THE INVENTION
The subject matter of the present invention relates to a method and apparatus for providing direct inter-process communications between computer program applications executing in computer workstations that provide a window display interface to an operator, and, more particularly, to an intertask communication framework and associated human interface method and apparatus, disposed in association with each of a plurality of client applications executing in a plurality of workstations, for transmitting an event between two or more computer program applications executing in one or more of the workstations without requiring the transmitted event to pass through an intervening server or dispatcher program executing in one of the workstations.
Computer progams that operate with a network often have multiple programs operating concurrently. It is frequently necessary for information, such as events, to be transferred from one program to another, either within a single workstation or across a network of interconnected computer workstations. An operator at one of the workstations may process information by using different programs operating concurrently in the workstation or across the network of workstations. The operator may also retrieve information by using a multiple number of computer programs executing concurrently in the single workstation or across the network or interconnected workstations. It is therefore important that information be quickly and easily transferred between the multiple number of programs operating in the one or more interconnected workstations.
Windowing software technology is applied where it is important for an operator to display and interact with multiple programs executing concurrently in a computer system comprising one or more interconnected workstations. A “window” is defined to be a portion of a display screen, such as a cathode ray tube (CRT). The window covers less than the entirety of the screen. As a result, there may be a multiple number of windows on the screen at one time. Typically, the user moves a cursor around the screen by use of an input device known as a mouse or by use of multiple keys on a keyboard. The cursor can be moved from one window to another on the screen, and, when the cursor is present within a particular window on the screen, the user/operator is placed in communication with the application program which generated that particular window on the screen. As a result, the operator may access a multiple number of different application programs thereby accomplishing multiple tasks without having to load a new program each time a new task must be performed.
However, when concurrently accessing a multiple number of different application programs executing in a workstation or across a network of workstations, is is often necessary for a user/operator to transfer information from one windowed program executing in a first workstation to another windowed program executing in either the first workstation or in a second, different workstation connected to the first workstation across the network. Transferring information between programs operating in a windowing environment is disclosed in the preferred embodiment of the present invention; however, such a windowing environment is not necessary in order to practice the invention of this specification as claimed.
There are at least three conventional techniques for transferring information between concurrently operating programs in a computer system.
The first conventional technique is called “cut and paste”. This comprises pointing to and selecting information such as text or data in one window to highlight it and thereby separate it from the remaining information in the window. The user presses a special button or key which moves the selected information to an area of memory specially designated by the operating system and known as the “paste memory” or “clipboard”. The user then moves the cursor to another window which is adapted to receive the information. A “paste button” or command is invoked by the user to retrieve the stored information from the designated memory area and place it at the location of the cursor. Note that all steps of this process are carried out by the user.
The second conventional technique establishes a programmed connection between two programs, each of which may display information in a window. Both programs must be designed to respond to a predetermined input command that causes information to be shifted from one program to another. This operation may also be entirely under the control of the user and requires a user input in order to function. Each communication path between pairs of programs must be programmed into the code of both programs, which creates an inflexible system. It is also difficult to add new communication paths or to change existing communication paths.
The third conventional technique is described in U.S. Pat. No. 5,448,738 to Good et al issued Sep. 5, 1995, and in European Patent Application number 0 380 211 published on Aug. 1, 1990 and entitled “Method for Information Communication between Concurrently Operating Computer Programs” to William E. Good et al (hereinafter called “the Good et al disclosure”), the disclosures of which are incorporated by reference into the specification of this application. In the Good et al disclosure, the user interfaces with application programs through one or more window displays and an input device on a computer workstation. One or more information codes and one or more corresponding application programs are registered with a dispatcher program (otherwise known as a “server”). As a result, a list is formed in the dispatcher program, the list including a plurality of information codes and a corresponding plurality of application program identifiers. Then, when a first application program wants to send event information to another concurrently executing second application program, a template, which includes event information and a corresponding information code, is generated by the first application program and the template is transmitted by the first application program to the dispatcher program. The information code in the template from the first application program is compared with the information code in the list registered with the dispatcher program. If a match between information codes is found, the event information associated with the information code in the template is transmitted to the application program that is associated with the information code in the list registered with the dispatcher program.
The Good et al disclosure is similar to other conventional, prior art tools for enabling inter-process communication between application programs, all of which are based on “client-server techniques”. Examples of such conventional tools include the “X Window System” and Sun's “Tooltalk”. In the Good et al disclosure and the other conventional tools, when using the prior art client-server techniques, all of the data to be communicated between concurrently executing computer program applications must be routed through a server program (the “server program” being similar to the “dispatcher program” in the Good et al disclosure). If many concurrently executing program applications exist in the network, the server or dispatcher may have too many event messages to transmit at any one time. This results in slower throughput as well as increased network traffic. In addition, when using the prior art client-server technique, the user operator executing a first application program can send only certain preselected event information messages to a second application program. That is, the user can send only a fixed set of predefined event information messages which are allowed by the system network; he cannot define or customize his own event information messages for transmission to the second application program. For example, if a font size was changed in one application, using the conventional client-server technique (where all event messages must be routed through the server)
Ahmed Shamim
Dacic Serge J.
Bullock, Jr. Lewis A.
Courtenay III St. John
GeoQuest, a division of Schlumberger Technology Corporation
Schlumberger Technology Corporation
LandOfFree
Distributed framework for intertask communication between... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Distributed framework for intertask communication between..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Distributed framework for intertask communication between... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3175278