US20060265469A1 - XML based scripting framework, and methods of providing automated interactions with remote systems - Google Patents

XML based scripting framework, and methods of providing automated interactions with remote systems Download PDF

Info

Publication number
US20060265469A1
US20060265469A1 US11/134,601 US13460105A US2006265469A1 US 20060265469 A1 US20060265469 A1 US 20060265469A1 US 13460105 A US13460105 A US 13460105A US 2006265469 A1 US2006265469 A1 US 2006265469A1
Authority
US
United States
Prior art keywords
file
computer
tag
run
xml
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/134,601
Inventor
Brett Estrade
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
US Government
Original Assignee
US Government
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 US Government filed Critical US Government
Priority to US11/134,601 priority Critical patent/US20060265469A1/en
Assigned to UNITED STATES OF AMERICA AS REPRESENTED BY THE SECRETARY, THE reassignment UNITED STATES OF AMERICA AS REPRESENTED BY THE SECRETARY, THE ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ESTRADE, BRETT D.
Publication of US20060265469A1 publication Critical patent/US20060265469A1/en
Priority to US12/836,665 priority patent/US20100281463A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/08Protocols specially adapted for terminal emulation, e.g. Telnet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/131Protocols for games, networked simulations or virtual reality

Definitions

  • aspects of the invention generally relate XML-based scripting framework, and methods of providing automated interactions with remote host systems.
  • shell scripts e.g., Bourne, C-shell, etc.
  • file transfer utilities include, for example, ftp, rcp, and scp.
  • a method of creating an XML based framework to perform automated forecasting includes sending a file from a local host computer to a remote computer, getting a file at the local host computer from the remote computer, copying the received file on the local host computer, and executing commands on the local host computer and the remote computer. Executing a command on the remote computer includes reading a run file and a host definition file.
  • a framework for interacting between the local host computer and the remote computer is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
  • a method of creating an XML based framework includes sending a file from a first computer to a second computer, getting a file from the second computer, saving the received file on the first computer, and executing commands on the first and second computers, wherein a framework for interacting between the first and second computers is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
  • FIG. 1 is a high level block diagram of an exemplary forecasting system in accordance with various embodiments of the invention.
  • FIG. 2 shows a logical flow of an XML-based scripting network (e.g., securerun) as it processes a run file.
  • XML-based scripting network e.g., securerun
  • FIG. 3 is a sample run file that use the ⁇ putfile>, ⁇ pfile/>, and ⁇ script> tags.
  • FIG. 4 illustrates a run file that utilizes the macros identified in Table 2, the macros being defined at run time.
  • FIG. 5 illustrates a high-level schematic of an application of XML based scripting framework wherein arrows represent either file transfers or remote commands.
  • FIG. 6 illustrates a methodology involved in an exemplary model forecasting system using a preferred embodiment of the invention, the model forecasting system seeking remote host interaction automation.
  • FIG. 7 shows an exemplary host definition file.
  • FIG. 8 shows details of the local host computer shown in FIG. 1 .
  • FIG. 1 is a high level block diagram of an exemplary forecasting system 100 in accordance with various embodiments of the invention.
  • the forecasting system 100 includes a local host system 102 , a remote host system 104 , and a computer system 106 located remote from but in communication with the local host system 102 and the remote host system 104 .
  • a plurality of remote host systems can be used.
  • the computer system 106 is configured to store information sent from either the local host system 102 or the remote host system 104 .
  • the local host system 102 and the computer system 106 are designed to function in an identical fashion. In a preferred embodiment of the invention, all actions originate from the local host system 102 .
  • a XML based framework in accordance with various aspects of the invention is configured to connect to the remote host system 104 and request a file transfer through a secure remote connection tool (e.g., Secure Shell (ssh)).
  • securerun e.g., Secure Shell
  • securerun also has the ability to use a less secure, remote shell (rsh) application.
  • rsh remote shell
  • other interfaces can be added for various other file transfer and remote shell applications to securerun.
  • Such various other applications can include, for example, ftp, rsync, or ktelnet. Further details of the local host system 102 will be described with respect to FIG. 8 .
  • FIG. 2 shows a logical flow 200 of an XML-based scripting framework (e.g., securerun) as it processes a run file.
  • securerun is defined herein as an XML-based scripting application configured to be executed on a computer system such as, for example, local host system 102 .
  • securerun ensures that a user has maximum control over the actions, thereby minimizing the user's reliance on the remote host system 104 (e.g., remote hosting environment).
  • the logical flow 200 can be performed in the local host system 102 .
  • steps 202 and 204 a run file and a host definition file, respectively, are read by securerun residing in the local host system 102 .
  • the host definition file for example, defines interpreters available for use with the run file (e.g., ⁇ runfile>) and ⁇ script> tags.
  • the runfile (e.g., runfile.xml) is preprocessed to substitute any predefined variables. Some examples of the variables included in an unaltered run file are shown in FIG. 4 .
  • the process then proceeds to step 208 .
  • the preprocessed run file is parsed and securerun follows the directions that are included within the run file tags.
  • a processing circuitry e.g., processing circuitry 804 shown in FIG. 8
  • a parser that can be stored in the local host system 102 ( FIG. 1 ) can be designed such that it can detect and act based on different XML “events” such as, for example, the start of a tag, the end of a tag, or text between tags. It will be appreciated that the parser can also be a part of the processing circuitry 804 . Such ability enables securerun to choose a course of action based on the type of “event”. Exemplary events that can be detected include:
  • the processing circuitry (e.g., processing circuitry 804 of FIG. 8 ) is configured to determine the identity of a tag, and calls a function that is specific for the start of such a tag whose identity is determined. Such a task is performed at step 210 .
  • the processing circuitry e.g., processing circuitry 804
  • the processing circuitry is configured to determine the identity of a tag, and calls a function that is specific for the end of such a tag whose identify is determined. Such a task is performed at step 212 .
  • the method now moves to step 214 .
  • the processing circuitry (e.g., processing circuitry 804 ) is configured to process other XML events such as, for example, text between tags such as, for example, between an opening and closing ⁇ script> tag.
  • Step 208 illustrates a generalized view of an event-based XML parsing.
  • events outlined above with respect to steps 210 , 212 , and 214 are detected, specific functions are called by securerun to handle such events.
  • the process loops back to step 210 if further events requiring processing as described above with respect to steps 210 - 214 are identified.
  • securerun exits out of the XML processing routine, and ends the execution as identified at step 216 .
  • Securerun includes a macroprocessing routine that enables users to build templates using macros, or variables, that are defined at run time.
  • Macro processing is a search and replace function that searches for macros within the run file or external text files, and replaces such files with their respectively defined values if they are defined by one of securerun's macro definition methods that include:
  • %PROCID% The process id of the This number is assigned current instance of by the operating system Securerun. whenever Securerun is started. %UNIQUE% This macro provides a No two %unique% macros unique string each time will be replaced with it is encountered. the same value, even within the same process. %BASEDIR% The base or “home” Allows for the reference directory set within of the current base the opening ⁇ securerun> directory without having tag or changed by the to explicitly set it ⁇ chbasedir/> tags.
  • %TMPDIR% The temp directory used Allows for the reference by Securerun set within of the temp directory the opening ⁇ securerun> without having to tag. explicitly set it with the ⁇ define/> tag.
  • %STDOUT% Contains the standard Captures the output of output of the last the last action invoked ⁇ runfile/> or ⁇ script> by the ⁇ runfile/> or tag that was run unless ⁇ script> tags so that the “name” attribute it doesn't have to was specified with either be explicitly captured tag. with the “name” attribute.
  • a user's environmental variables of a local machine e.g., local host system 102
  • a local machine e.g., local host system 102
  • Such allows for default variables set in the user's local environment to be included in the secururun, thereby eliminating the need for the user to be aware of definitions of the default variables.
  • the user can, however, override the default values by using a ⁇ define/> tag in the run file and assigning a new value to the variable.
  • a file e.g., run file
  • integrates e.g., ties
  • the file that integrates all the distinct pieces of the application is referred to herein as a “run file”.
  • the run file is a text file (as opposed to binary) that is written using XML compliant tags configured to direct securerun's execution.
  • the run file uses a set of tags that are specific for securerun, described below at Table 2. TABLE 2 Tag Description ⁇ securerun> Root tag - this means that all other tags . . .
  • ⁇ runfile/> This tags is used to execute the specified file using the specified external program specified by the “interp” attribute.
  • ⁇ script> This tag allows the embedding of any kind . . . of text inside of the run file.
  • the embedded ⁇ /script> text is most commonly some type of programming language meant to be read and executed by some external interpreter.
  • ⁇ define/> This tag defines a macro variable which is then available for use by the macro processing feature.
  • ⁇ undefine/> This tag removes a macro variable of the specified name if it exists.
  • ⁇ chbasedir/> This tag changes the local base directory from which Securerun is executing during run time.
  • Securerun uses the XML run file to describe the steps (e.g., an ordered list of actions) that an application is desired to undertake.
  • each XML run file includes a series of securerun specific XML tags that are used to specify an action for securerun to perform.
  • a run file is preferred to start with ⁇ securerun> tag and end with its closing tag, ⁇ /securerun>.
  • Other tags, if they are used, can be listed within the ⁇ securerun> . . . ⁇ /securerun> tags. Tags that do not follow such a format may be ignored.
  • the tags that serve most directly to implement preferred features (e.g., transfer and execution of files) of securerun include ⁇ pfile/>, ⁇ putfile>, ⁇ runfile/>, and ⁇ script>.
  • the ⁇ pfile> tag indicates to securerun to move a specified file to a specified location (e.g., any combination of remote or local locations) and can be used with ⁇ putfile> to transfer multiple files to a similar location.
  • the ⁇ runfile/> tag indicates to securerun to execute a specified file in a specified location (e.g., local or remote or combination thereof).
  • the ⁇ script> tag is a hybrid of ⁇ pfile/> and ⁇ runfile/> that allows a user to define the actual content of a text file during runtime that can be transferred to and executed on a specified host, such as, for example, on a local host system 102 .
  • a specified host such as, for example, on a local host system 102 .
  • Other systems such as, for example, computer system 106 can also be specified.
  • FIG. 3 is a sample run file that uses the ⁇ putfile>, ⁇ pfile/>, and ⁇ script> tags.
  • the first line of the run file declares that the run file is an XML file. The first line can be required by most generic parsers in order for the XML file to be considered valid.
  • the opening tag ⁇ securerun> and the closing tag ⁇ /securerun> are indicated by reference numerals 304 and 316 , respectively. As described above, all other tags of the run file are preferred to be present between the ⁇ securerun> opening tag and the ⁇ /securerun> closing tag.
  • the opening ⁇ securerun> tag also includes attributes that are used to set a name for the run file, designate a base directory (e.g., ‘basedir’) on a local host system (e.g., local host system 102 ) where securerun is executed, and specifies exemplary run time settings (e.g., ‘prefs’) that are used by securerun.
  • An XML comment is distinguished in text box 308 , in which the text included between the comment notation “ ⁇ - - - ” and “- - - >” is preferably ignored by the processing circuitry (e.g., processing circuitry 804 shown in FIG. 8 ) configured to execute the securerun application.
  • the use of the ⁇ pfile/> and ⁇ putfile> tags are used for copying files from one location to another as indicated by reference numeral 310 .
  • files can be copied from local host system 102 to computer system 106 .
  • the ⁇ pfile> tag also has the ability to be used as a standalone tag, or it can be used in a batch mode that transfers multiple files at once.
  • the ⁇ putfile>tag specifies the target location in the “dir” attribute for all of the files that ⁇ pfile>specifies with its “file” attribute and such files are copied to a specified location such as, for example, computer system 106 .
  • the ⁇ script> tag identified by reference numeral 312 , is used to embed text of any kind into the run file.
  • the intended use of the ⁇ script> tag is to provide a way to specify and execute arbitrary programs/scripts under such exemplary interpreters as system shells (e.g., Bourne, C-Shell, etc.), scripting languages (e.g., Perl, Python, Ruby, Matlab, etc.), and compile languages (e.g., FORTRAN, C, C++, Java).
  • system shells e.g., Bourne, C-Shell, etc.
  • scripting languages e.g., Perl, Python, Ruby, Matlab, etc.
  • compile languages e.g., FORTRAN, C, C++, Java
  • the ⁇ script> tags illustrated in FIG. 3 include Bourne shell scripts that are run by a shell interpreter external to securerun.
  • the attribute “interp” shown in FIG. 3 is used to specify an interpreter that should be used.
  • the ⁇ script> tag includes an attribute called “cmd”, as indicated by reference numeral 314 that enables a user to define a command format used to execute the file containing the text within the ⁇ script> tag.
  • % i interpreter
  • % f file
  • % a one can control how a command is issued to any interpretor that accepts command line arguments.
  • Table 3 illustrates the various formatting rules: TABLE 3 Formatting Variable Description %i In the external interpretor call, it is replaced by the interpretor specified with the “interp” attribute.
  • %f Represents the file specified in the “file” attribute.
  • %a Represents the values supplied in the “arg” attribute.
  • command format when calling external programs is desired for using applications such as, for example, Matlab that do not follow the conventional way of running a script at the command line.
  • Default command formats are set in the host definition file shown in FIG. 7 .
  • the remainder of the tags shown in Table 2 can be used to provide further flexibility to securerun.
  • FIG. 4 illustrates a run file that utilizes the macros identified in Table 2 and intended to be defined at run time.
  • ⁇ define/> macro as illustrated by reference numeral 402 adds a name/value pair for use by the processing circuitry (e.g., processing circuitry 804 shown in FIG. 8 ) configured to process the macro.
  • FIG. 5 illustrates a high-level schematic of an application of an XML based scripting framework wherein arrows represent either file transfers or remote commands.
  • arrows pointing away from the local host system 102 can represent either commands or file transfers, but arrows pointing to the local host system 102 can only be file transfers.
  • Securerun allows all actions to be initiated from the local host system 102 .
  • Reference numerals 1 through 10 of FIG. 5 represent a plurality of remote hosts and depict the order in which each remote host is utilized in an exemplary scenario.
  • One of the remote hosts shown in FIG. 5 can be the remote host 104 shown in FIG. 1 .
  • FIG. 6 illustrates a methodology involved in an exemplary model forecasting system (e.g., an oceanographic or atmospheric forecasting system that has as an input meteorological forcing data) using a preferred embodiment of the invention, the model forecasting system seeking remote host interaction automation.
  • the forecast system functionality includes the following steps:
  • the method obtains and processes input from remote sources.
  • a script is run to prepare the application code and also to create input data files from the acquired data.
  • the application code is forwarded to be processed by a computer system, such as, for example, computer system 106 .
  • the computer system on which the application (e.g., securerun) is configured and prepared is not the same computer system that executes the application code.
  • archived files Once the archived files are on the remote host, such files need to be unarchived prior to initiating the application.
  • Securerun would be able to accomplish the above tasks with relative ease.
  • securerun can retrieve output files for post processing on a local host system (e.g., system 102 ) or a remote machine (e.g., remote host 104 ).
  • the processed results can be used to send deliverables (e.g., images, data sets, etc.) to the local host or predetermined remote hosts for distributing results via anonymous ftp, World Wide Web, etc.
  • FIG. 8 shows details of the local host computer 102 shown in FIG. 1 .
  • securerun application can be installed and configured for execution on the local host system 102 .
  • the illustrated local host system 102 includes a communications interface 802 , processing circuitry 804 , and a storage device 806 .
  • Communications interface 802 is configured to communicate electronic data externally of the computer 102 , for example, with respect to the remote host system 104 , computer system 106 , and other external devices.
  • Interface 802 may comprise a parallel port, USB port, EIO slot, network interface card, IEEE 1394 connector, and/or other appropriate configuration capable of communicating electronic data.
  • Processing circuitry 804 is configured to process data received from the remote host 104 . Processing circuitry 804 is further configured to control all the functions of the local host system 102 . In one embodiment, processing circuitry 804 may comprise circuitry configured to execute provided programming. In one example, processing circuitry 804 may be configured to include executable applications. For example, processing circuitry 804 may be implemented as a microprocessor or other structure configured to execute executable applications of programming including, for example, software and/or firmware instructions. Other exemplary embodiments of processing circuitry 804 include hardware logic, PGA, FPGA, ASIC, and/or other structures. These examples of processing circuitry 804 are for illustration and other configurations are possible for implementing operations discussed herein.
  • Storage device 806 is configured to store electronic data, a database with file systems having one or more electronic files, programming such as executable instructions (e.g., software and/or firmware), and/or other digital information and may include processor-usable media.
  • Processor-usable media includes any article of manufacture that can contain, store, or maintain programming, data and/or digital information for use by or in connection with an instruction execution system including processing circuitry in the exemplary embodiment.
  • exemplary processor-usable media may include any one of physical media such as electronic, magnetic, optical, electromagnetic, and infrared or semiconductor media.
  • processor-usable media include, but are not limited to, a portable magnetic computer diskette, such as a floppy diskette, zip disk, hard drive, random access memory, read only memory, flash memory, cache memory, and/or other configurations capable of storing programming, data, or other digital information.
  • a portable magnetic computer diskette such as a floppy diskette, zip disk, hard drive, random access memory, read only memory, flash memory, cache memory, and/or other configurations capable of storing programming, data, or other digital information.
  • storage device 806 is configured to store file systems having one or more electronic files with information related to the securerun application.
  • aspects of the invention provide various advantages, which in some embodiments include efficient and easy creation of an automated forecasting system. It will be appreciated that securerun is not limited to creating forecasting system, but can be used to create any type of application that exhibits a need for automated interaction with remote hosts.
  • Securerun enables a user (e.g., applications developer) to leverage the power of multiple computers without having to be overly concerned about the nuances of transferring files and executing remote commands.
  • the user can treat the remote machines as available resources that can be used as easily as a local host computer system. Such would be beneficial in designing and creating an automated and distributed system.
  • a feature of the securerun that makes the framework flexible is its ability to perform macro-processing operations as described above.
  • generic scripting templates can be created. Such templates can be processed at run time to create scripts that can be customized for a task.
  • This framework would be beneficial as there would be no need to maintain a library of differing scripts.
  • the tags that handle files include an attribute called “process” which can be set to a “YES” or “NO” to indicate to securerun whether or not to process the file by replacing any defined macro variables with their current values.
  • the “process” attribute is available at least for ⁇ pfile/>, ⁇ runfile/>, and ⁇ script> tags.
  • any script or binary executable on a local host system or a remote host system can be used to put together an application.
  • Securerun can be used to create a framework to connect system commands, scripts, and files together in order to form an application that can be configured to run automatically.
  • Securerun can interface with various command utilities through the flexibility provided for using the “cmd” attribute in the ⁇ script> and ⁇ runfile/> tags.
  • Securerun can also provide user interactivity by providing an easy way to prompt users for input using, for example, the ⁇ input/> tag.
  • securerun displays messages defined using the “msg” attribute and assigns information input by the user to a macro variable specified using a “name” attribute. If desired, this feature can be turned off with a command line flag set when executing the securerun framework.

