The present invention relates to a method and apparatus for analyzing machine control sequences and more particularly, to a graphical user interface (GUI) system for analyzing machine control sequences sent to various types of devices and the results of execution of the machine control sequences by the devices.
In backup storage systems, such as those used for large servers, robotics are often employed to move tapes to and from drives in order to store backup data from the servers on the tapes. These backup storage systems are tested by issuing various machine control sequences that cause the robotics and drives to perform various operations and by measuring the execution results. Currently, text-based scripts are used to create the machine control sequences that are used to perform these operations. In order to modify the machine control sequences, the text-based scripts must be modified. Both creating and modifying text-based scripts can be extremely difficult and time-consuming tasks due to the cryptic nature of text-based scripts.
The results of execution of the text-based scripts by devices are typically presented in the form of text-based log files, which are equally cryptic and difficult to understand, even to persons skilled in analyzing such files. Although GUI analysis tools, such as UNIX and Motif running on Windows, are capable of being set up to make analyzing machine control sequence results easier than the task of analyzing text-based log files, these tools still do not provide a convenient way for viewing high-level execution summary data or low-level device debugging data. Furthermore, these types of tools are implemented in their native languages and are not portable over different operating systems.
Accordingly, a need exists for a convenient and expedient way to view and analyze machine control sequences and the corresponding execution results. The present invention provides a graphical user interface (GUI) that enables machine control sequences and the results of execution of the machine control sequences to be displayed in a form that is easy to understand and analyze.
The apparatus of the present invention comprises logic configured to execute GUI generation code and GUI user interaction handling code, and a display device. When the logic executes the GUI generation code, a first window is displayed on the display device. The first window presents at least one option that enables a user to open a file comprising machine control sequence execution results resulting from execution of a machine control sequence. When the file is opened, a second window is displayed on the display device. The second window displays at least a summary of said execution results comprised in the file.
The method of the present invention comprises the steps of displaying a GUI having a first window and, upon detecting that a user has selected a particular option displayed in the first window, displaying a second window. The option displayed in the first window enables a user to open a file comprising machine control sequence execution results resulting from execution of a machine control sequence. Upon detecting a selection of the option by the user, the second window is displayed, which presents at least a summary of execution results comprised in the file.
Other features and advantages of the present invention will become apparent from the following discussion, drawings and claims.
Prior to describing the preferred embodiment of the GUI of the present invention, a discussion will be provided with respect to creating and editing machine control sequences, since this typically occurs before the machine control sequences can be executed. However, those skilled in the art will understand, in view of the discussion provided herein, that the present invention is not limited with respect to the manner in which machine control sequences are created and/or edited.
The present invention preferably utilizes a tree-based GUI that enables test programs for testing various devices to be set up at a very high level. The GUI also enables parameters used in the programs to be easily changed at a very high level, thereby enabling the test programs to be easily modified.
When the computer 10 begins executing the GUI generation code 20, preferably a tree-based GUI sequence editor (
All of the information needed to enable tests to be set up and executed may be stored in a memory device (not shown) comprised by computer 10. Alternatively, some or all of the needed information could be stored in a memory device 15 that functions as a library or repository for command sequences and tests that have previously been created and/or performed, and environment variables used in the tests. In the latter case, the computer 10 would communicate with the memory device 15 via a network 18, which could be, for example, a local area network LAN), a wide area network (WAN), the Internet, etc. This type of configuration would enable multiple users to create, edit and/or execute machine control sequences at their workstations by accessing previously created machine control sequences and/or the corresponding results over the network 18. Additionally, the newly created machine control sequences and/or the corresponding execution results could be stored in the repository memory device 15 so that the new sequences would be available to other authorized users.
Preferably, the GUI generation code 20 and the GUI user interaction handling code 30 are written in the JAVA™ programming language to enable the present invention to be platform-independent and therefore portable over different computers, handheld devices and appliances, regardless of the operating system that is running on them. Given the discussion and drawings provided herein, those skilled in the art will understand the manner in which the GUI of the present invention could be implemented in the JAVA™ programming language or some other language. The language used, whether it is the JAVA™ programming language or some other language, preferably is an object-oriented language.
If the “Sequence Name” 37 is selected by the user by, for example, placing the cursor on that node and clicking the left mouse button, the Jlist 35 will display a list of steps. A step can be added to the tree structure by highlighting the desired step in the Jlist 35 and then selecting the “ADD” button 38. In order to remove a step from the Jtree 36, the step, such as “Step 1” 39, is highlighted and then the “REMOVE” button 41 is selected. This action will cause the selected step and any devices branching off of the step and their associated commands to be removed from the Jtree 36. Therefore, if Step 1 is highlighted and the “REMOVE” button 41 is selected, Device 1 and Commands 1 and 2, which are labeled with numerals 43, 44 and 45 will be removed from the Jtree 36.
If a step node is selected, the Jlist 35 will display a list of devices that can be added to the step in the Jtree 36. For example, if “Device 2”, which is labeled with numeral 46, is selected, a list of devices that can be added to Step 1 will be displayed in the Jlist 35. A device can be added by using the “ADD” button 38 in the aforementioned manner. Devices can be deleted from a step by highlighting the device to be removed and by using the “REMOVE” button in the aforementioned manner. For example, removing Device 2 will cause that device and the commands 47 and 48, which belong to it, to be removed from the Jtree 36.
If a device node is selected by, for example, clicking the left mouse button once, a valid set of commands that can be used with the device will be listed in the Jlist 35. Commands can then be added to the Jtree 36 by using the “ADD” button 38 in the aforementioned manner. Commands can be removed from the Jtree 36 by using the “REMOVE” button in the aforementioned manner.
Further explanations of the machine control sequences, the devices and the commands can be obtained by first clicking with the left mouse button on one of the structures in the Jtree 36 to cause it to be highlighted and then clicking the right mouse button. These actions will cause a window to be displayed to the user that further describes the selected tree structure. For example, if applied to a step node, these actions would cause the screen 51 shown in
Alternatively, the option “Loop until all Iterations Pass” could be selected to cause the step to be iterated until all operations associated with it pass, i.e., have been successfully performed. Another option is to select “No Looping” so that the step is only performed once. Thus, levels of logic can be easily added without the user having to deal with lots of statements and parameters. Once the step properties have been set, the user clicks the “OK” button, which will cause the screen shown in
Having discussed the manner in which machine control sequences can be created and edited, the manner in which the GUI of the present invention enables convenient and expedient analysis of machine control sequences and their corresponding execution results will now be discussed with reference to
A particular machine control sequence is executed when the user selects the “Run Sequence” tab 31 shown in
The “Sequence Results Viewer” 71 portion of the GUI is a multiple document interface (MDI), which means that it allows multiple sets of results, i.e., multiple files, to be simultaneously displayed in different “Sequence Results” windows. For purposes of illustration, a clipped portion of a “Sequence Results” window 75 is shown behind “Sequence Results” window 72. Therefore, results of executions of multiple sequences can be displayed simultaneously to the user. The results displayed in these windows 72 and 75 can correspond to the same iterations for the same sequence, different iterations for the same sequence, or they can each display results of iterations of different sequences. Also, although the example window shown in
Once the “Sequence Results” window 72 has been opened, an item 76 and value 77 pair are displayed. Underneath this pair, a number of statistics are displayed that provide the user with a high-level summary of the execution results of the sequence for the entire sequence run, i.e., from the start of the first loop of the sequence run to the end of the last loop of the sequence run. The term “loop” denotes an iteration of the entire sequence. For example, the example summary includes the start date of the sequence run, the end date of the sequence run, the amount of time that elapsed during the sequence run, the number of loops of the sequence that were performed during the sequence run, the total number of commands that were executed during the run, the number of failed commands during the sequence run, and the number of (small computer system interface) SCSI check conditions that occurred during the sequence run.
The “Sequence Results” window 72 also displays loop icons. These loop icons are represented by numerals 78, 79, 81 and 82 in
The times at which each command began and ended being executed are also shown under the start and end time labels 87 and 88, respectively, in the same line as the corresponding command. Also, whether the command succeeded or failed is indicated under labels 92 and 93 in the line in which the corresponding command is shown.
Therefore, ample low-level information is displayed in the window 72 to enable the user to easily and expediently perform an in-depth analysis of the results of the sequence run and to perform any necessary debugging relating to the sequence run. In addition, the window 72 includes an icon 95 that can be selected by the user to cause the low-level results to be sorted and displayed in a particular order. For example, the user can cause the data to be sorted and displayed such that all of the data corresponding to failures is displayed at the top of the window 72. As another example, the user may want to cause the data to be sorted to group all like commands to see if any of those failed. These are only examples of the sorting feature of the GUI. Sorting techniques are generally well known. Therefore, those skilled in the art will understand, in view of the discussion provided herein, the manner in which a large number of useful sorting methods can be employed to enable the user to view the low-level data in a desirable format. Generally, selecting icon 95 causes a large dialog of sorting options to be displayed to the user from which the user can select the appropriate sorting method.
The “Sequence Results” window 72 also provides the user with the ability of digging down into further low-level detail by selecting a particular command from the list of commands displayed under the command label 85. For example, the user double clicks on the highlighted command 96, another window will be displayed to the user, thereby providing the user with additional information relating to that particular command and its execution results. Therefore, the user can dig down virtually as far as is necessary or desirable to view data relating to the sequence run for purposes such as debugging, for example, such as the raw SCSI data that was sent to the device, a parsed representation of SCSI data indicating specific device details regarding which device the SCSI data was sent to or from, etc. In the interest of brevity, a detailed discussion of all of the different types of information that are accessible to the user via the GUI and the different viewing formats that the user may be provided with via the GUI will not be provided herein.
It can be seen from all of the above that the present invention enables the results of machine control sequence runs to be easily and quickly analyzed. Furthermore, the present invention enables the sequence run results to be displayed to the user with as much or as little detail as the user desires. Furthermore, by implementing the code associated with the GUI and the sequences in the JAVA™ programming language, the present invention is usable with many different types of machines and operating systems. The GUI system of the present invention eliminates problems associated with current analysis techniques that require that text-based scripts and log files be analyzed in order to evaluate the corresponding machine control sequences and their execution results.
It should be noted that the present invention has been described with reference to the preferred embodiments, but that it is not limited to these embodiments. For example, the screen shots discussed herein demonstrate the manner in which the GUI of the present invention can be and preferably is implemented, but do not represent the only way for implementing the GUI. Those skilled in the art will understand that the windows shown and the options displayed in them can be modified without deviating from the scope of the invention. For example, the arrangements and/or of the icons, labels, menus, names, etc., can be altered without deviating from the scope of the invention. Persons skilled in the art will understand that the scope of the present invention includes all such modifications.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5546519 | Berry | Aug 1996 | A |
| 5590330 | Coskun et al. | Dec 1996 | A |
| 5781720 | Parker et al. | Jul 1998 | A |
| 5953726 | Carter et al. | Sep 1999 | A |
| 6002868 | Jenkins et al. | Dec 1999 | A |
| 6026362 | Kim et al. | Feb 2000 | A |
| 6208640 | Spell et al. | Mar 2001 | B1 |
| 6279124 | Brouwer et al. | Aug 2001 | B1 |
| 6298474 | Blowers et al. | Oct 2001 | B1 |
| 6311320 | Jibbe | Oct 2001 | B1 |
| 6463552 | Jibbe | Oct 2002 | B1 |
| 6466240 | Maslov | Oct 2002 | B1 |
| 6587969 | Weinberg et al. | Jul 2003 | B1 |
| 6651241 | Hernandez, III | Nov 2003 | B1 |
| 6658646 | Hernandez, III | Dec 2003 | B1 |
| 6701514 | Haswell et al. | Mar 2004 | B1 |
| 6724409 | Maddocks et al. | Apr 2004 | B1 |
| 20020085041 | Ishikawa | Jul 2002 | A1 |
| 20020087949 | Golender et al. | Jul 2002 | A1 |
| 20020091968 | Moreaux et al. | Jul 2002 | A1 |
| 20020120919 | Aizenbud-Reshef et al. | Aug 2002 | A1 |
| Number | Date | Country | |
|---|---|---|---|
| 20040201627 A1 | Oct 2004 | US |