|Publication number||US5377318 A|
|Application number||US 08/149,154|
|Publication date||27 Dec 1994|
|Filing date||8 Nov 1993|
|Priority date||28 Feb 1991|
|Publication number||08149154, 149154, US 5377318 A, US 5377318A, US-A-5377318, US5377318 A, US5377318A|
|Inventors||Susan G. Wolber|
|Original Assignee||Hewlett-Packard Company|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (10), Non-Patent Citations (23), Referenced by (52), Classifications (8), Legal Events (6)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This is a continuation of copending application Ser. No. 07/661,936 filed on Feb. 28, 1991 , now abandoned.
This application is related to application Ser. No. 07/483,478 filed Feb. 22, 1990 for PROGRAMMING ESCAPE FROM AN ICONIC SYSTEM of Bailey, Beethe, Wolber, and Williams; and application Ser. No. 07/537,550 filed Jun. 13, 1990 for PROCESSING METHOD FOR AN ICONIC PROGRAMMING SYSTEM of Beethe; both assigned to the same entity.
This invention relates to computer systems and more particularly to Iconic Programming Systems. Even more particularly, the invention relates to examining data and contact lines in an iconic programming system.
An iconic programming system is a "programming-less" environment where programming is done by connecting graphical images of devices (icons), together with connecting lines, to create an iconic network which represents a software program. The iconic programming system may be used in research and development test environments, where several different electronic instruments are connected to test a system or device. Programming such a system requires instructions to cause the various instruments to perform desired functions in order to operate as a system.
When an iconic programming system is used, each instrument will be represented by a graphical icon, also called a graphical object, and the connections between the instruments are represented by connecting lines between the graphical icon images. Each device may have multiple lines connecting from other devices, bringing data into the device for it to use during its execution. Each device may also have multiple output lines connecting to other devices, to pass its new or changed data on to the other devices in the program. In addition to graphical icons representing instruments in such a system, graphical icons are provided for programming functions, for example looping, IF-THEN statements, etc. By combining instrument and programming icons, a user can create an iconic network involving the programmed operation of several instruments. An example of a simple iconic network is shown in FIG. 2, described below.
When the program runs, each device executes in turn, and during its execution, each device may use the data on its input lines, modify it, and put the same or other data on its output lines for other devices to use.
One difficulty encountered in designing and creating an iconic network is the problem of debugging the network. Although some prior art systems show the type of data on a line connecting two icons, none provide a way of determining the value of the data that is sent on an output line and received by another icon. One method used in the prior art is to connect a display icon to a connecting line, however this requires anticipating which lines will encounter problems. For example, if a network has been running for a long time, and the user/programmer suddenly wants to see the data on a line which does not have a display icon connected to it, the network must be stopped, a display connected to the line, and the network restarted. This may take considerable time, and it will only work if the network performs in exactly the same manner when restarted. If the input data to the network is unpredictable, the network may not perform in the same way, and the user/programmer may have to examine a different line, which would require repeating this process.
There is a need in the art then for a system that will interactively probe an arbitrary line, so that the user can observe the data, if any, present on the line. There is further need for such a system that will display the data type, whether the data is scalar or array, the number of dimensions and dimensions sizes, if the data is an array, the data values, and any mappings on the data. There is a still further need for such a system that is capable of displaying control lines or error lines that may carry a boolean or error value. The present invention meets these needs.
Various features and components of an iconic network system are disclosed in U.S. patent applications:
(A) Application Ser. No. 07/483,478 filed Feb. 22, 1990 for PROGRAMMING ESCAPE FROM AN ICONIC SYSTEM of Bailey, Beethe, Wolber, and Williams;
(B) Application Ser. No. 07/537,550 filed Jun. 13, 1990 for PROCESSING METHOD FOR AN ICONIC PROGRAMMING SYSTEM of Beethe;
which are each hereby specifically incorporated by reference for all that is disclosed therein.
It is an aspect of the present invention to provide a system to interactively display data on an arbitrary connecting line or icon terminal within an iconic network.
It is another aspect of the invention to display the data type and shape as well as the data values.
Yet another aspect is to allow the user to change the data values.
Still another aspect is to display any mappings on the data.
A further aspect of the invention is to display data on control and error lines within the iconic network.
The above and other aspects of the invention are accomplished by a line probe function within an iconic programming system. During execution of the iconic program, the user of the system can use mouse or keyboard input to select the line probe function. When selected, the line probe stops the processing of the iconic system and displays a message asking the user to select a connecting line, an input terminal to an icon, or an output terminal of an icon. When the user selects one of these, the line probe queries the object selected to obtain information about data the object contains. The line probe then creates a dialog box on the windowing system used by the iconic programming system to display the information about the object. The line probe then displays the information, along with an "OK" pushbutton, and waits for the user to use the mouse to click on the OK pushbutton. When the user clicks on the pushbutton, the line probe erases the dialog box and continues processing the iconic program.
The line probe need not be configured in advance, but instead allows the user to dynamically select the object to be probed. Also, the user does not need to define the type of data to the line probe, but instead, when an object is selected, the line probe automatically determines the type and value of the data to be displayed.
The above and other aspects, features, and advantages of the invention will be better understood by reading the following more particular description of the invention, presented in conjunction with the following drawings, wherein:
FIG. 1 shows a block diagram of a computer system incorporating the present invention;
FIG. 2 shows a prior art iconic network suitable for use with the present invention;
FIG. 3 shows a computer display illustrating the line probe display of a connecting line between two icons;
FIG. 4 shows a computer display illustrating the line probe display of an icon input terminal;
FIG. 5 shows a computer display illustrating the line probe display of an icon output terminal;
FIG. 6 shows a flowchart of the process of creating the line probe display; and
FIG. 7 shows a flowchart of the process of creating the dialog box of the line probe display.
The following description is of the best presently contemplated mode of carrying out the present invention. This description is not to be taken in a limiting sense but is made merely for the purpose of describing the general principles of the invention. The scope of the invention should be determined by referencing the appended claims.
FIG. 1 shows a block diagram of a computer system incorporating the present invention. Referring now to FIG. 1, a computer system 100 contains a processing element 102 which connects to the other components of the system through a system bus 104. A keyboard 106 allows a user to input textual data to the system, and a mouse 110 allows a user to input graphical data to the system. A graphics display 108 allows the system to output text and graphical information to the user. A disk 112 is used by the system to store the software of the iconic programming system environment, as well as the user-defined iconic network. A communications interface 116 is used to create a communications network which allows the computer and iconic programming environment to communicate with other computers and other environments. A multi-tasking operating system 120 can have a plurality of tasks, also called processes, here illustrated by task 122 and task 124. Task 122 is shown containing the iconic programming process including the line probe of the present invention.
FIG. 2 shows a simple prior art iconic network program that will be used to illustrate the line probe of the present invention. This simple iconic network is for illustration purposes only. The line probe of the present invention can be used with any iconic network, however complicated that network might be. Referring now to FIG. 2, an iconic network 200 is shown displayed on a graphical display 202. The graphical display 202 represents the output of the graphics display 108 (FIG. 1). The iconic network 200 contains an icon 204 which is used to input a real number into an iconic network program. In the example icon 204, the real number being input is the number 454. The real number is output by the icon 204 via an output terminal 206. The output terminal 206 is connected to an input terminal 210 of a formula icon 212. The connection between the output terminal 206 of icon 204 and the input terminal 210 of icon 212 is made with a connecting line 208.
The formula icon 212 will process data received on the input 210 using a formula shown in the box 213. In this example, the formula multiplies the input terminal by 2 and adds 3 to the result. This is by way of example only since any arbitrary formula, however complex, could be used in the formula icon 212. The number arrived at by applying the formula in the box 213 to the input data 210 is placed on the output 214, which is named the "result". The output 214 is connected by a connecting line 216 to an input terminal 218 of an alphanumeric display icon 220. The alphanumeric display icon 220 displays the input that it receives on input 218 in a box 222.
The line probe of the present invention can dynamically display the data on any of the input or output terminals of any of the icons, or any of the connecting lines. For example, the line probe could be used to display data on output terminal 206, line 208, input terminal 210, output terminal 214, line 216, or input terminal 218. As will be described below, the user of the system may choose any of these terminals or lines to display when the user activates the line probe.
FIG. 3 shows the iconic network of FIG. 2 with the addition of the line probe display of the present invention. Referring now to FIG. 3, the iconic network of FIG. 2 including the real icon 204, formula icon 212, and alphanumeric icon 220 is shown. In FIG. 3, the user of the system has requested that the line probe of the present invention display data on the connecting line 216. This data is displayed in a new icon 302 which displays signal information for the connecting line 216. The icon 302, also called a dialog box, has a title 303 called signal information and shows three types of signal attributes. Box 304 displays the type of data that was present on the connecting line 206. In this case the data type is a real number. Box 306 shows the shape of the data present on the connecting line 216, in this case the shape is scalar, that is, the data is a single value as opposed to an array of information. Box 308 shows the value of the data, in this case the numeric value "911". The "OK" box 310, is used when the user of the system desires to stop the line probe. When the user wishes to stop the line probe and continue processing of the iconic network, they move the mouse to position the mouse sprite over the "OK" box 310 and press or "click" the mouse button. When the system detects the mouse click with the sprite located over the box 310, the system erases the dialog box 302 and discontinues the line probe.
FIG. 4 shows the iconic network of FIG. 2 and further shows a dialog box with the line probe function being used to display information about an input terminal. Referring now to FIG. 4, the iconic network is shown including the real icon 204, the formula icon 212, and the alphanumeric icon 220. In FIG. 4 the user has requested that the line probe display information about the terminal 210 of the formula icon 212. The information about the input terminal 210 is shown in a dialog box 402. The title 404 indicates that the dialog box is displaying input terminal information. Within the dialog box 402 are three boxes that display signal attributes. Box 406 displays the data type being input to the icon 212 which, in this case, is a real number. Box 408 indicates that the shape of the data is scalar, and box 410 indicates that the value of the data is the real number "454".
Because the line probe has been used to display information about a terminal to an icon, the dialog box 404 displays an additional set of information called constraints. Within the constraints information, box 412 displays the name of the input terminal, in this case the single letter "A". As also illustrated in FIG. 2, the name of the terminal was used in the formula to 213. Box 414 illustrates that the type of data that this terminal will accept is any type. Box 416 shows that the shape of the data that this terminal will accept is any shape, and box 418 indicates that the mode for this terminal is a data mode, as opposed to a control mode terminal. Box 420 is used by the user of the system when they wish to terminate the display of the line probe information. The cancel box 422 allows the user to cancel any changes made to the input constraint fields or the data.
FIG. 5 shows the iconic network of FIG. 2 and further illustrates the use of the line probe to display information about an output terminal. Referring now to FIG. 5, the iconic network of FIG. 2 including the real icon 204, the formula icon 212, and the alphanumeric icon 220 is shown. Also shown is a dialog box 502 which is used by the line probe to display data about the output terminal 214 of the formula icon 212. The title 504 of the dialog box 502 illustrates that this is the line probe display of output terminal information. Part of the display includes signal attributes. Under the signal attributes, the type box 506 illustrates that the output data is a real number, and the shape box 508 illustrates that the output data is a scalar. The data box 510 shows that the value of the output data is 911. Because the line probe is displaying an output terminal, additional information entitled constraints is shown. Under constraints the name box 512 shows that the name of the output terminal is "Result", and box 514 shows that the mode of the output is data, as opposed to control. The "OK" box 516 is used by the user to discontinue the line probe display, and the cancel box 518 allows the user to cancel any changes made to the input constraint fields or the data.
FIG. 6 shows a flow chart of the system including processing of the line probe display. Referring now to FIG. 6, when the system is started block 602 starts the processing of the iconic network. Block 604 then determines whether mouse input has occurred and if not transfers control to block 606 which determines whether keyboard input has occurred. If either mouse or keyboard input has occurred, control transfers to block 608 which determines whether a line probe has been requested. A line probe is simply a menu item displayed on the screen along with the iconic network, and to request a line probe the user simply moves the mouse sprite to this menu item and clicks the mouse. If no input has occurred, or if the request is not for a line probe, control transfers to block 610 which processes part of the network and then returns block 602. Other aspects of the network processing are not shown in order to simplify the description of the invention. This loop continues until the user requests a line probe at which time control transfers to block 612.
Block 612 displays a request to the user asking them to select a line or terminal for the line probe to display. Block 614 then determines whether the user has selected a line or a terminal, and if not control simply returns to block 602 to continue the loop. If the user selects a line or terminal for display by the line probe, control transfers to block 616 which queries the object selected by the user to obtain information about the object. In an object oriented system, such as the iconic network of the present invention, icons, lines, terminals, and other items are defined as "objects", which have procedures and data within them. Therefore, an object can be "queried" by calling one of its procedures and asking that procedure to return data. Block 616 queries the object selected by the user, and asks it to return data describing the information to be displayed by the line probe. Block 618 then calls the windowing system to establish a new dialog box. In particular, during the establishment of the new dialog box, the windowing system will be instructed to call FIG. 7 to display information within the dialog box and to process input by the user into the dialog box. Several windowing systems exist that could be used by the present invention. For example, the X window system within the Unix operating system could be used. Unix is a registered trademark of AT&T. Microsoft Windows could also be used with the present invention. Microsoft and Windows are trademarks of Microsoft Corporation. The details of using specific windowing systems are well known to those skilled in the art.
After calling the windowing system to establish the dialog box, block 620 waits for the windowing system to return after the user has clicked the mouse on the "OK" button within the dialog box. After the user clicks the "OK" button, block 622 again calls the windowing system to remove the connection to FIG. 7. The dialog box will be erased by FIG. 7, as described below, but the windowing system needs to be called to remove the access to FIG. 7 after the user has completed observing the display. After calling the windowing system to remove the dialog box, block 622 returns to block 602 to wait for the user to input additional information.
FIG. 7 shows a flow chart of the process of creating and processing information within a dialog box. FIG. 7 will be called at least twice by the windowing system, after the box has been set up by FIG. 6. The first call to FIG. 7 will be to display the dialog box on the screen, and the second and possibly subsequent calls will be called whenever the user uses the mouse to click on one of the boxes within the dialog box, or attempts to input information to the dialog box. The windowing system may call FIG. 7 at any time to re-display the dialog box on the screen, if some other event within the windowing system has obscured the dialog box. Referring now to FIG. 7, after entry, block 702 determines whether this call is for display or re-display. If the call is for display, block 702 transfers to block 704 which determines whether the line probe has been requested to probe a line. If the line probe has been requested to probe a line, block 704 transfers to block 712, which will be described below. If the probe is not for a line, block 704 transfers to block 706 which determines whether the probe is for an input terminal. If the probe is for an input terminal, block 706 transfers to block 724 which calls the window system to display a box for the name of the terminal. This call will display the name information, such as box 412 of FIG. 4. After displaying the name, block 726 calls the windowing system to display a box for the type information, such as type box 414 of FIG. 4. Block 728 calls the windowing system to display a box and the shape information, such as the shape box 416 of FIG. 4. Block 730 calls the windowing system to display a box and the data for the mode, such as box 418 of FIG. 4. Block 730 then transfers to block 712, which will be described below.
If block 706 determines that the probe is not for an input terminal, it assumes the probe is for an output terminal and transfers to block 708. Block 708 calls the windowing system to display a box and data for the name, such as the name box 512 of FIG. 5. Block 710 calls the windowing system to display the box for the mode information, such as mode box 514 of FIG. 5. Control then transfers to block 712 to display the signal attributes information, which is the same for all three types of line probe displays. Block 712 calls the windowing system to display the type information, such as type box 304 of FIG. 3. Block 714 calls the windowing system to display a box and the data for the shape information, such as shape box 306 of FIG. 3. Block 716 calls the windowing system to display a box and the data for the line or terminal, such as data box 308 of FIG. 3. Block 718 calls the windowing system to display the "OK" box, such as "OK" box 310 of FIG. 3. This call also tells the windowing system to allow the user to click on this box and return control to FIG. 7 when the user performs the click.
If the call is not for display, block 702 transfers to block 720 which determines whether the user has clicked the mouse on the "OK" button. If the user has not clicked the mouse on the "OK" button, block 720 simply returns and ignores the user input. In the line probe, the only input allowed by the user is to terminate the probe by clicking on the "OK" box. If the user has clicked on the "OK" box, block 720 transfers to block 722 which calls the windowing system to erase the dialog box from the screen. FIG. 7 then returns to the windowing system, which will return to FIG. 6, block 622 if the user has clicked the "OK" box.
Although not shown in the Figures, the line probe may also allow a user to modify the information displayed. In this manner, the data output from an icon may be displayed and modified, therefore sending modified data to the next icon. This is particularly useful in debugging an iconic network.
A user may have a requirement to limit the values of data output or input by an icon. For example, an icon may expect a real number which a user wants to limit to between the values of 1 and 100. This might occur, for example, in an iconic program in which an operator of the system is allowed to enter the value of the temperature for an operation. The iconic programming system allows limits to be placed on data values. The line probe allows a user to display and change these limits.
A user may also have a requirement to map data values over a range. For example, the user may be taking readings, from a voltmeter, of the voltage coming from a source, and the user wants to see how the voltage readings change as the room temperature changes. Over the span of the readings, the room temperature may change, for example, from 40 degrees to 50 degrees, however, voltage and temperature readings are not taken together so there is no correspondence between the readings. The iconic programming system can map the voltage readings to the temperature readings by allowing the user to enter a formula or other means to cause the mapping. For example, the user could enter a method of linearly mapping the voltage to the temperatures such that the first voltage reading would be mapped to 40 degrees, and the last voltage reading would be mapped to 50 degrees. The readings in between the first and last would be mapped to successive temperatures approximately one-thirtieth of a degree apart, using a linear equation. In this manner, each voltage reading would be mapped to an element of a two by 300 matrix, with each element having a voltage and a temperature. The line probe allows the user to display and change the mappings of data.
Having thus described a presently preferred embodiment of the present invention, it will now be appreciated that the aspects of the invention have been fully achieved, and it will be understood by those skilled in the art that many changes in construction and widely differing embodiments and applications of the invention will suggest themselves without departing from the spirit and scope of the present invention. The disclosures and the description herein are intended to be illustrative and are not in any sense limiting of the invention, more preferably defined in scope by the following claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4315315 *||9 Mar 1971||9 Feb 1982||The Johns Hopkins University||Graphical automatic programming|
|US4455619 *||29 May 1981||19 Jun 1984||Hitachi, Ltd.||Interactive equipment for computer programming by linkage of labeled block representations of arithmetic/logical subprograms|
|US4546435 *||20 Jun 1984||8 Oct 1985||Herbert Frank P||Graphic computer system and keyboard|
|US4812996 *||26 Nov 1986||14 Mar 1989||Tektronix, Inc.||Signal viewing instrumentation control system|
|US4813013 *||22 Dec 1986||14 Mar 1989||The Cadware Group, Ltd.||Schematic diagram generating system using library of general purpose interactively selectable graphic primitives to create special applications icons|
|US4901221 *||14 Apr 1986||13 Feb 1990||National Instruments, Inc.||Graphical system for modelling a process and associated method|
|US4914568 *||24 Oct 1986||3 Apr 1990||National Instruments, Inc.||Graphical system for modelling a process and associated method|
|US4956773 *||28 Mar 1989||11 Sep 1990||Hitachi, Ltd.||System and method of generating a source program from inputted schematic information|
|US4984152 *||6 Oct 1987||8 Jan 1991||Bell Communications Research, Inc.||System for controlling computer processing utilizing a multifunctional cursor with decoupling of pointer and image functionalities in space and time|
|US5040131 *||3 Nov 1989||13 Aug 1991||International Business Machines Corporation||Graphical processing|
|1||*||An Instrument That Isn t Really, Michael Santori, IEEE Spectrum, Aug. 1990, pp. 36 39.|
|2||An Instrument That Isn't Really, Michael Santori, IEEE Spectrum, Aug. 1990, pp. 36-39.|
|3||Borg, "Visual Programming and VNIX", IEEE, 1989, pp. 74-79.|
|4||*||Borg, Visual Programming and VNIX , IEEE, 1989, pp. 74 79.|
|5||Chang, "Visual Languages: A Tutorial and Survey", IEEE Software, Jan. 1987, pp. 29-39.|
|6||*||Chang, Visual Languages: A Tutorial and Survey , IEEE Software, Jan. 1987, pp. 29 39.|
|7||Edel, "The Tinkertoy Graphical Programming Environment", Compsac '86, Oct. 1986, pp. 1110-1115.|
|8||*||Edel, The Tinkertoy Graphical Programming Environment , Compsac 86, Oct. 1986, pp. 1110 1115.|
|9||*||Labview Product Description, National Instruments Corp., Austin, Texas, 1987.|
|10||*||Labview: Laboratory Virtual Instrument Engineering Workbench, G. Vose and G. Williams, BYTE Magazine, Sep. 1986, pp. 84 92.|
|11||Labview: Laboratory Virtual Instrument Engineering Workbench, G. Vose and G. Williams, BYTE Magazine, Sep. 1986, pp. 84-92.|
|12||Mosley, "LabView Upgrade Reduces Execution Time and Enhances Editing and Graphics Controls", EDN, Sep. 15, 1988, p. 134.|
|13||*||Mosley, LabView Upgrade Reduces Execution Time and Enhances Editing and Graphics Controls , EDN, Sep. 15, 1988, p. 134.|
|14||Myers et al, "Automatic Data Visualization for Novice Pascal Programmers", IEEE, 1988, pp. 192-198.|
|15||*||Myers et al, Automatic Data Visualization for Novice Pascal Programmers , IEEE, 1988, pp. 192 198.|
|16||*||Programming With Pictures, Jeff Kodosky and Bob Dye, Computer Language Magazine, Jan. 1989, pp. 61 69.|
|17||Programming With Pictures, Jeff Kodosky and Bob Dye, Computer Language Magazine, Jan. 1989, pp. 61-69.|
|18||Roberts et al, "The Design View", IEEE, 1988, pp. 213-220.|
|19||*||Roberts et al, The Design View , IEEE, 1988, pp. 213 220.|
|20||Shimomura et al., "VIPS", IEEE, 1990, pp. 530-537.|
|21||*||Shimomura et al., VIPS , IEEE, 1990, pp. 530 537.|
|22||Strassberg, "Icon-Based Instrument-Control Software Works with PC Bus Data-Acquisition Boards", Jan. 1990, EDN, p. 81.|
|23||*||Strassberg, Icon Based Instrument Control Software Works with PC Bus Data Acquisition Boards , Jan. 1990, EDN, p. 81.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US5437007 *||10 Nov 1992||25 Jul 1995||Hewlett-Packard Company||Control sequencer in an iconic programming system|
|US5481668 *||8 Jun 1993||2 Jan 1996||Bull S.A.||System for designing information control networks for modeling all kinds of processes|
|US5490246 *||23 Aug 1994||6 Feb 1996||Xerox Corporation||Image generator using a graphical flow diagram with automatic generation of output windows|
|US5497500 *||6 Jun 1995||5 Mar 1996||National Instruments Corporation||Method and apparatus for more efficient function synchronization in a data flow program|
|US5537630 *||5 Dec 1994||16 Jul 1996||International Business Machines Corporation||Method and system for specifying method parameters in a visual programming system|
|US5594657 *||7 Jun 1995||14 Jan 1997||Lucent Technologies Inc.||System for synthesizing field programmable gate array implementations from high level circuit descriptions|
|US5630081 *||7 Sep 1995||13 May 1997||Puma Technology, Inc.||Connection resource manager displaying link-status information using a traffic light iconic representation|
|US5671378 *||31 Mar 1995||23 Sep 1997||International Business Machines Corporation||Method and system for sizing of graphical user interface objects for localization|
|US5682487 *||10 Jun 1994||28 Oct 1997||Bay Networks, Inc.||Method and apparatus providing resizable views|
|US5734863 *||17 Aug 1994||31 Mar 1998||National Instruments Corporation||Method and apparatus for providing improved type compatibility and data structure organization in a graphical data flow diagram|
|US5808612 *||15 Aug 1996||15 Sep 1998||International Business Machines Corporation||Virtual office with connections between source data machine, and a viewer objects|
|US5874952 *||12 Nov 1996||23 Feb 1999||Sony Corporation||Method and apparatus for improved graphical user interface with function icons|
|US5990891 *||24 Nov 1997||23 Nov 1999||Kabushiki Kaisha Toshiba||Apparatus and method for transmitting an attribute value between items by a user's operation|
|US6016143 *||29 Dec 1995||18 Jan 2000||Hewlett Packard Company||Multi-device direct I/O object that generates transactions capable of controlling multiple instruments and transaction dialog boxes having device and address fields|
|US6026233 *||27 May 1997||15 Feb 2000||Microsoft Corporation||Method and apparatus for presenting and selecting options to modify a programming language statement|
|US6064409 *||14 Feb 1997||16 May 2000||National Instruments Corporation||System and method for providing audio probe and debugging features in a graphical data flow program|
|US6311323 *||7 Sep 1999||30 Oct 2001||Microsoft Corporation||Computer programming language statement building and information tool|
|US6331864||23 Sep 1997||18 Dec 2001||Onadime, Inc.||Real-time multimedia visual programming system|
|US6366581||2 Apr 1997||2 Apr 2002||Fujitsu Network Communications, Inc.||Method and apparatus for generating permanent virtual connections using graphical user interface|
|US6414699 *||18 May 1995||2 Jul 2002||Sun Microsystems, Inc.||Message box facility for graphical user interface for computer system video display|
|US6584601||7 Feb 2000||24 Jun 2003||National Instruments Corporation||System and method for converting graphical programs into hardware implementations which utilize probe insertion|
|US6715139||3 Aug 2000||30 Mar 2004||National Instruments Corporation||System and method for providing and displaying debugging information of a graphical program on a first computer during execution of the graphical program on a second computer|
|US6784902||25 Aug 2000||31 Aug 2004||National Instruments Corporation||Method for configuration and parameterization of a graphical computer program for the operation of a data processing system|
|US6802053||13 Jun 2000||5 Oct 2004||National Instruments Corporation||Graphical programming system with distributed block diagram execution and front panel display|
|US6944825||9 Oct 2001||13 Sep 2005||Onadime, Inc.||Real-time multimedia visual programming system|
|US7117479||1 Oct 2001||3 Oct 2006||Sun Microsystems, Inc.||Language-sensitive whitespace adjustment in a software engineering tool|
|US7127704 *||27 Aug 2001||24 Oct 2006||Sun Microsystems, Inc.||Interactive software engineering tool with support for embedded lexical contexts|
|US7302675||28 Aug 2001||27 Nov 2007||National Instruments Corporation||System and method for analyzing a graphical program using debugging graphical programs|
|US7322023||3 Oct 2001||22 Jan 2008||Microsoft Corporation||Computer programming language statement building and information tool with non obstructing passive assist window|
|US7386834||28 Jun 2002||10 Jun 2008||Sun Microsystems, Inc.||Undo/redo technique for token-oriented representation of program code|
|US7496888 *||7 Apr 2005||24 Feb 2009||International Business Machines Corporation||Solution builder wizard|
|US7533347 *||13 Aug 2004||12 May 2009||National Instruments Corporation||Creating a graphical user interface for selected parameters of a graphical program|
|US7613998 *||9 Feb 2004||3 Nov 2009||Siemens Aktiengesellschaft||Method for automatically creating at least one dialog box on an operator interface of a computer user station|
|US7770151||25 Aug 2005||3 Aug 2010||International Business Machines Corporation||Automatic generation of solution deployment descriptors|
|US7797678||27 Oct 2005||14 Sep 2010||International Business Machines Corporation||Automatic generation of license package for solution components|
|US7814461||23 Aug 2006||12 Oct 2010||Microsoft Corporation||Computer programming language statement building and information tool|
|US7979841 *||16 Apr 2004||12 Jul 2011||National Instruments Corporation||Programmatically determining calling information of a graphical program|
|US8074203||20 Jun 2008||6 Dec 2011||National Instruments Corporation||Graphical program execution with distributed block diagram display|
|US8161390 *||28 Feb 2005||17 Apr 2012||Yamaha Corporation||Apparatus for displaying formation of network|
|US8185835 *||21 May 2009||22 May 2012||National Instruments Corporation||Collector node for a graphical program|
|US8458667||20 Jan 2009||4 Jun 2013||National Instruments Corporation||Debugging a statechart for a real time target|
|US8533670||5 Feb 2004||10 Sep 2013||National Instruments Corporation||Graphical programming system with block diagram execution and distributed user interface display|
|US8640100||2 May 2007||28 Jan 2014||National Instruments Corporation||Debugging a statechart using a graphical program|
|US20040158812 *||5 Feb 2004||12 Aug 2004||National Instruments Corporation||Graphical programming system with block diagram execution and distributed user interface display|
|US20040225997 *||6 May 2003||11 Nov 2004||Sun Microsystems, Inc.||Efficient computation of line information in a token-oriented representation of program code|
|US20040225998 *||6 May 2003||11 Nov 2004||Sun Microsystems, Inc.||Undo/Redo technique with computed of line information in a token-oriented representation of program code|
|US20040261034 *||9 Feb 2004||23 Dec 2004||Siemens Aktiengesellschaft||Method for automatically creating at least one dialog box on an operator interface of a computer user station|
|US20050028138 *||16 Apr 2004||3 Feb 2005||Case Jason B.||Programmatically determining calling information of a graphical program|
|US20050066285 *||13 Aug 2004||24 Mar 2005||Santori Michael L.||Creating a graphical user interface for selected parameters of a graphical program|
|US20050212802 *||28 Feb 2005||29 Sep 2005||Yamaha Corporation||Apparatus for displaying formation of network|
|US20060010384 *||12 Sep 2005||12 Jan 2006||Onadime, Inc.||Real-time multimedia visual programming system|
|DE19942315A1 *||4 Sep 1999||17 May 2001||Gfs Systemtechnik Gmbh & Co Kg||Verfahren zur Konfiguration und Parametrierung eines Computer-Programmes für den Betrieb einer Anlage zur Prozeßdatenverarbeitung|
|U.S. Classification||715/809, 717/109, 715/763, 707/999.001|
|Cooperative Classification||Y10S707/99931, G06F8/34|
|26 Jun 1998||FPAY||Fee payment|
Year of fee payment: 4
|28 Apr 2000||AS||Assignment|
|30 May 2000||AS||Assignment|
|26 Jun 2002||FPAY||Fee payment|
Year of fee payment: 8
|16 Jul 2002||REMI||Maintenance fee reminder mailed|
|27 Jun 2006||FPAY||Fee payment|
Year of fee payment: 12