Abstract

A method of creating an XML based framework to perform automated forecasting includes sending a file from a local host computer to a remote computer, receiving a file at the local host computer from the remote computer, installing the received file on the local host computer, and executing commands on the local host computer and the remote computer. Executing a command on the remote computer includes reading a run file and a host definition file. A framework for interacting between the local host computer and the remote computer is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag. Computer program products for creating an XML based framework to perform automated forecasting are also described.

Description

    TECHNICAL FIELD
  • Aspects of the invention generally relate XML-based scripting framework, and methods of providing automated interactions with remote host systems.
  • BACKGROUND OF THE INVENTION
  • Establishing automated forecasting systems can be difficult. Engineers intending to set-up such automated forecasting systems had to be more concerned about the mechanics of sending, receiving, and executing files than the specifications of their dynamic models. Existing approaches are cumbersome to create custom scripts in a generic way so as to facilitate simple reuse of existing scripts prepared for other model applications.
  • Moreover, utilization of remote machines for the purpose of running model simulations poses additional challenges with respect to sending files to the remote locations, running scripts on remote systems, and retrieving files from the remote locations. Due to the challenges posed by interacting with remote machines, most model forecasting applications were set up to run on a limited number of locally available computer systems, and often on a single local computer system.
  • Common tools that were used include shell scripts (e.g., Bourne, C-shell, etc.) that interacted with various file transfer utilities include, for example, ftp, rcp, and scp. Using such tools and methods of automating a forecast system are not only inefficient as most scripts cannot be reused, but they also limit computing resources by making the interaction with remote machines extremely cumbersome and non-intuitive. Moreover, the resulting model run script could not be easily reused even for slightly differing scenarios with respect to either hardware (e.g. computer system) or software (e.g., applications). Additionally, such scripts would not fit into a forecasting environment when a higher level of automation is desired.
  • Accordingly, there is a need to overcome the above-identified problems.
  • SUMMARY OF THE INVENTION
  • In some embodiments, a method of creating an XML based framework to perform automated forecasting includes sending a file from a local host computer to a remote computer, getting a file at the local host computer from the remote computer, copying the received file on the local host computer, and executing commands on the local host computer and the remote computer. Executing a command on the remote computer includes reading a run file and a host definition file. A framework for interacting between the local host computer and the remote computer is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
  • In other embodiments, a method of creating an XML based framework includes sending a file from a first computer to a second computer, getting a file from the second computer, saving the received file on the first computer, and executing commands on the first and second computers, wherein a framework for interacting between the first and second computers is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Preferred embodiments of the invention are described below with reference to the following accompanying drawings.
  • FIG. 1 is a high level block diagram of an exemplary forecasting system in accordance with various embodiments of the invention.
  • FIG. 2 shows a logical flow of an XML-based scripting network (e.g., securerun) as it processes a run file.
  • FIG. 3 is a sample run file that use the <putfile>, <pfile/>, and <script> tags.
  • FIG. 4 illustrates a run file that utilizes the macros identified in Table 2, the macros being defined at run time.
  • FIG. 5 illustrates a high-level schematic of an application of XML based scripting framework wherein arrows represent either file transfers or remote commands.
  • FIG. 6 illustrates a methodology involved in an exemplary model forecasting system using a preferred embodiment of the invention, the model forecasting system seeking remote host interaction automation.
  • FIG. 7 shows an exemplary host definition file.
  • FIG. 8 shows details of the local host computer shown in FIG. 1.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • This disclosure of the invention is submitted in furtherance of the constitutional purposes of the U.S. Patent Laws “to promote the progress of science and useful arts” (Article 1, Section 8).
  • FIG. 1 is a high level block diagram of an exemplary forecasting system 100 in accordance with various embodiments of the invention. The forecasting system 100 includes a local host system 102, a remote host system 104, and a computer system 106 located remote from but in communication with the local host system 102 and the remote host system 104. A plurality of remote host systems can be used. The computer system 106 is configured to store information sent from either the local host system 102 or the remote host system 104. The local host system 102 and the computer system 106 are designed to function in an identical fashion. In a preferred embodiment of the invention, all actions originate from the local host system 102. For example, in order to obtain a file from the remote host system 104, a XML based framework (e.g., securerun) in accordance with various aspects of the invention is configured to connect to the remote host system 104 and request a file transfer through a secure remote connection tool (e.g., Secure Shell (ssh)). The XML based framework in accordance with various aspects of the invention is also referred to herein as “securerun.”
  • In another embodiment of the invention, securerun also has the ability to use a less secure, remote shell (rsh) application. It will be appreciated that other interfaces can be added for various other file transfer and remote shell applications to securerun. Such various other applications can include, for example, ftp, rsync, or ktelnet. Further details of the local host system 102 will be described with respect to FIG. 8.
  • FIG. 2 shows a logical flow 200 of an XML-based scripting framework (e.g., securerun) as it processes a run file. As noted above, securerun is defined herein as an XML-based scripting application configured to be executed on a computer system such as, for example, local host system 102. By maintaining control at the local host system 102, securerun ensures that a user has maximum control over the actions, thereby minimizing the user's reliance on the remote host system 104 (e.g., remote hosting environment). The logical flow 200 can be performed in the local host system 102. At steps 202 and 204, a run file and a host definition file, respectively, are read by securerun residing in the local host system 102. The host definition file, for example, defines interpreters available for use with the run file (e.g., <runfile>) and <script> tags. After the runfile and the host definition file are read as in steps 202 and 204, the process flow now moves to step 206.
  • At a step 206, the runfile (e.g., runfile.xml) is preprocessed to substitute any predefined variables. Some examples of the variables included in an unaltered run file are shown in FIG. 4. The process then proceeds to step 208.
  • At a step 208, the preprocessed run file is parsed and securerun follows the directions that are included within the run file tags. A processing circuitry (e.g., processing circuitry 804 shown in FIG. 8), of the local host system 102, can be configured to perform various functions that are executable by the securerun application/framework. A parser that can be stored in the local host system 102 (FIG. 1) can be designed such that it can detect and act based on different XML “events” such as, for example, the start of a tag, the end of a tag, or text between tags. It will be appreciated that the parser can also be a part of the processing circuitry 804. Such ability enables securerun to choose a course of action based on the type of “event”. Exemplary events that can be detected include:
  • Start of a tag—the processing circuitry (e.g., processing circuitry 804 of FIG. 8) is configured to determine the identity of a tag, and calls a function that is specific for the start of such a tag whose identity is determined. Such a task is performed at step 210.
  • End of a tag—the processing circuitry (e.g., processing circuitry 804) is configured to determine the identity of a tag, and calls a function that is specific for the end of such a tag whose identify is determined. Such a task is performed at step 212. The method now moves to step 214.
  • At a step 214, the processing circuitry (e.g., processing circuitry 804) is configured to process other XML events such as, for example, text between tags such as, for example, between an opening and closing <script> tag.
  • Step 208 illustrates a generalized view of an event-based XML parsing. When events outlined above with respect to steps 210, 212, and 214 are detected, specific functions are called by securerun to handle such events. The process loops back to step 210 if further events requiring processing as described above with respect to steps 210-214 are identified. Once the end of the run file has been reached, designated by the <securerun> tag, securerun exits out of the XML processing routine, and ends the execution as identified at step 216.
  • Macro Processing
  • Securerun includes a macroprocessing routine that enables users to build templates using macros, or variables, that are defined at run time. Macro processing is a search and replace function that searches for macros within the run file or external text files, and replaces such files with their respectively defined values if they are defined by one of securerun's macro definition methods that include:
  • using the “-o” flag when securerun is executed;
  • using the <define> tag in the run file;
  • capturing output from the <script> or <runfile/> tags.
  • Users can leverage securerun so that by simply defining a variable can alter the functionality of the application. Various built-in variables can be set at the start of an application. The built-in variables are shown in Table 1 below:
    TABLE 1
    Name Value Description
    %PROCID% The process id of the This number is assigned
    current instance of by the operating system
    Securerun. whenever Securerun is
    started.
    %UNIQUE% This macro provides a No two %unique% macros
    unique string each time will be replaced with
    it is encountered. the same value, even
    within the same
    process.
    %BASEDIR% The base or “home” Allows for the reference
    directory set within of the current base
    the opening <securerun> directory without having
    tag or changed by the to explicitly set it
    <chbasedir/> tags. with the <define/> tag.
    %TMPDIR% The temp directory used Allows for the reference
    by Securerun set within of the temp directory
    the opening <securerun> without having to
    tag. explicitly set it
    with the <define/> tag.
    %STDOUT% Contains the standard Captures the output of
    output of the last the last action invoked
    <runfile/> or <script> by the <runfile/> or
    tag that was run unless <script> tags so that
    the “name” attribute it doesn't have to
    was specified with either be explicitly captured
    tag. with the “name”
    attribute.
  • Also included in the securerun are a user's environmental variables of a local machine (e.g., local host system 102). Such allows for default variables set in the user's local environment to be included in the secururun, thereby eliminating the need for the user to be aware of definitions of the default variables. The user can, however, override the default values by using a <define/> tag in the run file and assigning a new value to the variable.
  • Applications written within the securerun framework prefer a file (e.g., run file) that integrates (e.g., ties) distinct pieces of the application. Such distinct pieces of information could be commands, actions, scripts, standalone executables, etc. The file that integrates all the distinct pieces of the application is referred to herein as a “run file”. In a preferred embodiment, the run file is a text file (as opposed to binary) that is written using XML compliant tags configured to direct securerun's execution. The run file uses a set of tags that are specific for securerun, described below at Table 2.
    TABLE 2
    Tag Description
    <securerun> Root tag - this means that all other tags
    . . . must be contained within an opening
    </securerun> <securerun> and closing </securerun> tag.
    Attributes include “name”, “basedir”, and
    “prefs”.
    Example:
    <securerun name=“test” basedir=“.”
    prefs=“-create_dirs:1;”>
    (all other tags here . . . )
    </securerun>
    <pfile/> This tag is used to put files onto remote
    hosts, get files from remote hosts, or
    copy a local file to another local directory.
    <putfile> This tag allows multiple files to be
    . . . transferred to one location by enclosing
    </putfile> a series of <pfile/> tags between the
    opening and closing <putfile> tags.
    <runfile/> This tags is used to execute the specified
    file using the specified external program
    specified by the “interp” attribute.
    <script> This tag allows the embedding of any kind
    . . . of text inside of the run file. The embedded
    </script> text is most commonly some type of
    programming language meant to be read and
    executed by some external interpreter.
    <define/> This tag defines a macro variable which is
    then available for use by the macro
    processing feature.
    <undefine/> This tag removes a macro variable of the
    specified name if it exists.
    <chbasedir/> This tag changes the local base directory
    from which Securerun is executing during
    run time.
    <input/> This tag incorporates interactivity into
    a Securerun application by printing the
    specified message to the screen, and waits
    for a keyboard response by the user. The
    user input is then saved as a macro variable
    of the specified name.
    <output/> This tag simply prints a specific message
    to the screen.
  • Since the XML standard is platform neutral and self-descriptive, such format is preferred to design the run file. Further, since XML is self descriptive, all the relevant data can be extracted using a generic parser.
  • Securerun uses the XML run file to describe the steps (e.g., an ordered list of actions) that an application is desired to undertake. As described above in Table 2, each XML run file includes a series of securerun specific XML tags that are used to specify an action for securerun to perform. A run file is preferred to start with <securerun> tag and end with its closing tag, </securerun>. Other tags, if they are used, can be listed within the <securerun> . . . </securerun> tags. Tags that do not follow such a format may be ignored.
  • The tags that serve most directly to implement preferred features (e.g., transfer and execution of files) of securerun include <pfile/>, <putfile>, <runfile/>, and <script>. The <pfile> tag indicates to securerun to move a specified file to a specified location (e.g., any combination of remote or local locations) and can be used with <putfile> to transfer multiple files to a similar location. The <runfile/> tag indicates to securerun to execute a specified file in a specified location (e.g., local or remote or combination thereof). The <script> tag is a hybrid of <pfile/> and <runfile/> that allows a user to define the actual content of a text file during runtime that can be transferred to and executed on a specified host, such as, for example, on a local host system 102. Other systems such as, for example, computer system 106 can also be specified.
  • FIG. 3 is a sample run file that uses the <putfile>, <pfile/>, and <script> tags. The first line of the run file, as indicated by reference numeral 302, declares that the run file is an XML file. The first line can be required by most generic parsers in order for the XML file to be considered valid. The opening tag <securerun> and the closing tag </securerun> are indicated by reference numerals 304 and 316, respectively. As described above, all other tags of the run file are preferred to be present between the <securerun> opening tag and the </securerun> closing tag. The opening <securerun> tag also includes attributes that are used to set a name for the run file, designate a base directory (e.g., ‘basedir’) on a local host system (e.g., local host system 102) where securerun is executed, and specifies exemplary run time settings (e.g., ‘prefs’) that are used by securerun. An XML comment is distinguished in text box 308, in which the text included between the comment notation “<- - - ” and “- - - >” is preferably ignored by the processing circuitry (e.g., processing circuitry 804 shown in FIG. 8) configured to execute the securerun application.
  • The use of the <pfile/> and <putfile> tags are used for copying files from one location to another as indicated by reference numeral 310. For example, files can be copied from local host system 102 to computer system 106. The <pfile> tag also has the ability to be used as a standalone tag, or it can be used in a batch mode that transfers multiple files at once. The <putfile>tag specifies the target location in the “dir” attribute for all of the files that <pfile>specifies with its “file” attribute and such files are copied to a specified location such as, for example, computer system 106.
  • The <script> tag, identified by reference numeral 312, is used to embed text of any kind into the run file. The intended use of the <script> tag is to provide a way to specify and execute arbitrary programs/scripts under such exemplary interpreters as system shells (e.g., Bourne, C-Shell, etc.), scripting languages (e.g., Perl, Python, Ruby, Matlab, etc.), and compile languages (e.g., FORTRAN, C, C++, Java). For example, the <script> tags illustrated in FIG. 3 include Bourne shell scripts that are run by a shell interpreter external to securerun. The attribute “interp” shown in FIG. 3 is used to specify an interpreter that should be used. Valid interpretors are defined for each host in the host definition file, as shown, for example, in FIG. 7.
  • Continuing to refer to FIG. 3, the <script> tag includes an attribute called “cmd”, as indicated by reference numeral 314 that enables a user to define a command format used to execute the file containing the text within the <script> tag. By using “% i” (interpreter), “% f” (file), and “% a” one can control how a command is issued to any interpretor that accepts command line arguments. Such a feature is also available to the <runfile/> tag. Table 3 illustrates the various formatting rules:
    TABLE 3
    Formatting
    Variable Description
    %i In the external interpretor call, it is replaced by
    the interpretor specified with the “interp”
    attribute.
    %f Represents the file specified in the “file”
    attribute.
    %a Represents the values supplied in the “arg”
    attribute.
  • The ability to control the command format when calling external programs is desired for using applications such as, for example, Matlab that do not follow the conventional way of running a script at the command line. Default command formats are set in the host definition file shown in FIG. 7. The remainder of the tags shown in Table 2 can be used to provide further flexibility to securerun.
  • FIG. 4 illustrates a run file that utilizes the macros identified in Table 2 and intended to be defined at run time. For example, <define/> macro as illustrated by reference numeral 402 adds a name/value pair for use by the processing circuitry (e.g., processing circuitry 804 shown in FIG. 8) configured to process the macro.
  • FIG. 5 illustrates a high-level schematic of an application of an XML based scripting framework wherein arrows represent either file transfers or remote commands. In a preferred embodiment, arrows pointing away from the local host system 102 can represent either commands or file transfers, but arrows pointing to the local host system 102 can only be file transfers. Securerun allows all actions to be initiated from the local host system 102. Reference numerals 1 through 10 of FIG. 5 represent a plurality of remote hosts and depict the order in which each remote host is utilized in an exemplary scenario. One of the remote hosts shown in FIG. 5 can be the remote host 104 shown in FIG. 1.
  • FIG. 6 illustrates a methodology involved in an exemplary model forecasting system (e.g., an oceanographic or atmospheric forecasting system that has as an input meteorological forcing data) using a preferred embodiment of the invention, the model forecasting system seeking remote host interaction automation. The forecast system functionality includes the following steps:
  • At steps (a), (b), and (c), the method obtains and processes input from remote sources.
  • At a step (e), a script is run to prepare the application code and also to create input data files from the acquired data.
  • At a step (g), the application code is forwarded to be processed by a computer system, such as, for example, computer system 106.
  • At steps (h) and (i), the application code is run.
  • At steps (j) and (k), post processing of the application code is performed and the results are obtained.
  • At steps (l) and (m), the obtained results are distributed.
  • In some cases, the computer system on which the application (e.g., securerun) is configured and prepared is not the same computer system that executes the application code. In such cases, there would be a need for simulations prepared on one computer system to be archived (e.g., using an application like tar) and sent to the computer system performing the computations. Once the archived files are on the remote host, such files need to be unarchived prior to initiating the application. Securerun would be able to accomplish the above tasks with relative ease. Once the application code is produced, securerun can retrieve output files for post processing on a local host system (e.g., system 102) or a remote machine (e.g., remote host 104). The processed results can be used to send deliverables (e.g., images, data sets, etc.) to the local host or predetermined remote hosts for distributing results via anonymous ftp, World Wide Web, etc.
  • FIG. 8 shows details of the local host computer 102 shown in FIG. 1. For example, securerun application can be installed and configured for execution on the local host system 102. The illustrated local host system 102 includes a communications interface 802, processing circuitry 804, and a storage device 806.
  • Communications interface 802 is configured to communicate electronic data externally of the computer 102, for example, with respect to the remote host system 104, computer system 106, and other external devices. Interface 802 may comprise a parallel port, USB port, EIO slot, network interface card, IEEE 1394 connector, and/or other appropriate configuration capable of communicating electronic data.
  • Processing circuitry 804 is configured to process data received from the remote host 104. Processing circuitry 804 is further configured to control all the functions of the local host system 102. In one embodiment, processing circuitry 804 may comprise circuitry configured to execute provided programming. In one example, processing circuitry 804 may be configured to include executable applications. For example, processing circuitry 804 may be implemented as a microprocessor or other structure configured to execute executable applications of programming including, for example, software and/or firmware instructions. Other exemplary embodiments of processing circuitry 804 include hardware logic, PGA, FPGA, ASIC, and/or other structures. These examples of processing circuitry 804 are for illustration and other configurations are possible for implementing operations discussed herein.
  • Storage device 806 is configured to store electronic data, a database with file systems having one or more electronic files, programming such as executable instructions (e.g., software and/or firmware), and/or other digital information and may include processor-usable media. Processor-usable media includes any article of manufacture that can contain, store, or maintain programming, data and/or digital information for use by or in connection with an instruction execution system including processing circuitry in the exemplary embodiment. For example, exemplary processor-usable media may include any one of physical media such as electronic, magnetic, optical, electromagnetic, and infrared or semiconductor media. Some more specific examples of processor-usable media include, but are not limited to, a portable magnetic computer diskette, such as a floppy diskette, zip disk, hard drive, random access memory, read only memory, flash memory, cache memory, and/or other configurations capable of storing programming, data, or other digital information.
  • As illustrated in the depicted example, storage device 806 is configured to store file systems having one or more electronic files with information related to the securerun application.
  • Aspects of the invention provide various advantages, which in some embodiments include efficient and easy creation of an automated forecasting system. It will be appreciated that securerun is not limited to creating forecasting system, but can be used to create any type of application that exhibits a need for automated interaction with remote hosts.
  • By using a limited set of primitive instructions, one can put together a complex system that leverages both local and remote computer systems. These instructions include sending a file from a local host to a remote host, obtaining a file from the remote host and saving the obtained file on the local host, copying a file from the local host to another second location, executing a command on the remote host, and executing a command on the local host.
  • Securerun enables a user (e.g., applications developer) to leverage the power of multiple computers without having to be overly concerned about the nuances of transferring files and executing remote commands. The user can treat the remote machines as available resources that can be used as easily as a local host computer system. Such would be beneficial in designing and creating an automated and distributed system.
  • A feature of the securerun that makes the framework flexible is its ability to perform macro-processing operations as described above. By using the macros in conjunction with external files, generic scripting templates can be created. Such templates can be processed at run time to create scripts that can be customized for a task. This framework would be beneficial as there would be no need to maintain a library of differing scripts. The tags that handle files include an attribute called “process” which can be set to a “YES” or “NO” to indicate to securerun whether or not to process the file by replacing any defined macro variables with their current values. The “process” attribute is available at least for <pfile/>, <runfile/>, and <script> tags.
  • Using the securerun framework, any script or binary executable on a local host system or a remote host system can be used to put together an application. Securerun can be used to create a framework to connect system commands, scripts, and files together in order to form an application that can be configured to run automatically. Securerun can interface with various command utilities through the flexibility provided for using the “cmd” attribute in the <script> and <runfile/> tags.
  • Securerun can also provide user interactivity by providing an easy way to prompt users for input using, for example, the <input/> tag. When such a tag is encountered, securerun displays messages defined using the “msg” attribute and assigns information input by the user to a macro variable specified using a “name” attribute. If desired, this feature can be turned off with a command line flag set when executing the securerun framework.
  • In compliance with the statute, the invention has been described in language more or less specific as to structural and methodical features. It is to be understood, however, that the invention is not limited to the specific features shown and described, since the means herein disclosed comprise preferred forms of putting the invention into effect. The invention is, therefore, claimed in any of its forms or modifications within the proper scope of the appended claims appropriately interpreted in accordance with the doctrine of equivalents.

