Abstract: This invention introduces a structured software engineering methodology for developing interactive network application systems that use a web browser as a user-dialog engine. The methodology uses two server types: an Application Server for instantiating and executing an application instance in binary code, and an HTTP Server for delivering to the user's browser the textual HTML+Javascript user-dialog documents used by this application instance during its execution. An application is accessed by executing at the user's browser an Application Instantiation Page (AIP) which is a part of this invention. The methodology is built into a notational programming language.

Abstract: This invention introduces a structured software engineering methodology for developing interactive network application systems that use a web browser as a user-dialogue engine. The methodology uses two server types: an Application Server for instantiating and executing an application instance in binary code, and an HTTP Server for delivering to the user's browser the textual HTML+Javascript user-dialogue documents used by this application instance during its execution. An application is accessed by executing at the user's browser an Application Instantiation Page (AIP) which is a part of this invention. The methodology is built into a notational programming language.

Abstract: This invention introduces a structured software engineering methodology for developing interactive network application systems that use a web browser as a user-dialog engine. The methodology uses two server types: Application Server(s) for instantiating and executing an application instance in binary code, and HTTP Server(s) for delivering to the user's browser the textual HTML+Javascript user-dialog documents used by this application instance during its execution. An application is accessed by executing at the user's browser an Application Instantiation Page (AIP) which is a part of this invention. The methodology is built into a notational programming language.

Abstract: This invention introduces a structured software engineering methodology for developing interactive network application systems that use a web browser as a user-dialogue engine. The methodology uses two server types: Application Server(s) for instantiating and executing an application instance in binary code, and HTTP Server(s) for delivering to the user's browser the textual HTML+Javascript user-dialogue documents used by this application instance during its execution. An application is accessed by executing at the user's browser an Application Instantiation Page (AIP) which is a part of this invention. The methodology is built into a notational programming language.

Abstract: A compact and simple computer system comprising: a 16×4 bit RAM housing a multiprocessing OS, two application programs, and an input interrupt routine, whereas a small modular processor gives life to time-shared execution of the two application programs under the management of the OS while implementing process synchronization. A student builds the totality of this model computer using simple standard SSI circuit chips which are the components of a per-student lab kit designed and documented for physical implementation of this simple but rich-in-information-instruction operational computer. The computer model is generic in nature and can be augmented and applied in multitude of areas in various ways.

Abstract: A simple computer comprising a group of individual sub-circuits that can be plugged together in several ways to form an operating computer. The invention is used to teach students the basic components of a computer and to demonstrate how each sub-system works and its interrelationship with the other sub-systems. The invention is designed so that it can be easily assembled and disassembled and the components are readily visible to the students.

Abstract: An ATM switch contains several interface units (including a source interface unit), several virtual-channel (VC) switches (including a source and destination VC switch), and several virtual-channel identifiers (VCI) for each ATM cell. Configuring the ATM switch causes the source interface unit to assign a starting VCI to a cell to indicate an intended destination for the cell within the ATM switch and to pass the cell to a source VC switch. If the intended destination is an interface unit not directly coupled to the source VC switch, the source VC switch converts the starting VCI to an intermediate VCI that reflects the intermediate and destination locations relative to the intermediate VC switch. A destination VC switch receives the ATM cell and converts the intermediate VCI to a final VCI that reflects the source and the destination locations relative to the destination VC switch, and delivers the ATM cell to the destination.