Showing papers on "Batch file published in 2003"

Method for processing and organizing pharmacy data

Abstract: A method for processing and organizing pharmaceutical data from a plurality of sources. Batch files are submitted to a data processor electronically, such as via an electronic communications network. The batch files are checked for validity, then stored in a holding database. Records are read from the batch file and checked for errors such as relational integrity. Records having errors are noted in an exception file and held for correction, while records having no defects are placed into a common format and loaded into a data warehouse. Records having minor defects may also be loaded into the data warehouse pending correction of the defects.

A Customizable Boot Protocol for Network Computing

Abstract: With the development of computer and network technologies and emerging of diverse types of terminal, the ability of network computing to tailor applications to the capabilities of heterogeneous client devices will realize its full potential at last. Most of the existing terminals first start OS locally and then load network-computing software. However, this booting way can't satisfy the diversity of terminals and the increasing of complexity of network-computing software. A reliable, secure, effective and customizable remote boot protocol named as NCBP (network-based client boot protocol) is presented in this paper, which is hoped to increase the flexibility of existing network computing terminals' booting process and thus increase the flexibility and availability of network computing. NCBP uses extended DHCP (dynamic host configuration protocol) to acquire local identifier, then loads a batch script language environment of MBatch (MenuBatch) by using secure APTP (active program transfer protocol). When executing the loaded MBatch script, NCBP allows users to select which OS to be loaded and then load the corresponding OS image in a customizable way. NCBP can be used for remote boot of network computers, PCs, and digital appliances.

STORM towards protein function: systematic tailored ORF-data retrieval and management.

Abstract: STORM (systematic tailored ORF-data retrieval and management) combines protein analyses of BLAST, Fasta, Pfam and ProtParam on a batch file of protein sequences. It subsequently summarises and organises the output in an Access database format.

Test apparatus for portable electronic appliance

Abstract: PROBLEM TO BE SOLVED: To provide a test apparatus for a portable electronic appliance easily usable in tests of different applications by efficiently retaining information on tests of a plurality of applications. SOLUTION: When an operator inputs via a keyboard 6 the application to be tested and a batch file, the CPU 7a of an IC card test apparatus 3 reads from an HDD 8 a profile and a batch file that correspond to the designated application A, and creates a batch file that is characteristic of the application A. Based on the characteristic batch file, a script file 8a is referred to and commands are transmitted sequentially to the IC card 1 as data outputted from the IC card 1 are compared to thereby execute test processes. When the response data outputted from the IC card 1 are as expected, all the processes are determined to have completed successfully, with 'successful completion' displayed on a screen. COPYRIGHT: (C)2004,JPO

Grid Engine Script Generating Tool

Abstract: Most high performance computing centers use a batch queuing system to facilitate job throughput by matching computer resources against job requirements. Users typically communicate their job constraints to the queuing system by writing a job submission script. This scripting task can be frustrating to some users because errors can keep the script from submitting the job properly, or cause the queuing system to handle the job differently than what the user intended. At the ARL MSRC, we have recently developed and released the Grid Engine Script Generating Tool (GEST) to help users produce batch scripts for ARL's most utilized COTS software packages. GEST imposes a framework across all applications, dynamically configuring the GUI for application-specific inputs based on information entered by the user. Scripts subsequently generated can be submitted directly, or saved for further customization by the user. GEST allows users to avoid the typical mistakes that can occur when they write their own scripts. It significantly reduces the amount of time that users spend writing and debugging scripts. By using GEST, users minimize and in most cases eliminate incorrect runs from improperly constructed submission scripts resulting in more effective use of the overall computing resources.

A Customizable Boot Protocol for Network Computing

Abstract: With the development of computer and network technologies and emerging of diverse types of terminal, the ability of network computing to tailor applications to the capabilities of heterogeneous client devices will realize its full potential at last. Most of the existing terminals first start OS locally and then load network-computing software. However, this booting way can抰 satisfy the diversity of terminals and the increasing of complexity of network-computing software. A reliable, secure, effective and customizable remote boot protocol named as NCBP (network-based client boot protocol) is presented in this paper, which is hoped to increase the flexibility of existing network computing terminals?booting process and thus increase the flexibility and availability of network computing. NCBP uses extended DHCP (dynamic host configuration protocol) to acquire local identifier, then loads a batch script language environment of MBatch (MenuBatch) by using secure APTP (active program transfer protocol). When executing the loaded MBatch script, NCBP allows users to select which OS to be loaded and then load the corresponding OS image in a customizable way. NCBP can be used for remote boot of network computers, PCs, and digital appliances.

Communication program, and computer-readable storage medium with program recorded thereon

Abstract: PROBLEM TO BE SOLVED: To provide a communication program that can asynchronously transmit or receive signals between a server and a plurality of client terminals on a network comprising the server and the plurality of client terminals, and makes a computer partially rewrite display. SOLUTION: A program 2 (communication program) installed into the client terminal 1 sequentially accumulates signals recognized by a peer server part 2A, sequentially selects and extracts the accumulated signals, selects a batch file stored for every processing from a batch file part 2C based on the extracted signals, and executes the selected batch file for the client terminal 1 and the server 2. Thus, the client terminal 1 can asynchronously transmit or receive signals to or from the server 2 and partially rewrite display. COPYRIGHT: (C)2004,JPO

Communication program and computer-readable recording medium containing the same

Abstract: There is provided a communication program capable of asynchronously performing signal transmission/reception between a server and a client terminal on a network consisting of a server and a plurality of client terminals and causing a computer to execute a partial display rewrite. A program (2) (communication program) installed on a client terminal (1) successively accumulates signals recognized by a peer server unit (2A) and successively selects and extracts the signals accumulated. According to the signals extracted, the program (2) selects a batch file stored in each processing from a batch file unit (2C) and causes the client terminal (1) or the server (2) to execute the selected batch file. Thus, the client terminal (1) can asynchronously transmit/receive a signal to/from the server (2) and can perform partial display rewrite.

Web management system which can transmit and install solution to user's server in on-line and method for the same

Abstract: PURPOSE: A web management system and a method thereof are provided to transmit and install a solution to a server of a client directly when the client purchases the solution in a shopping mall. CONSTITUTION: A client DB(40) stores an ID, a password, a telephone number, an address, and personal information of a client. A solution DB(50) stores at least one solution being manufactured through a common rule. If the client orders a solution, an order sheet DB(60) stores details of the order. If the client requests a user authentication, a web server(10) authenticates the client and makes the client display a solution stored in the solution DB(50). If the client orders a wanted solution, an order server(20) transmits a corresponding solution, displays an order sheet input screen including server environment information of a server of the client, receives corresponding information, and stores the information in the order sheet DB(60). An order processing server(30) creates a server setting batch file, a database table, and a procedure in accordance with server environment information of an order sheet of a corresponding solution by referring to the order sheet DB(60) in accordance with a solution order of the client. If the client completes a payment, the order processing server(30) transmits the solution ordered by the client and the created server setting batch file to the server of client, and activates a setup button for executing the server setting batch file.

System for processing and organizing pharmacy data

Abstract: A system (1) for processing and organizing pharmaceutical (10) data from a plurality of sources. Batch files are submitted to a data processor electronically, such as via an electronic communications network (22). The batch files are checked for validity, then stored in a holding database (24). Records are read from the batch file and checked for errors such as relational integrity. Records (25) having errors are noted in an exception file and held for correction, while records having no defects are placed into a common format and loaded into a data warehouse. Records (25) having minor defects may also be loaded into the data warehouse (26) pending correction of the defects.