Claims (25)

1. A method of creating an XML based framework, comprising:
sending a file from a first computer to a second computer;
receiving a file from the second computer;
copying the received file on the first computer; and
executing commands on the first and second computers, wherein a framework for interacting between the first and second computers is determined based on XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
2. The method of claim 1, wherein the first computer is a local host computer and the second computer is a remote host computer.
3. The method of claim 1, wherein actions for creating the XML framework are initiated by the first computer.
4. The method of claim 1, wherein executing the command on the second computer includes reading a run file and a host definition file.
5. The method of claim 4, wherein the host definition file defines interpreters for use with the run file and a script tag, the script tag being used to embed text into the run file.
6. The method of claim 5, wherein the script tag is configured to specify and execute arbitrary scripts under at least system shells or compiled languages.
7. The method of claim 6, wherein a pre-processed run file is parsed using directions included in the run file, and the arbitrary scripts can be modified to fit within the XML based framework.
8. The method of claim 1, wherein when the XML tags are detected, specific functions are called to handle the detected tags.
9. The method of claim 1, wherein the framework is platform independent and self descriptive, and further wherein data is extracted using a generic parser.
10. The method of claim 1, wherein an XML run file describes an ordered list of actions for the framework to execute.
11. The method of claim 11, when the XML run file starts with the start of a tag and ends with the end of a tag.
12. The method of claim 11, wherein the XML run file includes attributes configured to perform one or more of establishing a name for an application, designating a base directory on the first computer, and specifying run time settings.
13. The method of claim 1, wherein the XML based framework is configured to support macroprocessing for enabling user to build templates using macros, the macros being defined at run time.
14. The method of claim 13, wherein the macros are replaced with values defined by macro definition methods.
15. The method claim 14, wherein the defined values include user's environment variables of a local computer, thereby eliminating a need for the user to be aware of variable definitions.
16. A method of creating an XML based framework to perform automated forecasting, comprising:
sending a file from a local host computer to a remote computer;
receiving a file at the local host computer from the remote computer;
saving the received file on the local host computer; and
executing commands on the local host computer and the remote computer, wherein executing a command on the remote computer includes reading a run file and a host definition file, and further wherein a framework for interacting between the local host computer and the remote computer is determined based on XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
17. The method of claim 16, wherein the host definition file defines interpreters for use with the run file and a script tag, the script tag being used to embed text into the run file.
18. The method of claim 17, wherein the run file includes attributes configured to perform one or more of establishing a name for an application, designating a base directory on the local host computer, and specifying run time settings.
19. The method of claim 17, wherein the XML based framework is configured to support macroprocessing for enabling user to build templates using macros, the macros being defined at run time.
20. The method of claim 19, wherein the macros are replaced with values defined by macro definition methods.
21. The method claim 20, wherein the defined values include user's environment variables of a local computer, thereby eliminating a need for the user to be aware of variable definitions.
22. A computer program product including computer readable memory to execute programming, the computer program product comprising:
means for sending a file from a local host computer to a remote computer;
means for receiving a file at the local host computer from the remote computer;
means for saving the received file on the local host computer; and
means for executing commands on the local host computer and the remote computer, wherein executing a command on the remote computer includes reading a run file and a host definition file, and further wherein a framework for interacting between the local host computer and the remote computer is determined based on types of XML tags, the XML tags including at least one of a start of a tag, end of a tag, and text between the start of a tag and the end of a tag.
23. The computer program product as in claim 22, wherein the host definition file defines interpreters for use with the run file and a script tag, the script tag being used to embed text into the run file.
24. The computer program product of claim 23, wherein the run file includes attributes configured to perform one or more of establishing a name for an application, designating a base directory on the local host computer, and specifying run time settings.
25. The computer program product of claim 24, wherein the XML based framework is configured to support macroprocessing for enabling user to build templates using macros, the macros being defined at run time.
US11/134,601 2005-05-20 2005-05-20 XML based scripting framework, and methods of providing automated interactions with remote systems Abandoned US20060265469A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/134,601 US20060265469A1 (en) 2005-05-20 2005-05-20 XML based scripting framework, and methods of providing automated interactions with remote systems
US12/836,665 US20100281463A1 (en) 2005-05-20 2010-07-15 XML based scripting framework, and methods of providing automated interactions with remote systems

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/134,601 US20060265469A1 (en) 2005-05-20 2005-05-20 XML based scripting framework, and methods of providing automated interactions with remote systems

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/836,665 Continuation US20100281463A1 (en) 2005-05-20 2010-07-15 XML based scripting framework, and methods of providing automated interactions with remote systems

Publications (1)

Publication Number Publication Date
US20060265469A1 true US20060265469A1 (en) 2006-11-23

Family

ID=37449591

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/134,601 Abandoned US20060265469A1 (en) 2005-05-20 2005-05-20 XML based scripting framework, and methods of providing automated interactions with remote systems
US12/836,665 Abandoned US20100281463A1 (en) 2005-05-20 2010-07-15 XML based scripting framework, and methods of providing automated interactions with remote systems

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/836,665 Abandoned US20100281463A1 (en) 2005-05-20 2010-07-15 XML based scripting framework, and methods of providing automated interactions with remote systems

Country Status (1)

Country Link
US (2) US20060265469A1 (en)

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070300048A1 (en) * 2006-05-10 2007-12-27 The Mathworks, Inc. System and method for targeting commands to concurrent computing units executing a concurrent computing process
CN102662705A (en) * 2012-03-31 2012-09-12 中国工商银行股份有限公司 System and method for upgrading system environment of computer cluster
US8745537B1 (en) 2008-02-15 2014-06-03 The Mathworks, Inc. Graphical interface for managing and monitoring the status of a graphical model
US8849638B2 (en) 2010-08-10 2014-09-30 X Systems, Llc System and method for analyzing data
US9069517B1 (en) 2006-05-10 2015-06-30 The Mathworks, Inc. Graphical interface for monitoring the status of concurrent computing units executing a concurrent computing process
US9176979B2 (en) 2010-08-10 2015-11-03 X Systems, Llc System and method for analyzing data
CN106453844A (en) * 2016-09-14 2017-02-22 青岛海信电器股份有限公司 Equipment control method and equipment control device
US9652726B2 (en) 2010-08-10 2017-05-16 X Systems, Llc System and method for analyzing data
US9665836B2 (en) 2010-08-10 2017-05-30 X Systems, Llc System and method for analyzing data
US9665916B2 (en) 2010-08-10 2017-05-30 X Systems, Llc System and method for analyzing data
US10188890B2 (en) 2013-12-26 2019-01-29 Icon Health & Fitness, Inc. Magnetic resistance mechanism in a cable machine
US10220259B2 (en) 2012-01-05 2019-03-05 Icon Health & Fitness, Inc. System and method for controlling an exercise device
US10226396B2 (en) 2014-06-20 2019-03-12 Icon Health & Fitness, Inc. Post workout massage device
US10272317B2 (en) 2016-03-18 2019-04-30 Icon Health & Fitness, Inc. Lighted pace feature in a treadmill
US10279212B2 (en) 2013-03-14 2019-05-07 Icon Health & Fitness, Inc. Strength training apparatus with flywheel and related methods
US10391361B2 (en) 2015-02-27 2019-08-27 Icon Health & Fitness, Inc. Simulating real-world terrain on an exercise device
US10426989B2 (en) 2014-06-09 2019-10-01 Icon Health & Fitness, Inc. Cable system incorporated into a treadmill
US10433612B2 (en) 2014-03-10 2019-10-08 Icon Health & Fitness, Inc. Pressure sensor to quantify work
US10493349B2 (en) 2016-03-18 2019-12-03 Icon Health & Fitness, Inc. Display on exercise device
US10625137B2 (en) 2016-03-18 2020-04-21 Icon Health & Fitness, Inc. Coordinated displays in an exercise device
US10671705B2 (en) 2016-09-28 2020-06-02 Icon Health & Fitness, Inc. Customizing recipe recommendations
CN116383976A (en) * 2023-06-06 2023-07-04 江铃汽车股份有限公司 Whole vehicle strength load extraction method and system

Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5987247A (en) * 1997-05-09 1999-11-16 International Business Machines Corporation Systems, methods and computer program products for building frameworks in an object oriented environment
US6167567A (en) * 1998-05-05 2000-12-26 3Com Corporation Technique for automatically updating software stored on a client computer in a networked client-server environment
US20020091999A1 (en) * 2000-12-01 2002-07-11 Microsoft Corporation XML based script automation
US20020116494A1 (en) * 2001-02-05 2002-08-22 Bryan Kocol Web page link-tracking system
US20030066028A1 (en) * 2001-10-01 2003-04-03 Geoff Payne XML document frameworks
US6560633B1 (en) * 1999-06-10 2003-05-06 Bow Street Software, Inc. Method for creating network services by transforming an XML runtime model in response to an iterative input process
US20030139934A1 (en) * 2001-12-20 2003-07-24 Intel Corporation Requesting and providing services via a registry
US20030159112A1 (en) * 2002-02-21 2003-08-21 Chris Fry System and method for XML parsing
US6686193B2 (en) * 2000-07-10 2004-02-03 Vertex Pharmaceuticals, Inc. High throughput method and system for screening candidate compounds for activity against target ion channels
US6792605B1 (en) * 1999-06-10 2004-09-14 Bow Street Software, Inc. Method and apparatus for providing web based services using an XML Runtime model to store state session data
US20040205562A1 (en) * 2001-12-27 2004-10-14 G.E. Information Services, Inc. System and method for transforming documents to and from an XML format
US20040225746A1 (en) * 2002-12-30 2004-11-11 Niell Nicholas Graham Media file distribution system and method
US6845380B2 (en) * 2002-03-04 2005-01-18 Hewlett-Packard Development Company, L.P. Method and system of valuing transformation between extensible markup language (XML) documents
US20050021700A1 (en) * 1995-12-08 2005-01-27 Microsoft Corporation Wire protocol for a media server system
US20050120215A1 (en) * 2003-11-14 2005-06-02 Microsoft Corporation Trusted network transfer of content using off network input code
US20050149481A1 (en) * 1999-12-02 2005-07-07 Lambertus Hesselink Managed peer-to-peer applications, systems and methods for distributed data access and storage
US6928487B2 (en) * 2000-12-23 2005-08-09 International Business Machines Corporation Computer system, method, and business method for automating business-to-business communications
US20050210145A1 (en) * 2000-07-24 2005-09-22 Vivcom, Inc. Delivering and processing multimedia bookmark
US20060010201A1 (en) * 2000-04-03 2006-01-12 Roskowski Steven G Method and computer program product for establishing real-time communications between networked computers
US20060149577A1 (en) * 2004-12-30 2006-07-06 Newgistics, Inc. System and method for the customized processing of returned merchandise
US7370236B2 (en) * 2001-11-28 2008-05-06 Sony Deutschland Gmbh Method for remotely diagnosing devices

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6808472B1 (en) * 1995-12-14 2004-10-26 Paul L. Hickman Method and apparatus for remote interactive exercise and health equipment
AU757557B2 (en) * 1997-11-13 2003-02-27 Intellectual Ventures I Llc File transfer system
US6256635B1 (en) * 1998-05-08 2001-07-03 Apple Computer, Inc. Method and apparatus for configuring a computer using scripting
US6724732B1 (en) * 1999-01-05 2004-04-20 Lucent Technologies Inc. Dynamic adjustment of timers in a communication network
US7266766B1 (en) * 1999-09-30 2007-09-04 International Business Machines Corporation Method for developing a custom tagbean
US9191443B2 (en) * 1999-12-02 2015-11-17 Western Digital Technologies, Inc. Managed peer-to-peer applications, systems and methods for distributed data access and storage
US6757869B1 (en) * 2000-03-20 2004-06-29 International Business Machines Corporation Method and apparatus for providing access to a legacy application on a distributed data processing system
US6834312B2 (en) * 2000-05-02 2004-12-21 Cadopener.Com 11C Method and apparatus for delivery of data over a network
US6564229B1 (en) * 2000-06-08 2003-05-13 International Business Machines Corporation System and method for pausing and resuming move/copy operations
US6965683B2 (en) * 2000-12-21 2005-11-15 Digimarc Corporation Routing networks for use with watermark systems
US7007105B1 (en) * 2001-01-11 2006-02-28 Remote Knowledge, Inc. Method and system for improving data transmission and storage of markup language documents
US20030056173A1 (en) * 2001-01-22 2003-03-20 International Business Machines Corporation Method, system, and program for dynamically generating input for a test automation facility for verifying web site operation
US7051119B2 (en) * 2001-07-12 2006-05-23 Yahoo! Inc. Method and system for enabling a script on a first computer to communicate and exchange data with a script on a second computer over a network
US7885987B1 (en) * 2001-08-28 2011-02-08 Lee Eugene M Computer-implemented method and system for managing attributes of intellectual property documents, optionally including organization thereof
US6978422B1 (en) * 2001-09-28 2005-12-20 Emc Corporation Methods and apparatus for displaying managed resource information
US20030181196A1 (en) * 2002-03-22 2003-09-25 Eran Davidov Extensible framework for code generation from XML tags
US7334099B2 (en) * 2002-06-28 2008-02-19 Microsoft Corporation Method and system for managing image files
US20040216139A1 (en) * 2002-08-21 2004-10-28 Rhoda Merlin A. System controlling test/measurement devices on a network using markup language documents and methods thereof
US7318116B2 (en) * 2002-11-08 2008-01-08 International Business Machines Corporation Control path failover in an automated data storage library
JP4150965B2 (en) * 2003-05-12 2008-09-17 オムロン株式会社 Terminal device, business instruction method, content providing device, content providing method, recording medium, program, business management system, and business management method
US7546584B2 (en) * 2003-06-16 2009-06-09 American Megatrends, Inc. Method and system for remote software testing
US7194391B2 (en) * 2003-09-30 2007-03-20 The Boeing Company Method and system for seat placement
US7870504B1 (en) * 2003-10-01 2011-01-11 TestPlant Inc. Method for monitoring a graphical user interface on a second computer display from a first computer
US20140250360A1 (en) * 2004-05-28 2014-09-04 Macromedia, Inc. Visual merge utility
US7312803B2 (en) * 2004-06-01 2007-12-25 X20 Media Inc. Method for producing graphics for overlay on a video source
US20080077942A1 (en) * 2006-07-21 2008-03-27 Macmillan David System, method, and api for automatic digital library creation

Patent Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021700A1 (en) * 1995-12-08 2005-01-27 Microsoft Corporation Wire protocol for a media server system
US5987247A (en) * 1997-05-09 1999-11-16 International Business Machines Corporation Systems, methods and computer program products for building frameworks in an object oriented environment
US6167567A (en) * 1998-05-05 2000-12-26 3Com Corporation Technique for automatically updating software stored on a client computer in a networked client-server environment
US6792605B1 (en) * 1999-06-10 2004-09-14 Bow Street Software, Inc. Method and apparatus for providing web based services using an XML Runtime model to store state session data
US6560633B1 (en) * 1999-06-10 2003-05-06 Bow Street Software, Inc. Method for creating network services by transforming an XML runtime model in response to an iterative input process
US20050149481A1 (en) * 1999-12-02 2005-07-07 Lambertus Hesselink Managed peer-to-peer applications, systems and methods for distributed data access and storage
US20060010201A1 (en) * 2000-04-03 2006-01-12 Roskowski Steven G Method and computer program product for establishing real-time communications between networked computers
US6686193B2 (en) * 2000-07-10 2004-02-03 Vertex Pharmaceuticals, Inc. High throughput method and system for screening candidate compounds for activity against target ion channels
US20050210145A1 (en) * 2000-07-24 2005-09-22 Vivcom, Inc. Delivering and processing multimedia bookmark
US20020091999A1 (en) * 2000-12-01 2002-07-11 Microsoft Corporation XML based script automation
US6687897B2 (en) * 2000-12-01 2004-02-03 Microsoft Corporation XML based script automation
US6928487B2 (en) * 2000-12-23 2005-08-09 International Business Machines Corporation Computer system, method, and business method for automating business-to-business communications
US20020116494A1 (en) * 2001-02-05 2002-08-22 Bryan Kocol Web page link-tracking system
US20030066028A1 (en) * 2001-10-01 2003-04-03 Geoff Payne XML document frameworks
US7370236B2 (en) * 2001-11-28 2008-05-06 Sony Deutschland Gmbh Method for remotely diagnosing devices
US20080162994A1 (en) * 2001-11-28 2008-07-03 Sony Deutschland Gmbh Method for remotely diagnosing devices
US20030139934A1 (en) * 2001-12-20 2003-07-24 Intel Corporation Requesting and providing services via a registry
US20040205562A1 (en) * 2001-12-27 2004-10-14 G.E. Information Services, Inc. System and method for transforming documents to and from an XML format
US20030159112A1 (en) * 2002-02-21 2003-08-21 Chris Fry System and method for XML parsing
US6845380B2 (en) * 2002-03-04 2005-01-18 Hewlett-Packard Development Company, L.P. Method and system of valuing transformation between extensible markup language (XML) documents
US20040225746A1 (en) * 2002-12-30 2004-11-11 Niell Nicholas Graham Media file distribution system and method
US20050120215A1 (en) * 2003-11-14 2005-06-02 Microsoft Corporation Trusted network transfer of content using off network input code
US20060149577A1 (en) * 2004-12-30 2006-07-06 Newgistics, Inc. System and method for the customized processing of returned merchandise

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9405564B2 (en) 2006-05-10 2016-08-02 The Mathworks, Inc. System and method for targeting commands to concurrent computing units executing a concurrent computing process
US20070300048A1 (en) * 2006-05-10 2007-12-27 The Mathworks, Inc. System and method for targeting commands to concurrent computing units executing a concurrent computing process
US9703515B1 (en) 2006-05-10 2017-07-11 The Mathworks, Inc. System and method for presenting output from concurrent computing units
US9069517B1 (en) 2006-05-10 2015-06-30 The Mathworks, Inc. Graphical interface for monitoring the status of concurrent computing units executing a concurrent computing process
US8745537B1 (en) 2008-02-15 2014-06-03 The Mathworks, Inc. Graphical interface for managing and monitoring the status of a graphical model
US8849638B2 (en) 2010-08-10 2014-09-30 X Systems, Llc System and method for analyzing data
US9176979B2 (en) 2010-08-10 2015-11-03 X Systems, Llc System and method for analyzing data
US9652726B2 (en) 2010-08-10 2017-05-16 X Systems, Llc System and method for analyzing data
US9665836B2 (en) 2010-08-10 2017-05-30 X Systems, Llc System and method for analyzing data
US9665916B2 (en) 2010-08-10 2017-05-30 X Systems, Llc System and method for analyzing data
US10220259B2 (en) 2012-01-05 2019-03-05 Icon Health & Fitness, Inc. System and method for controlling an exercise device
CN102662705A (en) * 2012-03-31 2012-09-12 中国工商银行股份有限公司 System and method for upgrading system environment of computer cluster
US10279212B2 (en) 2013-03-14 2019-05-07 Icon Health & Fitness, Inc. Strength training apparatus with flywheel and related methods
US10188890B2 (en) 2013-12-26 2019-01-29 Icon Health & Fitness, Inc. Magnetic resistance mechanism in a cable machine
US10433612B2 (en) 2014-03-10 2019-10-08 Icon Health & Fitness, Inc. Pressure sensor to quantify work
US10426989B2 (en) 2014-06-09 2019-10-01 Icon Health & Fitness, Inc. Cable system incorporated into a treadmill
US10226396B2 (en) 2014-06-20 2019-03-12 Icon Health & Fitness, Inc. Post workout massage device
US10391361B2 (en) 2015-02-27 2019-08-27 Icon Health & Fitness, Inc. Simulating real-world terrain on an exercise device
US10272317B2 (en) 2016-03-18 2019-04-30 Icon Health & Fitness, Inc. Lighted pace feature in a treadmill
US10493349B2 (en) 2016-03-18 2019-12-03 Icon Health & Fitness, Inc. Display on exercise device
US10625137B2 (en) 2016-03-18 2020-04-21 Icon Health & Fitness, Inc. Coordinated displays in an exercise device
CN106453844A (en) * 2016-09-14 2017-02-22 青岛海信电器股份有限公司 Equipment control method and equipment control device
US10671705B2 (en) 2016-09-28 2020-06-02 Icon Health & Fitness, Inc. Customizing recipe recommendations
CN116383976A (en) * 2023-06-06 2023-07-04 江铃汽车股份有限公司 Whole vehicle strength load extraction method and system

Also Published As

Publication number Publication date
US20100281463A1 (en) 2010-11-04

Similar Documents

Publication Publication Date Title
US20060265469A1 (en) XML based scripting framework, and methods of providing automated interactions with remote systems
CN109885311B (en) Application program generation method and device
EP3011442B1 (en) Method and apparatus for customized software development kit (sdk) generation
WO2018228211A1 (en) Application conversion method, apparatus and device
KR101645052B1 (en) Debugging pipeline
CN109918055B (en) Application program generation method and device
CN112748908B (en) Method and device for developing Restful service based on SSM framework
CN110244942B (en) Page generation method, device and system
CN110673923A (en) XWIKI system configuration method, system and computer equipment
CN110187986B (en) Command management method, system, device and computer readable storage medium
CN111240772A (en) Data processing method and device based on block chain and storage medium
CN111913741B (en) Object interception method, device, medium and electronic equipment
CN113590179B (en) Plug-in detection method and device, electronic equipment and storage medium
CN115390846A (en) Compiling construction method and device, electronic equipment and storage medium
CN114911541A (en) Configuration information processing method and device, electronic equipment and storage medium
CN110806891B (en) Method and device for generating software version of embedded device
CN111309332A (en) File content on-demand loading method and device, electronic equipment and storage medium
CN114327742A (en) Cloud platform and program code processing method based on cloud platform
CN115113972A (en) Application transformation method, system, cluster, medium and program product
JP6705482B2 (en) System construction parameter management device, system construction parameter management system, system construction parameter management method, and system construction parameter management program
JP2011065367A (en) Device, program and method for managing workflow
CN111782212A (en) View assembly creating method and device and storage medium
CN113268232A (en) Page skin generation method and device and computer readable storage medium
US11604662B2 (en) System and method for accelerating modernization of user interfaces in a computing environment
WO2023221654A1 (en) Subprogram updating method and apparatus, and electronic device, computer-readable storage medium and computer program product

Legal Events

Date Code Title Description
AS Assignment

Owner name: UNITED STATES OF AMERICA AS REPRESENTED BY THE SEC

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ESTRADE, BRETT D.;REEL/FRAME:016421/0923

Effective date: 20050518

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION