Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS8090452 B2
Publication typeGrant
Application numberUS 11/781,219
Publication dateJan 3, 2012
Filing dateJul 20, 2007
Priority dateJun 11, 1999
Also published asUS6788980, US7020532, US20040254648, US20060212146, US20080040477, US20080046598, US20080052386, US20090164031, US20100011127, US20100076604, US20140107810
Publication number11781219, 781219, US 8090452 B2, US 8090452B2, US-B2-8090452, US8090452 B2, US8090452B2
InventorsAlexander Johnson, Paul C. Badavas, T. Eric Christiansen, Peter D. Hansen, Thomas B. Kinney, Seyamak Keyghobad, Bo Ling, Richard L. Thibault
Original AssigneeInvensys Systems, Inc.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Methods and apparatus for control using control devices that provide a virtual machine environment and that communicate via an IP network
US 8090452 B2
Abstract
The invention provides improved methods and apparatus for control using field and control devices that provide a virtual machine environment and that communicate via an IP network. By way of non-limiting example, such field device can be an “intelligent” transmitter or actuator that includes a low power processor, along with a random access memory, a read-only memory, FlashRAM, and a sensor interface. The processor can execute a real-time operating system, as well as a Java virtual machine (JVM). Java byte code executes in the JVM to configure the field device to perform typical process control functions, e.g., for proportional integral derivative (PID) control and signal conditioning. Control networks can include a plurality of such field and control devices interconnected by an IP network, such as an Ethernet.
Images(7)
Previous page
Next page
Claims(11)
1. A field device for use in a residential environmental control system, comprising:
a network interface that forms part of the field device and that provides at least a physical layer connection to an internet protocol (“IP”) network;
a sensing apparatus that forms part of the field device and that measures a characteristic of a device, process or system in the residential environmental control system;
memory that forms part of the field device and that stores at least web server software; and
processing circuitry that forms part of the field device and that is communicatively coupled to the network interface, the processing circuitry executing the web server software to allow remote monitoring of measurements of the characteristic made with the sensing apparatus by serving web pages over the IP network in response to requests received from the IP network;
wherein the web server software is adapted to permit monitoring and configuration of other field devices via the network interface; and
wherein the processing circuitry is operable to control access to said measurements based on any of a user location and a type of the field device.
2. The field device of claim 1, wherein the field device is adapted for use in connection with a utility service.
3. The field device of claim 1, wherein the web server software is adapted to permit configuration of the field device via the network interface.
4. The field device of claim 3, wherein the web server software includes a configuration editor adapted to permit configuration of the field device via a web browser.
5. The field device of claim 1, wherein the processing circuitry is adapted for communication with other apparatus via the network interface.
6. The field device of claim 1, wherein the memory of the field device further stores at least an IP address assigned to the field device via the IP network.
7. A field device for use in a residential environmental control system, comprising:
a network interface that forms part of the field device;
a sensing apparatus that forms part of the field device and that measures a characteristic of a device, process or system in the residential environmental control system;
a virtual machine that forms part of the field device; and
processing circuitry that forms part of the field device and that executes instructions in the virtual machine,
wherein the processing circuitry is operable to execute instructions in the virtual machine to allow monitoring of measurements of the characteristic made with the sensing apparatus via the network interface;
wherein the processing circuitry is operable to control access to said measurements based on any of a user location and a type of the field device.
8. The field device of claim 7, wherein the network interface receives configuration information for execution in the virtual machine to configure the field device.
9. The field device of claim 7, wherein the virtual machine is adapted to execute instructions in the virtual machine to respond to monitoring requests received via the network interface.
10. The field device of claim 7, wherein the sensing apparatus is adapted for use in connection with a utility service.
11. A field device for use in a residential environmental control system, comprising:
a network interface that forms part of the field device and that provides at least a physical layer connection to an internet protocol (“IP”) network;
a sensing apparatus that forms part of the field device and that measures a characteristic of a device, process or system in the residential environmental control system;
memory that forms part of the field device and that stores at least web server software; and
processing circuitry that forms part of the field device and that is communicatively coupled to the network interface, the processing circuitry executing the web server software to allow remote monitoring of measurements of the characteristic made with the sensing apparatus by serving web pages over the IP network in response to requests received from the IP network;
wherein the web server software is adapted to permit monitoring and configuration of other field devices via the network interface, and
wherein the web server is adapted to control access to said measurements based on any of a user location and a type of the field device.
Description

This application is a divisional of Ser. No. 11/354,586, filed Feb. 14, 2006, entitled METHODS AND APPARATUS FOR CONTROL USING CONTROL DEVICES THAT PROVIDE A VIRTUAL MACHINE ENVIRONMENT AND THAT COMMUNICATE VIA AN IP NETWORK (the teachings of which are incorporated herein by reference), which is a continuation of Ser. No. 10/756,187, filed Jan. 13, 2004, now U.S. Pat. No. 7,020,532 entitled METHODS AND APPARATUS FOR CONTROL USING CONTROL DEVICES THAT PROVIDE A VIRTUAL MACHINE ENVIRONMENT AND THAT COMMUNICATE VIA AN IP NETWORK (the teachings of which are incorporated herein by reference), which is a continuation of Ser. No. 09/591,604, filed Jun. 9, 2000, now U.S. Pat. No. 6,788,980 entitled METHODS AND APPARATUS FOR CONTROL USING CONTROL DEVICES THAT PROVIDE A VIRTUAL MACHINE ENVIRONMENT AND THAT COMMUNICATE VIA AN IP NETWORK (the teachings of which are incorporated herein by reference), which claims the priority of the following United States Patent Applications: U.S. Patent Application Ser. No. 60/139,071, entitled OMNIBUS AND WEB CONTROL, filed Jun. 11, 1999; U.S. Patent Application Ser. No. 60/144,693, entitled OMNIBUS AND WEB CONTROL, filed Jul. 20, 1999; U.S. Patent Application Ser. No. 60/149,276, entitled METHODS AND APPARATUS FOR PROCESS CONTROL (“AUTOARCHITECTURE”), filed Aug. 17, 1999; U.S. patent application Ser. No. 09/345,215, entitled PROCESS CONTROL SYSTEM AND METHOD WITH IMPROVED DISTRIBUTION, INSTALLATION, AND VALIDATION OF COMPONENTS, filed Jun. 30, 1999, the teachings of all of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

The invention pertains to control systems and, more particularly, to methods and apparatus for networking, configuring and operating field devices, controllers, consoles and other control devices.

The terms “control” and “control systems” refer to the control of a device or system by monitoring one or more of its characteristics. This is used to insure that output, processing, quality and/or efficiency remain within desired parameters over the course of time. In many control systems, digital data processing or other automated apparatus monitor a device, process or system and automatically adjust its operational parameters. In other control systems, such apparatus monitor the device, process or system and display alarms or other indicia of its characteristics, leaving responsibility for adjustment to the operator.

Control is used in a number of fields. Process control, for example, is employed in the manufacturing sector for process, repetitive and discrete manufactures, though, it also has wide application in utility and other service industries. Environmental control finds application in residential, commercial, institutional and industrial settings, where temperature and other environmental factors must be properly maintained. Control is also used in articles of manufacture, from toasters to aircraft, to monitor and control device operation.

Modern day control systems typically include a combination of field devices, controllers, workstations and other more powerful digital data processing apparatus, the functions of which may overlap or be combined. Field devices include temperature, flow and other sensors that measure characteristics of the subject device, process or system. They also include valves and other actuators that mechanically, electrically, magnetically, or otherwise effect the desired control.

Controllers generate settings for the control devices based on measurements from sensor type field devices. Controller operation is typically based on a “control algorithm” that maintains a controlled system at a desired level, or drives it to that level, by minimizing differences between the values measured by the sensors and, for example, a setpoint defined by the operator.

Workstations, control stations and the like are typically used to configure and monitor the process as a whole. They are often also used to execute higher-levels of process control, e.g., coordinating groups of controllers and responding to alarm conditions occurring within them.

In a food processing plant, for example, a workstation coordinates controllers that actuate conveyors, valves, and the like, to transport soup stock and other ingredients to a processing vessel. The workstation also configures and monitors the controllers that maintain the contents of that vessel at a simmer or low boil. The latter operate, for example, by comparing measurements of vapor pressure in the processing vessel with a desired setpoint. If the vessel pressure is too low, the control algorithm may call for incrementally opening the heating gas valves, thereby, driving the pressure and boiling activity upwards. As the pressure approaches the desired setpoint, the algorithm requires incrementally leveling the valves to maintain the roil of the boil.

The field devices, controllers, workstations and other components that make up a process control system typically communicate over heterogeneous media. Field devices connect with controllers, for example, over dedicated “fieldbuses” operating under proprietary or industry-specific protocols. Examples of these are FoxCom™, Profibus, ControlNet, ModBus, DeviceNet, among others. The controllers themselves may be connected to one another, as well as to workstations, via backplane or other proprietary high-speed dedicated buses, such as Nodebus™. Communications among workstations and plant or enterprise-level processors may be via Ethernet networks or other Internet Protocol (IP) networks.

Control device manufacturers, individually, and the control industry, as a whole, have pushed for some uniformity among otherwise competing communication standards. The Foundation Fieldbus, for example, is the result of an industry-wide effort to define a uniform protocol for communications among processor-equipped (or “intelligent”) field devices. Efforts such as this have been limited to specific segments of the control hierarchy (e.g., bus communications among field devices) and are typically hampered by technological changes that all to soon render the standards obsolete.

Still less uniform are the command and operation of control devices. Though field devices may function at the direction of controllers and controllers, in turn, at the direction of workstations (or other plant-level processors), proprietary mechanisms within the individual components determine how they perform their respective functions. Even the commands for invoking those functions may be manufacturer- or product-specific. Thus, the commands necessary to drive actuators of one manufacturer will differ from those of another. How the corresponding commands are processed internally within the actuators differ still more (though, hopefully, the results achieved are the same). The specific programming codes used to effect a given control algorithm likewise differs among competing makes, as do those of the higher-level control processors.

Industry efforts toward harmonization of software for command and operation of control devices have focused on editing languages that define process control algorithms. This is distinct from the codes used to effect those algorithms within control devices and, rather, concerns software “tools” available to users to specify the algorithms, e.g., editors including IEC-1131 standard languages such as Field Blocks, Sequential Function Charts (SFC), Ladder Logic and Structured Text.

Less concerted are industry moves to extend monitoring and limited configuration capabilities beyond in-plant consoles, e.g., to remote workstations. An example of this was the abortive Java for Distributed Control (JDC) effort, which proposed enabling in-plant workstations to serve web pages to remote Java bytecode-enabled client computers. The latter used the to web pages to monitor and set control parameters which the workstations, in turn, incorporated into their own control schemes.

An academic system along these same lines was suggested by the Mercury Project of the University of Southern California, proposing the use of a web browser to enable remote users to control a robotic arm via a server that controlled the arm. A related company-specific effort included that announced by Tribe Computer Works that allegedly enabled users to manage routers and remote access servers over IP networks using web browser software. See, “Tribe Defines Net Management Role For Web Browser Software,” Network World, May 22, 1995, at p. 14.

Thus sets the stage for the present invention, an object of which is to provide improved methods and apparatus for networking, configuring and operating field devices, controllers, consoles and other control devices. A related object is to provide such methods and apparatus for process control.

Further objects of the invention are to provide such methods and apparatus as reduce the confusion, complexity and costs attendant to prior art control systems.

Related objects of the invention are to provide such methods and apparatus as can be implemented with commercial off the shelf hardware and software.

Still further objects of the invention are to provide such methods and apparatus as achieve confusion-, complexity- and cost-reduction without hampering manufacturer creativity and without removing incentives to development of product differentiators.

SUMMARY OF THE INVENTION

The foregoing are among the objects attained by invention which provides, in one aspect, an improved field device for a process or other control system. The field device includes a virtual machine environment for executing Java byte code (or other such intermediate code) that, for example, configures the device to execute a control algorithm.

By way of non-limiting example, the field device can be an “intelligent” transmitter or actuator that includes a low power processor, along with a random access memory, a read-only memory, FlashRAM, and a sensor interface. The processor can execute a real-time operating system, as well as a Java virtual machine (JVM). Java byte code executes in the JVM to configure the field device to perform typical process control functions, e.g., for proportional integral derivative (PID) control and signal conditioning.

Further aspects of the invention provide a field device, such as a low-power intelligent actuator, that incorporates an embedded web server. This can be used to configure, monitor and/or maintain the device itself (as well as other elements of the control system) via a browser attached directly to the device or coupled to it over the network. To this end, the field device can incorporate a configuration editor, e.g., operating on a processor within the field device, that an end-user executes via the browser and web server.

Such a configuration editor can, in related aspects of the invention, be enabled or disabled depending on the environment in which it is used and more specifically, for example, the type of network in which it is incorporated. Thus, for example, the editor can be disabled when the field device is incorporated in a process control network that includes, e.g., an applications development environment suitable for configuration of the field device. Conversely, it can be enabled when the field device is incorporated in a network that lacks such a capability.

Still further aspects of the invention provide a field device as described above that includes an interface to an IP network, through which the device communicates with other elements of the control system. The IP network can be, for example, an Ethernet network. Moreover, it can be “powered,” carrying electrical power as well as packets, datagrams, and other control or data signals. The field device, in related aspects of the invention, draws operational power, e.g., for its processor and other components, from such a network.

Yet further aspects of the invention provide a field device as described above that obtains configuration information and/or its network address from such an IP network upon start-up. To this end, on power-up or coupling to the network, the field device can supply an identifier (e.g., attained from a letterbug, assigned by a hub, or otherwise) to a DHCP or other server on the network. Once provided with an IP address, the field device can formally enter into the control network, e.g., by posting its characteristics to a network bulletin board, e.g., using a network enabler such as a Jini and/or JavaSpace server, or the like. Other network devices monitoring or notified via such a bulletin board can send configuration information to the field device or otherwise.

Still further aspects of the invention provide control devices, such as servers, control stations, operator consoles, personal computers, handheld computers, and the like, having attributes as described above. Such control devices can have other attributes, according to further aspects of the invention. Thus, by way of non-limiting example, they can provide web servers that collect process data from one or more control devices, generate source for operator displays, provide access to the control system, and host an applications development environment.

Still other aspects of the invention provide process, environmental, industrial and other control systems that comprise field and control devices as described above that are coupled via an IP network and, particularly, for example, by a powered IP network.

Additional aspects of the invention are directed to DHCP servers and network enablers (optionally, including web servers) for use in control systems as described above. Related aspects provide such servers and enablers as are embodied in solid state technologies, e.g., with no moving parts.

These and other aspects of the invention are evident in the attached drawings, and in the description and claims that follow.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the invention may be attained by reference to the drawings, in which:

FIG. 1 depicts a process control system 10 according to one practice of the invention;

FIGS. 2 and 3 depict more particular embodiments of a control system of the type shown in FIG. 1;

FIG. 4 depicts a native intelligent field device according to the invention;

FIG. 5 depicts a native control device according to the invention; and

FIG. 6 depicts a native intelligent positioner implementation according to the invention.

DETAILED DESCRIPTION OF THE ILLUSTRATED EMBODIMENT

FIG. 1 depicts a process control system 10 according to the invention. The system includes networked control devices that monitor and control a hypothetical mixing process that utilizes mixing chamber 22, fluid inlets 24, 26, fluid outlet 28, paddle 30, cooler 32, and cooler inlet 34. Though illustrated and described below for use in connection with process control, those skilled in the art will appreciate that apparatus and methods according to the invention can be used in connection any industrial, manufacturing, service, environmental or other process, device or system amenable to monitoring or control (hereinafter, collectively, “control”).

The networked control devices include actuators, such as the valves depicted as controlling inlets and outlets 24-28 and 34. A further actuator is shown controlling paddle 30. These and other actuators utilized by the control system are constructed and operated in the conventional manner, as modified in accord with the teachings hereof. The actuators operate under control of respective field device controllers, labeled CTL, that are also constructed and operated in the conventional manner to provide initialization, signal conditioning and communications functions.

Rather than using separate controllers CTL, the actuators can be of the intelligent variety and can include integral microprocessors or other digital data processing apparatus for control, initialization, signal conditioning, communications and other control-related functions. For sake of convenience, the label CTL is used regardless of whether the control-related functionality is integral to the actuators (e.g., as in the case of intelligent actuators) or otherwise.

Illustrated sensor 29 monitors a temperature, level or other characteristic of fluid in chamber 22. The sensor 29, as well as other sensing apparatus utilized by the system, are constructed and operated in the conventional manner known in the art, as modified in accord with the teachings hereof. They can be coupled to the control network via a transmitter or other interface device INT that, too, is constructed and operated in the conventional manner, as modified by the teachings hereof. The interface devices facilitate initialization, signal conditioning and communications between the sensors and the control system. As above, one or more sensors can be of the intelligent variety, incorporating integral microprocessors or other digital data processing capabilities for initialization, signal conditioning, communications and other control-related functions. Here, too, the label INT is used in reference to the control-related functionality, regardless of whether embodied in an intelligent transmitter or otherwise.

The networked control devices include one or more controllers 36 that monitor and control respective aspects of the hypothetical mixing process in the conventional manner, as modified in accord with the teachings hereof. The controllers can comprise mainframe computers, workstations, personal computers, special-purpose hardware or other digital data processing apparatus capable of performing conventional monitoring and control functions. Preferred controllers are constructed and operated in the manner of the CP control processors commercially available from the assignee hereof, as modified in accord with the teachings herein.

The control system 10 includes a variety of devices that serve as user interfaces and that provide configuration and/or control functions, all in the conventional manner as modified in accord with the teachings hereof. Illustrated for these purposes are workstation 40, laptop computer 42 and handheld computer 44. These devices can provide configuration and control functions directly, as in the case of workstation 40, or in cooperation with server devices, e.g., as in the case of handheld computer 44 and server 46. Apparatus 40-44 can couple with the control network directly, e.g., via bus or network connection, or indirectly, e.g., via satellite, wireless connection or modem connection.

The control devices 36-46, CTL and INT, collectively, referred to as “native” devices, are coupled for communications via a medium that permits at least selected ones of the devices to communicate with one another. To this end, in the illustrated embodiment those devices are coupled via one or more networks 48 that are, preferably, IP-based such as, by way non-limiting example, Ethernets. The network(s) can include, as indicated by the multiple segments shown in the drawing, multiple segments such as various wide and local area networks. They may also include high and/or low bandwidth components, such as phone lines, and low and/or high latency components, such as geosynchronous satellites networks.

FIG. 2 depicts a more particular embodiment of a control system 50 of the type shown in FIG. 1. The system includes an enterprise server 52, a first thin client 54, plant server 56, a second thin client 58, a controller 60, a Java-enabled field device 62, and one or more field devices 64, coupled to one another, e.g., in the manner illustrated, by one or more networks 66, 68.

Native enterprise server 52 (corresponding, by way of non-limiting example, to server 46) comprises a mainframe computer or engineering workstation that executes enterprise-level applications such as, by non-limiting example, those for financial, asset planning and procurement, distribution and/or human resources. In addition, it supports web serving, as well as optional object, relational and other database management systems. Server 52 executes Windows NT, Solaris or another conventional commercial or proprietary operating system. It is also equipped with a Java Virtual Machine (JVM), e.g., capable of executing Java virtual machine instructions (bytecodes), of performing remote method invocation (RMI), and of supporting Jini networking. The enterprise server 12 can be coupled to further networks, e.g., to the Internet, as shown, in any manner known in the art.

Native thin client 54 (corresponding, for example, to handheld computer 44) provides similar functionality as server 52, though its actual processing activity is limited to user input and output. Application processing, such as financial, asset planning and procurement, distribution and/or human resources, are performed on behalf of client 54 by a server, such as server 52. The operating system and JVM functions may be embedded in the conventional manner of a thin client. The thin client 54 is coupled to the enterprise server 52 over a business information network 66 (corresponding, for example, to network 48), typically, an Ethernet or other IP network, configured in a LAN, WAN or the like.

Native plant server 56 (corresponding, by way of non-limiting example to workstation 40) comprises a plant control console or engineering workstation modified in accord with the teachings hereof, executing plant-level control applications including system, process, engineering, plant information, configuration, lab quality, maintenance, resource and documentation applications of the type known in the art. Like enterprise server 52, plant server 56 can execute Windows NT, Solaris or other conventional operating systems. It is also preferably equipped to execute a Java Virtual Machine as described above. Plant server 56 is coupled to the enterprise server 52 and thin client 54 over the business information network 66.

Native thin client 58 provides similar functionality as server 56 though, again, relies on that (or another) server to perform most processing activity. As above, the operating system and JVM functions may be embedded in the conventional manner of a thin client. The thin client 58 is coupled to the plant server 56 over a control network 68 (corresponding, for example, to network 48), e.g., an Ethernet.

Native controller 60 (corresponding, for example, to controller 36) executes control algorithms to control associated non-native field devices 64, e.g., via any variety of commercial and/or proprietary field bus 70 hardware and protocols. Where processing resources are limited, the controller 60 utilizes a embedded operating system that supports web serving and the JVM. The controller 60 is coupled to the plant sever 66 and to the thin client 58 via control network 68.

Native field device 62 is a sensor, actuator or other field device. The illustrated device is of the intelligent variety, including processor (not shown) and operating system. It can be of the type commercially available in the marketplace, as modified in accord with the teachings hereof. The illustrated device supports web serving and JVM, as described above. The device 62 provides information collection and control functions, as illustrated.

FIG. 3 depicts another a more particular embodiment of a control system 50 of the type shown in FIG. 1.

Referring to FIG. 1, the illustrated control system 10, 50 uses web browsers, Java, Jini, JavaSpaces, TCP/IP and other technologies normally associated with the Internet and the world wide web to create a self-defining control network that minimizes complexity while emphasizing the portability and re-usability of the user's application. These technologies are advantageously employed to eliminate proprietary hardware and software to preserve the user's investments; eliminate network configuration and system management through self-configuring networks; increase the user's choice of algorithm suppliers by implementing control in Java; preserve the user's applications through hardware and system software changes through the use of Java and Web Browsers for process displays; minimize the wiring costs; reduce maintenance by making intelligent field devices a practical reality.

In addition to web technologies, the illustrated control system 10 uses an object location service, a commercial messaging service, and standard networking equipment, such as hubs, routers, network interface cards, where applicable. It also relies on common standards, where applicable, such as 802.3, Internet RFCs, the IEEE 1451 sensor standards. The system 10 supports a heterogeneous computing environment and utilizes industry standards (e.g., Microsoft standards) to provide communications between the native control components to the business and desktop environments.

1 Device Hardware

1.1 Platform-Defining Control Devices

In the illustrated embodiment, native control devices such as controllers 36, 60, workstation 40, servers 46, 52, 56 providing a platform for the control system typically include a central processing unit (CPU), memory (RAM), network support hardware, access to permanent storage, an operating system, and a Java Virtual Machine (JVM) including the TCP/IP suite. In addition, the devices include web server software, e.g., software of the type that serves graphical “web” pages in response to requests by other devices. Configurator software can be provided, as well, permitting each device to configure the control system or selected portions of it. Those skilled in the art will appreciate that not all of these components need be included in all native control devices, e.g., some commercially available JVMs can serve as an OS themselves.

Process control object (PCO) software provided on the platform-defining control devices comprise a collection of data and methods implemented in Java and executed on the native control devices' JVMs to perform typical process control functions, by way of non-limiting example, signal conditioning and PID control. Likewise, station management object (SMO) software on the devices comprise data and methods that allow the device to report its health, performance, and other status information in a uniform manner. The SMO software can implement SNMP or the equivalent Java functionality.

Software is also provided on the platform-defining controls devices for messaging services for data transfer and alarm/event notification, as well as software comprising system management pages. Each control device may include additional software, of course, depending on its functionality.

1.2 Field Devices

Native intelligent field devices typically include a low power CPU, e.g., a NetARM or Java Chip; a real-time OS like VxWorks, QNX, PSOS; RAM; FlashRAM to serve as permanent storage; ROM/EEPROM to serve as the home for the OS and other permanent software; an Ethernet interface; power from the Ethernet interface (in the event a powered Ethernet network or hub is used) or otherwise; a sensor interface, e.g., IEEE 1451.1 and 1451.2; JVM; a web server, and a device specific configurator servlet. A field device so constructed can be configured and monitored via a lightweight web browser, e.g., handheld computer 44, coupled to the device over the network 48.

The field devices can include serial interfaces to allow the attachment of these devices to HART, FoxComm, Profibus and other networks operating under a protocol different from that of network 48. Combined with appropriate software, these devices provide the user with a single transmitter suitable for use on any field network.

One configuration of a native intelligent field device including the elements described above these elements is shown in FIG. 5. Those skilled in the art will appreciate that other configurations can be realized, as well, in accord with the teachings hereof.

1.2.1 Stoic Sensors

The control system 10 can include one or more stoic sensors, not illustrated, that constitute minimal sensing elements. Typically, these are simply silicon chips that are packaged to allow them to sense the process environment and that have only enough electronics to relay measurements to a pair of wires that carry the raw signal to another device for processing. Some stoic sensors generate a signal without external power; others require some excitation. In a preferred embodiment, native devices 36-46, CTL and INT according to the invention support the attachment of many stoic sensors.

1.2.2 I/O

1.2.2.1 Overview

Some I/O devices, e.g., thermocouples, RTDs and analog transmitters, may not use a transmitter compatible with the network 48 but, rather, send raw sensor output to a multiplexor for processing. To accommodate these devices, the system 10 includes two types of intelligent I/O cards: network I/O cards supporting IP and an API, and native I/O cards that support the protocol of network 48 (i.e., the “native” protocol) directly.

Network I/O cards are coupled directly to network 48. Native control devices are IP enabled and support the proprietary API of the cards, thereby, permitting reading and writing of their I/O registers. The cards' respective APIs support retrieval of data in several formats (raw counts, linearized counts, engineering units, etc.), as well as the assignment of simple configuration information to those registers, if the device supports such functions. To this end, the native devices utilize I/O classes that corresponding to the native I/O protocols. Redundant I/O devices can be physically interfaced transparently through a single I/O card or through multiple independent network I/O cards. Logically, PCOs support at least the use of multiple independent cards. Alternative I/O features may be used in addition. Native I/O cards are substantially similar to native-enabled transmitters, except for packaging and scale. These I/O cards may be considered as small multi-loop controllers or multiplexors.

1.2.2.2 Foreign Device Integration

Networked I/O cards are utilized with devices that cannot otherwise directly interface with the network 48. The cards, in this case, provide an interface that permits at least reading and writing of relevant device values, which can be stored internally to the card and accessed via its API. Foreign devices that are control systems in its own right typically maintain objects or other data structures representing process values and associated data. A preferred interface to these “devices” are through objects that wrap the foreign function blocks with the services expected of native devices, e.g., detail displays and configurators, which are accessed in exactly the same manner as native ones of those same services. For example, a name service is be able to locate foreign blocks and the native API of system 10 permits querying those blocks for values.

1.3 Native Controllers

In a preferred embodiment, all native devices may be used as controllers, though, dedicated I/O-less native controllers, such as controllers 36 and 60, are typically required for unit-wide operations. Thus, for example, control can also be provided by personal computers, workstations and servers of the type shown as elements 40, 42, 46, in FIG. 1. Native controllers, e.g., 36, 60 are of the same general design as native boards used in the transmitters and actuators. However, they support a faster CPU clock cycle and more memory (volatile and non-volatile) than their smaller siblings. High performance native controllers have a still more powerful CPU, more RAM, and maybe a removable FlashRAM card for bulk storage and backup. Like the native transmitters and actuators, these native controllers can receive power from a powered Ethernet connection or otherwise. Native controllers can be used in redundant and non-redundant configurations. Since the I/O is independent of the native controller, redundancy can be implemented in a number of manners, e.g., hardware fault-tolerance or transaction based synchronization between stations with clustering.

1.4 Native Compliant Workstations

Native workstations, e.g., such as element 40, can be constitute web browser-enabled devices that communicate with web servers, such as element 46, that actually collect the process data from other native devices. In addition, the workstations can consist of a flat panel display, OS and web browser in ROM (or on a memory card), web page (process graphic) database/cache, connections for optional annunciator keyboards, option for wireless Ethernet, and, optional, battery operation. Data supporting the operator interface comes from native devices directly.

1.5 Native Web Server

If a generic web browser-enabled device is the operator's console, a native web server, such as servers 46, 52, 56 sources the operator displays. This can be implemented with redundancy using technologies NT's clustering capabilities, or the like. Additionally, a native web server provides access to a illustrated control system 10 to users not physically attached to the illustrated control system 10, e.g., as illustrated with respect to elements 44 and 46 of FIG. 1. In this mode, it centralizes data requests to maximize efficient use of communication resources.

1.6 Native Enablers

1.6.1 The illustrated control system 10 includes native enablers 49, such as Jini and JavaSpaces devices and Solid-State DHCP servers. These enablers, which are optionally redundant, are preferably fully solid state with persistent memories. They do not use batteries for their persistent memory, though they may well plug into a wall outlet for power in non-industrial environments. The Jini and JavaSpaces serve as community “bulletin boards.” These are used to notify system monitors that native devices have been added to or removed from the system. The system monitors respond to such notices by triggering appropriate actions.

The illustrated control system 10 assumes that each native device is able to acquire an IP address when it comes on-line. To minimize configuration, a DHCP server, illustrated for example by element 49, is required to furnish these addresses. To ensure maximum availability of this critical server, it is preferably a solid-state device and, optionally, includes a redundant partner DHCP Server. A particular native DHCP server provides addresses for a portion of the network 48. It obtains its configuration by notifying the system 10 that it has come on line.

Those skilled in the art will, of course, appreciate that IP addresses can be selected by mechanisms other than DHCP servers.

1.6.2 Native Internetwork Server

An internetwork server 47 is used to link separate control systems networks 48. It provides a platform for inter-network communications, controlled access to data, name conflict resolution, and other services need to efficiently, securely, and transparently accomplish the connection of one or more illustrated control systems to another.

2 SubSystems

2.1 Software Downloads

The illustrated system permits the electronic downloading of software and/or licenses for execution on the native devices. This includes native software objects, updates and/or licenses for same. To ensure proper operation of the process facility even in the event of insufficient licenses, downloaded software registers with the system monitor and declares whether or not it is licensed. In the case of insufficient licensing, the system monitor's notifies the customer appropriately.

In instances where appropriate native software modules and authorizations are in place, the system 10 can access a download site, e.g., an Internet e-commerce site, and determines if updates are available. If so, it notifies the user and invites him/her to request downloading of the upgrade. Such an e-commerce or other web site can also provide configuration tools that allow the user to design, implement, and test a new PCO block. This allows the user to access complex and/or rapidly improving software tools without having to maintain them locally. For this purpose, the use is charged, e.g., a modest access fee.

2.2 Security

The system 10 includes a native security system to control access to managed objects based on the type of access, e.g., (i) extra-network, i.e., users who are accessing the illustrated control system 10 from a non-native station; (ii) inter-network, i.e., users who are operating from a native workstation on a different physical native network; and (iii) intra-network, i.e., users who are operating from a native workstation within the particular native network.

Secured extra-system access is provided through a native secure web server, e.g., server 46, that permits dial-up, network, and other remote access and that supplies and defines the permitted extra-network access, including the API available to applications hosted outside the network or on the server. See, for example, elements 44 and 46 of FIG. 1. Access is controlled by user name, by user location (IP address or workstation name depending on the network), and by the type of the targeted object.

Inter-system access is provided by a gateway device, such as server 47, that permits the secure transfer of data. This device negotiates secure access, deals with name conflicts between systems, and provides support for various physical media A pair of such devices are provided to account for situations where the source is local to the sink. In a preferred system, the server 47 or other gateway encrypts the data so that others cannot read it. Likewise, it authenticates message sources to verify that they are coming from a matching device. A preferred gateway minimizes the number of packet transfers so as to minimize delays over slow or high latency links.

Secured intra-system access is controlled based on the user and the workstation, leveraging the Java security model and other security models to the extent possible. The native security system authenticates users, e.g., regardless of whether they are attempting access from operator's console or via an application program.

The native security system manages access to objects, including PCO attributes (i.e., variables and/or parameters of PCOs), system monitors, and native messages. It allows applications to add objects to the list of managed objects. Read and write access is preferably controlled separately, i.e., as if a single PCO attribute was two separate objects.

The security model is based on a lock and key approach. Each PCO attribute, for example, is assigned to one of a large number of locks. The user is given different keys for read and write access to object attributes. This key may be modified according to the type of native workstation used for access. The key is passed to the object attribute when the object attribute is accessed. If the access is a connection, it need be passed only once. The object attribute compares the key to its lock and allow or deny access as appropriate.

A software tool is supplied with the applications development environment (ADE) or configurator that allows identification of users; access points allowed by the user; object attribute groups accessible to the user; and access type (read or write) to the object types. The object attribute groups define collections of object attributes via similar security access guidelines, e.g., alarm limits might be in one group and tuning parameters might be in another. The security model is embedded in the APIs providing access to the secured objects. This assures that that access is granted only after the native security system has performed the necessary verifications.

2.3 Maintenance and Support

The illustrated control system 10 supports the on-line upgrade of all application software from remote and local workstations. Application software, for purposes of this discussion, includes the system monitor, PCOs, and other Java-based code. Native diagnostic and maintenance tools work over user-supplied or other IP-based networks, providing that they allow services such as the world wide web to operate over them to external sites. For networks that do not permit this, the illustrated control system 10 provides modules that support direct connections to a native support center via dialup analog phone lines, and dialup high speed lines, e.g., ISDN and ADSL. Native maintenance, including software updates, operate over these connections; hence, it is not necessary for a person to be physically present to update system or application software.

The illustrated control system IO includes diagnostics to track problems from the hardware upwards. Maintenance staff can run in parallel diagnostic versions of the software. Such software running in open loop or switched into operation as necessary is believed particularly advantageous for support purposes.

2.4 Configuration

An application development environment (ADE) coordinates configuration in the illustrated control system 10, e.g., except for devices (such as certain transmitters and positioners) where use of an ADE is not advantageous and for which internal configuration is preferred. Characteristics of the ADE are its use in configuring/building control applications including control schemes, displays, historians, etc.; support of multiple simultaneous users; support of remote, concurrent development; support of change tracking and change management including task based activity traces, summary reports, change annotation, approval cycles, and user identification; a human interface component that runs in any web browser coupled to the system; a server component that runs on any user-supplied system; permanent storage comprising a commercial database for which a JDBC implementation is available; allowing the definition of configuration object templates; allowing the instantiation of configuration object templates into configuration objects; allowing the user to add and remove editors for configuration object components in real-time; limiting the user's access to configuration capabilities in the various pieces of equipment; and supporting application distribution along with verification of download permissions.

With respect to the support of multiple simultaneous users, system editors provide object-based “check-out” and “check-in.” No other user is allowed to edit a checked-out object or any of the objects that it contains. As an alternative, editors support the concept of task-based configuration activities and the related “check-out” and “check-in” facilities required to make it work. When an object is checked out, it is assigned to a task. Objects are not checked back in, tasks are. A build manager has the responsibility of integrating the tasks.

The native ADE delivers lower engineering and maintenance costs through the unification of application development, preservation of application expertise, reduction of application development effort, and the deployment of developed applications. Is it based on industry standards (e.g., IEC 1131 and IEC 1499) to preserve the user's investment in training and applications. It also produces appropriately formatted Java class for execution in native devices. Since the native ADE produces output that can be read and loaded into a JVM and since the native control devices include JVM, one control configurator can configure all native devices.

In a preferred embodiment, the ADE imports configurations from legacy systems; supports the use of third-party control algorithms; and supports both bulk building of control configurations and on-line changes with validation.

Configuration is not limited to implementation on a web browser, though this can be advantageous since it allows configuration from many types of device without installation of special software, i.e., it provides a thin-client configuration mechanism. For device configuration, there are two cases: a device used in illustrated control system 10 and a device used outside illustrated control system 10. For devices used outside illustrated control system 10, the configurator is placed in the device so that it can be configured even without the native ADE. This on-board configurator allows the device to be configured for use with Profibus, Foundation Fieldbus, on 4-20 ma wires, and other industry-standard or proprietary networks. For devices used in the native environment, (i) a copy of the configurator is available from a native web server for off-line configuration and download, and (ii) the on-board configurator is disabled to prevent changes in the configuration except through the ADE.

2.5 Human Interface

The illustrated system's primary human interface (HI) device is a web browser. The current range of devices executing these spans cellular phones to mainframe computers. The native HI is multilingual, i.e., it supports the presentation of information in a default language and one or more secondary languages simultaneously. All standard native applications support text substitution based on the currently selected language. Error messages are likewise in the currently selected language.

2.6 Process Control

Process Control is implemented using process control objects (PCOs) running in an execution environment consisting of a JVM and any associated applications required to load and execute the specified control strategies. Control strategies are specified in terms of PCO composites. PCOs are Java classes designed to be modular and easily upgraded even during operation. The native PCO configurator, from a high level view, creates instances of these classes, connects them as necessary, and installs them in particular devices.

Process control objects consist of two user-available types: blocks and composites. PCO blocks are, from the user's point of view, similar to conventional function blocks. Likewise, composites are similar to conventional collections of function blocks. Distinguishing external features of PCOs include the fact that changes involve the addition/deletion of PCOs and cause new versions to be loaded into the targeted native device. The new version runs in parallel with the old version until the engineer decides that it is operating properly and “swaps” the control from old to new.

Composite PCOs may span stations transparently. PCOs are bound to stations very late in the configuration process and may be migrated from one station to another at any time. Further, PCOs from different sources may operate in the same device if the configurator supports the use of multiple PCO libraries.

A native PCO configurator supports multiple libraries of PCOs from multiple vendors; permits the creation of composite PCOs from other PCOs; permits the use of composite PCOs as templates, with a composite PCO definition specifying which fields is altered in a template; permits the assignment of PCOs to physical devices; provides IEC 1131/1499 influenced view of the configuration process, i.e., support for Logic Diagrams, Structured Text, Sequential Function Charts, Function Blocks, and PCOs, while producing Java byte code as its output.

The creation of composites includes the raising of internal (deeply buried) names to the top level of the composite PCO. For example, a cascaded Temperature/Flow loop might have the temperature and flow measurements referenced as TC_CASCADE:PRIMARYFLOW and TC_CASCADE:SECONDARYFLOW or as the longer fully qualified name. The configurator works both off-line in a bulk creation mode and on-line in an individual correction mode.

2.7 Communications: Object Location, Message Transfer, and Data Transfer

The concepts of object location and data/message transfer are closely bound. A process control system imposes significant quality of service requirements on any services used to locate objects of interest and to acquire values from or make changes to those objects. The illustrated system includes an object location and data transfer service that provides a communication model definition, security, object location services, network types requiring support, quality of service, APIs (Java and non-Java), maintenance and upgrade strategy, and interoperability with existing control systems. In addition, the communications system addresses the particular needs of process data transfer.

2.8 Critical Applications

2.8.1 Time Synchronization

The illustrated control system 10 supports time synchronization to the millisecond in each station on the network 46. Where equipment configuration renders this impossible, time synchronization to 50 ms is provided.

2.8.2 Alarm and Message Management

The illustrated control system 10 provides a facility that centralizes viewing, recording, organizing, and categorizing the messages generated by the system monitor, the operator action journals, the PCOs, and other systems that record textual information. This application is the basis for alarm management strategies including inferential alarming and alarm prediction. However, the message management facility is not in and of itself an alarm historian. Rather, it relies on a native historian to provide the long-term storage of this information.

2.8.3 Historian

The native historian provides the fundamental data collection, reduction, and archival services. The data collected includes process values and messages from various applications within the illustrated control system 10. In addition, it provides historical data in support of several other common applications—typically known as plant information management system (PIMS) programs and trend window support. The historian is capable of exporting its data to user-selected databases.

2.8.4 Plant Information Management System

These applications include a simple and easy to report writing facility, a calculation facility that can use historical and real-time data to compute new values, and a desktop visualization system that uses the historians data instead of real-time data. The desktop visualization system uses the native graphics capabilities to connect the graphics to the historian and to allow the operator to “move” the entire graphic backwards and forwards through the historical data. The values calculated by the calculation facility are stored in PCOs that represent the data and generate appropriate alarms. The report writing facility supports shift reports with calendar adjustments as a simple to use feature. In addition, it facilitates the definition of ad-hoc reports using a page layout metaphor.

3 Interoperablity

Interoperability of the illustrated control system 10 with legacy process control systems can be facilitated by adding a networked I/O module to the I/O chain of existing I/O cards, adding a native device integrator to talk to other networks of devices, or utilizing a native API for Microsoft- and Solaris-based applications.

4 Operating the Control System

4.1 System Startup and Management

4.1.1 Device Identification

Each native device is assigned a name that is used to identify the device and obtain any configuration information that it needs. Embodiments of the invention use alternate approaches to identifying a device, including using a hub that is configured by the user to assign a name to each of its ports, e.g., using letterbug or software configuration; installing a letterbug, e.g., on the workshop bench, which tells the device its name; using a PC or handheld computer, e.g., on the workshop bench, to give the device its name; or using soft letterbugs.

4.1.2 Address Acquisition

After a native device has its name, it acquires its IP address from its environment. The illustrated embodiment uses DHCP for this purpose. Preferably, the DHCP server is a native device, such as enabler 49, though other DHCP servers can be used, as well.

4.1.3 Registration of the Device

Once the device knows its address, it registers its characteristics on a native bulletin board, which can be colocated with the DHCP server, e.g., in an enabler 49. Typically, many software services in the system 10 register with the bulletin board for notification of additions of native devices. Upon registration of a device, these services are notified and enter into relationships, if any, with the new device. A typical situation would involve notifying a system monitor process that a native device is active. That process then updates its web page with information about this device. In a preferred embodiment that utilizes a hierarchical network, each bulletin board is covers a given “territory” or region of the network.

4.1.4 Configuration Acquisition

If a device is unconfigured, it marks the “Configured” attribute on its bulletin board entry as “False”. Any system monitor receiving device notifications to this effect generates an alert. Once a device has its name, it is able to communicate with any networked supply of non-volatile storage. This is particularly useful in the case of devices with limited in device non-volatile storage, whom a system configuration utility notifies of the location of configuration information. Devices that can retain all of their configuration information can start up using that configuration. Actions taken during start-up, e.g., taking PID algorithms out of hold, are configurable.

4.1.5 System Monitors

A system monitor monitors the health of system components (hardware and software), monitors the health and operation of user applications, provides configuration information to devices that request it, and monitors the licensing of software and upgrades for purposes of alerting the appropriate groups. The system monitor supports standard SNMP agents and any native specific system management protocols.

The predominant source of information used by the system monitors are the bulletin boards which, as noted above, are used by the native devices to record their current state of operation. As devices are added and removed from the bulletin boards, the system monitor displays that information. The information posted on the bulletin boards includes diagnostic information. A system monitor not only displays this information but also allows the user to access and operate any embedded diagnostic displays and operations.

4.2 Device Configuration and Management

4.2.1 Device Startup

    • Initial start-up of a native device involves the following steps:
    • 1) Install the device on the network 48 and turn on the power as required by the device.
    • 2) The device obtains an IP address from a DHCP server 49 on the network 48.
    • 3) The device registers with the native name service.
    • 4) The device waits for a configuration.
    • 5) The device is now ready for configuration.

Restart of a native device is effected by the steps of

    • 1) Install the device on the network 48 and turn on the power.
    • 2) The device obtains an IP address from a DHCP server on the network.
    • 3) The device registers with the bulletin board.
    • 4) The device begins operation according the configuration stored in its non-volatile RAM. This RAM may be a network resource that it must recover. If that resource is unavailable, the device is essentially unconfigured and the above procedure is followed.
    • 5) The device is now ready for configuration and operation.
      4.2.2 On-Line Configuration

The steps involved in on-line native device configuration are:

    • 1) The engineer starts a web browser on workstation 40, handheld computer 44 (wireless or otherwise), a PC, a native workstation, etc.
    • 2) The default home page on the browser is cached and contains an applet that locates the native bulletin board and raises the initial web page that lists the services available from that workstation.
    • 3) The engineer selects the ADE and a native device of interest.

If the device is on a native network 48, the native configurator (ADE) is used to make the changes. In this case, the web browser is pointed at the web server that hosts the ADE. This approach eliminates conflicts between field change and database changes. The configuration of non-native devices is provided by a service that encapsulates the native commands and passes them through a native device to the actual foreign device.

The steps in PCO configuration are

    • 1) As in the off-line mode, the engineer accesses the ADE and makes necessary changes.
    • 2) Once the changes are complete, the engineer tells the new objects to begin execution in “open loop” mode, i.e., their outputs are not allowed to go to the field or to any other display station other than the one used to configure them. (For examples, their names are not registered with the native name service.)
    • 3) In the open loop mode, the engineer can “Verify and Validate” his new control scheme by viewing the detail displays for the new and the old objects “in parallel”. The set of available detail displays may include special displays for evaluation of parallel composites.
    • 4) Once the configuration is complete, the device records its new configuration in its local non-volatile RAM. Optionally, it updates a remote configuration database or just set a “changed configuration” status indicator much like conventional intelligent transmitters.
      5 Native Software Subsystems
      5.1 Security
      5.1.1 Object Access
      5.1.1.1 Locks and Keys

As noted above, the proposed security mechanism is a lock and key. In this model, the attributes of an object that are available to be manipulated are assigned a lock number. An application registers with the security system at start-up to obtain a key. The value of the key depends on the effective user id (name) and the station on which the application is running. The key is never visible to the user, so he/she cannot alter it. This key is available to any library that uses the security system to ensure proper access.

5.1.1.2 Security Database

A security database contains a list of users. For each user it allows the specification of a master key, i.e., a bit array with a bit set for each lock the user is allowed to unlock. There is one master key for each object type supported by the security system. By default, the security system supports the creation of master keys for the system monitor, process data (PCO attributes), and native messages (events). The database also allows modifications to the master key for a user based on the station used to perform an operation. These exceptions can be expressed as IP addresses, station names, or by the type of access being used (e.g., extra-system, inter-system, or intra-system).

5.1.1.3 Operation

The security system supports caching the security system database on specific servers to improve redundant operation and to speed key queries. This is generally not a significant issue since the query is done once per application. Each time an operation is attempted or, in some circumstances, once per connection, the key is passed to the target object along with any other information required by the object to achieve the user's request. It is the responsibility of the object to match a bit in the key with the lock on the attribute or method being altered. If there is a match, the operation proceeds. If the match fails, the operation is aborted and the calling application is notified of the failure. If the lock is zero, the operation is allowed to continue.

5.1.1.4 Use

According to a preferred practice, the illustrated control system 10 supports at least 256 individual locks. This allows the application engineer to define 255 groups of objects for each type of object being accessed.

5.1.1.5 Impact on PCOs and Other System Components

The value record of a PCO attribute includes two keys: one for read access and one for write access. A default value for the key can be inherited according to rules concerning the use of the attribute, e.g., all alarm attributes have an assigned group by default. A system monitor interface implements the same mechanism.

5.2 Maintenance and Support

5.3 Configuration

A configuration object (CO) is a collection of objects plus the editor used to manipulate them. A Configuration Object Template (COT) is a CO that has not been instantiated. The application development environment (ADE) is the environment for configuration object editors. It shows the user the existing COs in the CO being edited and a list of available templates. It provides the mechanism for adding objects to a CO by instantiating a COT and for removing COs. A Configuration Object Component (COC) is any of the objects found in a Configuration Object. Typical components are: PCOs, Process Graphics, Reports, Historian Configuration Objects, etc. The ADE has two components: the human interface and the server. Several human interfaces can access the same server at any time.

When a Native device is placed on-line, its internal configuration services are disabled. All configuration instructions come from the application development environment. Where on-line configuration is permitted, the system monitor or other system component flags any configuration mismatches.

Invoking the ADE is tantamount to starting the editor of a particular top-level CO. The ADE presents all of the available COs within the selected CO and all of the available COTs. The ADE provides a mechanism for manipulating those objects and for adding new objects by instantiating COTs. Since the objects within the ADE are also Configuration Objects, i.e., they are themselves collections of objects with associated editors, configuration involves selecting an object, invoking its editor, and making changes. Each editor knows how to store its object's data in the persistent storage.

The ADE preferably includes a system editor, a control editor, a graphic editor, a message manager editor, a historian editor. All editors support the use and creation of templates by the user. The also support the assignment of their objects to particular stations in the native network. Not all objects require assignment, but the editors are responsible for it.

5.3.1 System Editor

The system editor allows the user to configure a logical arrangement of native device objects. The only devices it configures are those that are native-enabled. If a device, such as Networked I/O, does not support Native, this editor is not interested in it. The following table lists those devices, what they do, and what needs to be configured.

System Editor
Device Type Description Configured Attributes
DHCP/Bullet These devices allocate IP addresses Name and
in Board to stations and act as the bulletin association with a
Server board for the stations that ask for Web Server
addresses. They are not configured
to know what devices might be
attached.
Native These devices act as PCO Name and
Controllers platforms. association with a
DHCP/bulletin board
Server (which may
be a Web Server)
Native The devices that supply the Name and
Workstations human interface to the process. association with a
DHCP/bulletin board
Server (which may
be a Web Server)
Native Web This devices host Native Name
Servers Applications and graphics.
Native Workstations may also be
Web Servers.

As with the other editors, the system editor is object oriented and template driven. The user is allowed to select an object type from a palette and attach it to the appropriate stations. Individual Device Editors are provided for each of the device types.

5.3.1.1 DHCP/Bulletin Board Editor

If the device is assigned to another DHCP/bulletin board device or a web server, the editor allows the user to specify the number of IP addresses that this device needs to be able to supply below it. In this case, when the device starts up, it gets its own IP address and IP address range from the Web Server or DHCP/bulletin board device to which it is assigned. If it is not assigned to such a device, the editor allows a range of IP addresses to be assigned to it. It is assumed that the device gets its own IP address from another, non-Native DHCP Server.

5.3.1.2 Native PCO Platforms

Each device type on the network is provided a specific editor to control its specific configuration. Typical devices are: transmitters, actuators, controllers, etc. These editors are available for off-line configuration. In this case, the system monitor downloads any approved configurations at the next start-up. The editors may also be available on-board the device (e.g., for fixed function devices such as single station controllers), which allows direct configuration through a web browser. The on-board facility is automatically disabled once the device is placed on a native network. This ensures database consistency while allowing the use of the device on non-native networks. In the illustrated embodiment, device specific configurators are provide in ADE add-in and on-board, preferably, with the same code would be available and used for both.

5.3.1.3 Native Workstations

The configuration of this device includes user name(s) allowed; read only operation; full fledged operator; and so forth.

5.3.1.4 Native Server

The configuration of this station is a range of addresses if it is acting as a DHCP server.

5.3.2 The Control Editor

The Control Editor implements PCOs plus four of the IEC 1131-3 languages (LD, ST, SFC, and FB). Any control schemes built in those languages are translated into a Java file, compiled, and downloaded. The IEC 1131-3 concept of configurations, resources, programs, and tasks are translated into the native environment that consists of set of native platforms. In addition, the Control Editor supports defining of control schemes using PCOs in the same manner that it supports the use of IEC Function Blocks; supports the assignment of control entities to specific PCO platforms; the importation of instruments lists to generate, and PCOs.

5.3.3 The Graphic Editor

The Graphic Editor support all of the human interface (HI) functionality and graphics typical of this type of editor.

5.3.4 Application Configuration

Applications can only be assigned to native web servers.

5.3.4.1 Historian Object Editor

A historian object when found in a CO is a representation of a portion of the full historian configuration, e.g., a slice of the historian. The historian object consists of the name of the historian to receive the data and a list of PCO attributes. Each attribute is associated with certain critical information related to the historian, e.g., change deltas, sample rates, reduction operations, archive characteristics, etc. Starting the historian editor resulting in showing the full configuration of the historian(s) to which this object is assigned.

5.3.4.1.1 Historian Data Definition Object Editor

One historian object exists for each historian in the system. These objects are created automatically if a historian data definition object is created and assigned to a historian. The data in this object controls the general function of the historian, e.g., where it runs in the system, what its archive policy is, what its data reduction policy is, etc.

5.4 Process Control

5.4.1 Definition of the Process Control Domain

The process control domain is usually divided into three primary control styles: (i) analog control (continuous), (ii) logic control (ladder logic), and (iii) sequential control (supervisory operation of logic and analog control structures). In addition, every process control system must address batch (or recipe based) manufacturing with the related topics of lot tracking and validation.

The illustrated control system 10 views these styles as particular visualizations of the process control functionality. This means that these three types of control do not exist as objects. Rather, the control system receives a class definition of a process control object (PCO) which it instantiates and executes. It is the responsibility of the control editor to create the correct representation of the control structure while also representing that control structure in one of the industry standard formats, i.e., ladder-logic, function blocks, or structured text, or PCOs directly

Sequential Function Charts are a meta-language used to control the execution of the other three languages. In the illustrated embodiment, it serves as a wrapper class for the other classes. The source code for a control scheme and the critical values for its PCO attributes, i.e., its checkpoint file, are held in the non-volatile memory of the Native device.

5.4.2 Process Control Objects

5.4.2.1 PCO Attributes

The fundamental control object is a PCO attribute. As noted above, these are provided in two types: variables and parameters. An example of a variable attribute is a measurement in a PID block. In the illustrated system, a PCO attribute is an object in its own right and it contains certain vital information when it is retrieved. This information is “atomic”, i.e., all information is obtained with an attribute, not just its “value”. The minimal set of information from a PCO variable attribute is value, data type, quality information time tag in milliseconds, and alarm status. It is this object that is transferred from one PCO to another to implement the transfer of information needed in an actual control scheme.

Parameter attributes bundle less information than a variable attribute. The typical example of a parameter attribute is the proportional band of a PID block. In the illustrated control system 10, this attribute has less supporting information than a variable attribute, e.g., it would not have an engineering unit range.

5.4.2.2 PCO Blocks

PCO attributes and methods to operate on those attributes are combined into PCO Blocks. These blocks are analogous to the control blocks in other systems, e.g., I/A Series FoxBlocks, IEC 1131-3 Function Blocks, and Foxboro Microspec Blocks. However, because they are implemented in Java, they can be executed on any microprocessor running any OS that supports a JVM. In addition, they are designed to occupy only the amount of RAM required for the selected options and to be on-line replaceable.

PCO blocks capture and encapsulate knowledge of regulatory control algorithms needed to by continuous processes. The PCO user block can be used to integrate particular user-defined control algorithms into a PCO control scheme. It is the PCO user block that is used to implement control strategies that are defined using one of the IEC 1131-3 control languages.

5.4.2.3 PCO Composites

PCO Composites are implementations of a control strategy. They consist of PCO blocks and other PCO composites linked in such a manner as to provide the control mechanisms needed for a particular process. It is the PCO composite that captures application level control expertise, e.g., complex control structures for major pieces of equipment or even the simpler idioms of cascade control.

5.4.3 PCO Execution Environment

The PCO execution environment is the software in a native control device that supports the execution of PCOs. This software includes the JVM and any other required code, such as a class loader that loads stand-alone applications for each composite, a class loader that loads an applet for each composite, a block processor that loads Java byte codes for a composite and executes each composite in turn, and a block processor that loads Java byte codes for PCO Blocks and executes each blocks in turn.

5.5 Communications

5.5.1 Requirements

5.5.1.1 Communication Model Definition

Several types of communication are provided in the illustrated control system 10. These types include data transfer, message transfer between application programs, object movement (downloads), class file (code) transfers, and events (unsolicited messages).

The communications mechanism is redundant, i.e., the failure of one station in the system does not prevent communication (new or established) between any two other stations. It also minimizes the impact on uninvolved stations when the service is used by its clients, e.g., a message is not sent to a network segment if it is not going to be used there. The communications mechanism, moreover, provides an encapsulated implementation that can be replaced “under the hood” as new technologies become available. Also, it allows the illustrated control system 10 to be configured for the appropriate communication resources, e.g., the number of outbound connections. Moreover, it provides performance statistics, e.g., high, low, average transfer times between two stations, bytes per seconds between two stations, etc., for viewing in the system monitor. Still further, it automatically reconnects to an object if it is relocated on or removed from/restored to the network.

Data transfer in the illustrated control system 10 is provided by a mechanism that permits clients to subscribe to updates in a object. It also provides a mechanism for one-shot get/set access to an object. A client of the data transfer facility supplies the control system with a (i) number of objects that it needs, (ii) conditions under which it wants updates: change delta, maximum time between updates, or both, (iii) be capable of retrieving the values all at once (a snapshot), and (iv) be capable of retrieving the values as series of changes with the option to block, for a user specified amount of time, while waiting for a change. Client publication (write lists) are not supported in the illustrated embodiment. Target devices subscribe to the data in the source device.

With respect to client one-shots (get), the client of the data transfer facility supplies the system with a number of objects that it needs and retrieve the values all at once (a snapshot). Conversely, with respect to client one-shots (set), the client supplies the system with a number of objects that it wishes to change, and set any part of the object if it has access. The parts referred to are the supporting information in a PCO attribute as well as the value part.

5.5.1.1.1 Message Transfer

5.5.1.1.1.1 General

While the message transfer mechanism is a general case of the data transfer mechanism, its requirements are given separately. The client of the message transfer facility must support private conversations between applications using a reliable communications mechanism and support by subscription publication of information from one server to many clients.

5.5.1.1.1.2 Private Conversations

The private conversation mode allows applications to find each other by their application name:

the client application is not required to know the station name or IP address of the server application. It also allow applications to send records (messages) of arbitrary size: the private conversation mode guarantees that the message boundary is recognized and that order is preserved. Moreover, it allows both the sending and receiving process to determine if the connection is lost. Still further, it supports transaction based message transfer, i.e., the sender does not get an acknowledgement until the receiver says that the message is safely stored.

5.5.1.1.1.3 Subscriptions

The subscription facility supports senders and listeners. A sender is a process that has data that may be of interest to one or more listeners. The subscription mode supports this type of operation by allowing a “sending” process to register that it will produce messages of a particular type, allowing a “listening” process to register to receive all messages of a particular type, supporting transaction based subscription if the client so requests (this request would have no impact on the sender), and supporting transaction based publishing by a server if the server requests it (this request would have no impact on the receiver). If no listeners are registered, the subscription facility defines how the message is handled.

5.5.1.2 Security

The native communications system is linked to the native security system to ensure that unauthorized users are unable to access objects. The illustrated control system 10 does not arbitrate between users of a resource. The prevention of multiple access to an object is the responsibility of the object. The breaking of an application secured link by an operator is not a function of the illustrated control system 10.

5.5.1.3 Object Location Services

Object are located by name. To this end, the object location service supports the location of named objects; supports hierarchical object names; allows rule based specification of the name delimiting character; locates an object based on a “longest fit” because (a) not all parts of an object name are globally known and (b) not all parts of an object are in the same physical location; supports the implementation of naming scopes, i.e., limiting the visibility of names; supports the use of a name search path so that relative names can be located; is redundant; supports locating many types of objects, e.g., server processes, PCO attributes, and application programs; and supports the addition of related information about the object in the name directory, e.g., object type, short-cut information to be used by the process that owns the object, object type/implemented interface, and information. With respect to the last item, the object location services permit a client to request the name of a service that supports a specific interface. This allows new interfaces to be added to a service without breaking an old one.

5.5.1.4 Networks

The illustrated control system operates over any IP based network 48. By way of non-limiting example, the illustrated control system 10 operates over wide area networks supplied by the customer, installed plant LANs supplied by the customer, dedicated LANs supplied either by the customer or the vendor, redundant LANs supplied by the vendor. This operation is transparent to all applications using the system 10. While it is recognized that performance are degraded over low bandwidth (phone lines) and high latency (geosynchronous satellites) networks, the system 10 optimizes as best it can to minimize the impact of different network types. In short, the illustrated control system 10 does not assume that it “owns” the network.

5.5.1.5 Quality of Service

5.5.1.5.1 Performance

Assume that the illustrated control system 10 is operating in support of a PCO in a dedicated control station (not a transmitter) or in a PC, it supports at least 10,000 object value gets/sets per second if the object is in the local station; supports at least 100 get/set per second requests from a client if the object is in a remote station; supports at least 50 get/set requests per second made to a server from a remote client; is able to locate 3000 objects per second; is able to detect a communication failure in no more than 1000 milliseconds; ensures that the time to move data from a server station to a client station (API call to API call) is less than 100 milliseconds in a normally configured network; allows a server station to move 6000 values out of its box every second; allows a client station to accept at least 2000 values every second; allows an unlimited (but, configured) number of names to be defined in the system; and supports the registration of 50,000 globally known names without requiring a reconfiguration. All server stations are able to support at least 30 client stations for continuous data feed without requiring a reconfiguration. All client stations support at least 30 server stations for continuous data feeds without requiring a reconfiguration.

5.5.1.6 APIs

Within the illustrated control system 10 environment an API are provided for all of the above services. This API are delivered as a Java Bean so that the underlying communications mechanism may be replaced without breaking all of the applications that use the service.

5.5.1.7 Maintenance and Upgrades of Messaging Services

The illustrated control system 10 defines and enforces a mechanism for supporting inter-operability of messages from stations at different versions. A mechanism like interface inheritance is provided, i.e., a message carries in it enough “type” information that the receiving application knows how to “decode” the message even if the receiving application is at a lower level. This adds fields to messages if necessary, but not remove/replace old fields.

5.5.1.8 Integration of Non-Native Based Systems

The illustrated control system 10 supports integration of non-Java applications using appropriate technologies, e.g., CORBA, COM/DCOM/ActiveX, and emulation of APIs. Physical gateways are permitted, but these gateways provide only a minimal amount of configuration.

5.5.1.9 Object Location Service Implementation

5.5.1.9.1 The All Java Approach

5.5.1.9.1.1 Description

JINI and JavaSpaces technologies permit object location within the illustrated system. JINI technology allows native devices to register names in a globally available database. JINI clients can find this database and perform searches against it. JavaSpaces allow a device to register important information in a globally available bulletin board. JavaSpaces provide four simple services: posting, removal, query by example, and notification. The notification feature informs prospective users of a class of objects when such objects are added and removed from the JavaSpace. A JavaSpace handles services like system monitoring.

5.5.1.9.2 The Enhanced Object Manager Approach

5.5.1.9.2.1 Description

As an alternative, an enhanced object manager (EOM) approach to address location and connection of data clients and servers can be utilized as follows:

    • 1) A LDAP compliant service are created and used to store pathnames and related information, e.g., IP addresses, Port Numbers, internal indexes, etc.
    • 2) The EOM API provides get/set and read/write support similar to that provided by the OM today.
    • 3) When provided a name, the EOM looks in the local copy of the LDAP database.
    • 4) If the name is found and the data is local, the request is passed to the correct data provider (the EOM, the CIO database, or the AOS database) who returns the value and other data. The EOM handles sending updates on change driven data.
    • 5) If the name is found and not local, the EOM sends the request to the remote EOM which then makes a local query. The EOM handles sending updates on change driven data.
    • 6) If the name is not found locally, the location request is passed to the master LDAP database. If it is found there, the address information is passed back to the local LDAP database (which is updated) and steps 4) and 5) are repeated.
    • 7) If the name is not found remotely, the request is posted for a period of time. If it is resolved in that period, the requesting station is notified. If it is not resolved, the master LDAP database drops the name and notifies the requesting station.
      5.6 Critical Applications
      5.6.1 Time Synchronization

SNTP (Simple Network Time Protocol) is used to keep operator stations and similar non-process data producers in sync. This protocol is as accurate as 1 ms in a carefully controlled environment, but 50 ms is more common on shared networks. Controllers requiring high accuracy are placed on tightly controlled networks or equipped with an interrupt used to coordinate time updates. In either case, a master timekeeper tied to a well known reliable data source—GPS clock or broadcasted time from the national atomic clocks. This master time keeper generates the interrupt and SNTP. It is built with a highly reliable internal clock so that loss of time feed does not result in significant drift within the Mean Time to Repair (MTTR).

5.6.2 Alarm and Message Management

Alarm and message manage requires that all process alarming to be based on the top-level composite's attributes; that acknowledgments be handled at the composite level; that PCOs, system monitors, and the native human interface a reliable message protocol to send the message to a message management system (MMS); that the MMS is used by end-users to view the current alarm state and the alarm history; and that the MMS use the plant historian to permanently store and archive messages.

To meet the control market's requirement for a message management system, the illustrated control system 10 provides a message management support service (MMSS) in the native devices that are used to deliver messages to a Message Manager. The service operates as follows.

When a client of the MMSS connects to the MMSS server, the MMSS server send any messages in its internal alarm queue that are older than the time of the connection to the client; transmits the alarm state at the time of the connection to the client, and transmit any new messages subsequent to the connection. If the connection to the MMSS client fails, there is no impact on the operation of the control station or the control network; minor delays associated with detecting the loss of connection are generally viewed as acceptable. The MMSS support at least two (2) and, preferably, four simultaneous clients.

The alarm state of a PCO attribute is defined to include block attribute identification (full PATH attribute name, at least); the bad I/O status of the block for I/O attributes; an indication of the alarm status for each alarm type defined for the attribute; the priority, criticality, and acknowledgment status of the attribute; the on/off status of the attribute, i.e., is it updating; the status of the alarm inhibit and alarm disable or alarm option parameters, and the time tag of each alarm event stored within the block, e.g., the into alarm time, the acknowledged time, and the return to normal time. This information is recovered from all currently active alarms.

5.6.2.1 Configuration

5.6.2.1.1 Process Alarms

When a composite is configured, the application engineer specifies which attributes of the PCOs within the composite are to be annunciated. When a composite is placed on line, it notifies the object location service that it exists. A message management service are notified of the new composite and arrange for notification from the device.

5.6.2.1.2 System Alarms and Messages

No user configuration is required to get these alarms into the MMS. The sources of such messages arranges for the appropriate notification.

5.6.2.1.3 Native Operator Actions

No user configuration is required to get these alarms into the MMS. The sources of such messages arranges for the appropriate notification.

5.6.2.2 Native Message Management Service

The MMS are centralized and redundant. It provides a complete alarm state for the plant at any time including startup. It retains a message history for as long as configured through the use of the plant historian. Users view the alarms through to the Alarm Manager.

6 Native Hardware SubSystems

6.1 Field Devices

6.1.1 Overview

The native field devices are coupled to the network 48 via an IP network, preferably, Ethernet and, still more preferably, powered Ethernet. Powered Ethernet delivers the power, along with conventional Ethernet data. To this end, the native field devices use one of two wiring schemes, with each scheme supplying power to the field device: (a) standard four wire 10Base-T wiring, or (b) industry standard two-wires used for 4-20 ma based transmitters. The devices also provide a single Ethernet interface (or redundancy, where desired in the cabling or the field device); and connect to a non-redundant powered hub with the following features: (a) non-redundant connections to the IFDs; and (b) support for redundant connection to a plant-wide network. Where used, the powered Ethernet implementation leaves the physical and logical Ethernet interfaces in place. This means that except for adding a new wiring type, the physical layer, the data link layer, the use of CSMA/CD, and 10Base-T connectors are preserved.

The illustrated embodiment utilizes powered Ethernet hubs to provide communications and power to its intelligent field devices. These IFDs may be transmitters, actuators, Networked I/O, or PCO platforms. The powered hubs are preferably, stackable, DIN rail-mountable, support connection to a redundant network, and support both 10 Mbps and 100 Mbps Ethernet.

A further understanding of the operated of the powered Ethernet network and of the circuitry used within the native field and control devices to draw power therefrom may be attained by reference to U.S. patent application Ser. No. 09/444,827, filed Nov. 22, 1999, entitled POWERED ETHERNET FOR INSTRUMENTATION AND CONTROL (now U.S. Pat. No. 6,640,308), and by reference to the corresponding PCT Patent Application US00/10013, filed Apr. 14, 2000, the teachings of which are incorporated herein by reference, and a copy of which is attached as an appendix hereto.

On the software side, specific implementations of the native field devices support web based configuration, as described above. The support is supplied by including an embedded web server with a selection of pages used for configuration and maintenance.

6.1.2 Transmitters

Intelligent transmitters use the IEEE 1451 standard to communicate to their sensor(s). This facilitates use of the same module in many types of transmitters from potentially many vendors and allows the transmitter to support up to 255, perhaps externally mounted, sensing devices.

6.1.3 Positioners

The native intelligent positioners also support a powered Ethernet interface like the one used by the native intelligent transmitters. FIG. 6 shows a preferred native intelligent positioner implementation. The approach standardize interfaces and use a PCO to control the positioner as evident in the drawing.

6.2 Summary of Hardware/Software Features by Station Type

A summary of the features of native control devices follows. Blank cells indicate that the feature is not present in the indicated device.

PC based
Operator Native PC Based Solid-state SS DHCP SS bulletin
Features Xmitter Positioner Controller Integrator Consoles Workstation Web Server Web Server Server board
Low power, high Yes Yes Yes
performance CPU
Top performance CPU Yes Yes Yes Yes Yes Yes
RAM Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
ROM Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Flash Yes Yes Yes Yes Yes Yes Yes Yes Yes
Sensor I/F (IEEE 1451) Yes Yes
Powered Ethernet (2 wire) Yes Yes
Serial I/F Yes Yes Yes
(RS-232/485/422/423)
Ethernet (10Base-T) Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Wireless Ethernet Yes Yes
the TCP/IP suite Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
DHCP Server Yes Yes Yes Yes
Full OS Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Java Virtual Machine Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Web Server Yes Yes Yes Yes Yes Yes Yes Yes Yes
Device Configurator Yes Yes Yes Yes Yes Yes
Annunciator Keyboard Yes Yes
Touchscreen Yes Yes
Mouse/Trackball Yes Yes
Display Yes Yes Yes Yes
Hard drive Yes Yes
Solid State Bulk Storage Yes Yes
System Monitor Yes Yes
Process Control Yes Yes Yes Yes Yes Yes Yes Yes
Objects (PCOs)
System Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Management Objects
Omnibus Messaging Yes Yes Yes Yes Yes Yes Yes Yes
Services
Profibus PA Opt. Opt. Yes
Support
Profibus DP Support Opt. Opt. Yes
HART Support Opt. Opt. Yes
FoxComm Support Opt. Opt. Yes
Fieldbus HSE Support Opt. Opt. Yes
Fieldbus H1 Support Opt. Opt. Yes
DeviceNet Opt. Opt. Yes
LONworks Opt. Opt. Yes
Modbus Yes
Modbus+ Yes
ABDH Yes
I/A Series Nodebus Yes
I/A Series Fieldbus Opt. Opt. Yes
(FoxComm)
Application Development Yes
Environment
Historian Yes
Time Synchronization Yes Yes
PIMS Yes
Message Management Yes

Described above are apparatus and methods that achieve the goals of the invention. It will be appreciated that the embodiments described herein are examples and that other embodiment incorporating changes thereto also fall within the scope of invention. Thus, by way of example, it will be appreciated that the invention can be implemented using a virtual machine environment other than JVM and using bytecode other than Java bytecode. By way of further example, it will be appreciated that the apparatus and methods taught herein can be applied to a range of control application, in addition to process control.

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US3096434Nov 28, 1961Jul 2, 1963Daniel Orifice Fitting CompanyMultiple integration flow computer
US3404264Jul 19, 1965Oct 1, 1968American Meter CoTelemetering system for determining rate of flow
US3665172Jun 25, 1969May 23, 1972Shell Oil CoControl of a process variable by a computer and a controller which replaces the computer
US3701280Mar 18, 1970Oct 31, 1972Daniel Ind IncMethod and apparatus for determining the supercompressibility factor of natural gas
US3802590May 22, 1972Apr 9, 1974Bernardin IncLinerless container closure
US3810119May 4, 1971May 7, 1974Us NavyProcessor synchronization scheme
US3825905Sep 13, 1972Jul 23, 1974Action Communication Syst IncBinary synchronous communications processor system and method
US3959772Jun 17, 1975May 25, 1976Yokogawa Electric Works, Ltd.Two-wire signal transmission system
US4006464Feb 20, 1975Feb 1, 1977Fx Systems, Inc.Industrial process controller
US4058975Dec 8, 1975Nov 22, 1977General Electric CompanyGas turbine temperature sensor validation apparatus and method
US4096566Dec 16, 1975Jun 20, 1978International Business Machines CorporationModular signal processor having a hierarchical structure
US4276593Mar 30, 1979Jun 30, 1981Beckman Instruments, Inc.Transfer system for multi-variable control units
US4302820Aug 20, 1979Nov 24, 1981Allen-Bradley CompanyDual language programmable controller
US4312068Mar 7, 1978Jan 19, 1982Honeywell Information Systems Inc.Parallel generation of serial cyclic redundancy check
US4323966Feb 5, 1980Apr 6, 1982The Bendix CorporationOperations controller for a fault-tolerant multiple computer system
US4347563Jun 16, 1980Aug 31, 1982Forney Engineering CompanyIndustrial control system
US4351023Apr 11, 1980Sep 21, 1982The Foxboro CompanyProcess control system with improved system security features
US4377000Jun 18, 1980Mar 15, 1983Westinghouse Electric Corp.Automatic fault detection and recovery system which provides stability and continuity of operation in an industrial multiprocessor control
US4410942Mar 6, 1981Oct 18, 1983International Business Machines CorporationSynchronizing buffered peripheral subsystems to host operations
US4413314Apr 20, 1981Nov 1, 1983Forney Engineering CompanyIndustrial process control system
US4423486Apr 30, 1981Dec 27, 1983Hobart CorporationCommodity display for weighing scale
US4428044Sep 20, 1979Jan 24, 1984Bell Telephone Laboratories, IncorporatedPeripheral unit controller
US4435762Mar 6, 1981Mar 6, 1984International Business Machines CorporationMachine-implemented method
US4443861Apr 13, 1981Apr 17, 1984Forney Engineering CompanyCombined mode supervisory program-panel controller method and apparatus for a process control system
US4456997Sep 14, 1981Jun 26, 1984International Standard Electric CorporationFacility for fail-safe data transmission between trackside equipment of a guideway and vehicles moving therealong
US4466098Jun 11, 1982Aug 14, 1984Siemens CorporationCross channel circuit for an electronic system having two or more redundant computers
US4471457Aug 21, 1980Sep 11, 1984International Business Machines CorporationSupervisory control of peripheral subsystems
US4488226Nov 23, 1982Dec 11, 1984Challenge Systems, Inc.Method and apparatus for high speed asynchronous serial data transfer
US4493027May 22, 1981Jan 8, 1985Data General CorporationMethod of performing a call operation in a digital data processing system having microcode call and return operations
US4530234Jun 30, 1983Jul 23, 1985Mobil Oil CorporationMethod and system for measuring properties of fluids
US4609995Jun 17, 1983Sep 2, 1986Tokyo Shibaura Denki Kabushiki KaishaPriority controller
US4612620Jun 6, 1983Sep 16, 1986Ird Mechanalysis, Inc.Apparatus for collecting scheduled maintenance data
US4615001Mar 29, 1984Sep 30, 1986At&T Bell LaboratoriesQueuing arrangement for initiating execution of multistage transactions
US4628437Oct 3, 1983Dec 9, 1986International Standard Electric CorporationTelecontrol system
US4633217May 22, 1985Dec 30, 1986Yamatake HoneywellCommunication apparatus
US4639852Oct 3, 1984Jan 27, 1987Ohkura Electric Co., Ltd.Process control system
US4641269Jul 9, 1986Feb 3, 1987Emhart Industries, Inc.Programmable control system for glassware forming machines
US4641276Oct 22, 1984Feb 3, 1987General Electric CompanySerial-parallel data transfer system for VLSI data paths
US4648064Feb 21, 1978Mar 3, 1987Morley Richard EParallel process controller
US4649479Feb 28, 1985Mar 10, 1987International Business Machines Corp.Device driver and adapter binding technique
US4663704Dec 3, 1984May 5, 1987Westinghouse Electric Corp.Universal process control device and method for developing a process control loop program
US4672530Dec 17, 1984Jun 9, 1987Combustion Engineering, Inc.Distributed control with universal program
US4675812Dec 20, 1985Jun 23, 1987International Business Machines Corp.Priority circuit for channel subsystem having components with diverse and changing requirement for system resources
US4682158Apr 17, 1985Jul 21, 1987Ricoh Company, Ltd.Guidance device for manipulation of machine
US4682304May 23, 1986Jul 21, 1987Tektronix, Inc.Asynchronous multiple buffered communications interface having an independent microprocessor for controlling host/peripheral exchanges
US4683530Apr 10, 1984Jul 28, 1987Telemecanique ElectriqueSerial information transfer protocol
US4692859May 16, 1983Sep 8, 1987Rca CorporationMultiple byte serial data transfer protocol
US4692918Dec 17, 1984Sep 8, 1987At&T Bell LaboratoriesIn a distributed processing system
US4703421Jan 3, 1986Oct 27, 1987Gte Communication Systems CorporationReady line synchronization circuit for use in a duplicated computer system
US4704676Mar 24, 1986Nov 3, 1987The Foxboro CompanyMethod and apparatus for configuring a controller
US4709325Sep 4, 1984Nov 24, 1987Nec CorporationLoosely coupled multiprocessor system capable of transferring a control signal set by the use of a common memory
US4719593Jul 9, 1984Jan 12, 1988Advanced Micro Devices, Inc.Apparatus for generating digital timing waveforms
US4727477Mar 22, 1985Feb 23, 1988International Business Machines Corp.Logically transportable microprocessor interface control unit permitting bus transfers with different but compatible other microprocessors
US4733366May 16, 1983Mar 22, 1988Data General CorporationApparatus for providing an interrupt signal in response to a permanent or transient power failure
US4740955Oct 29, 1986Apr 26, 1988Tie/Communications, Inc.Communications system having voice and digital data capability and employing a plurality of voice and data buses in main service unit and serial packetized transmission to and from telephones
US4742349May 22, 1986May 3, 1988Chrysler Motors CorporationIn a communication system
US4750109Dec 28, 1984Jun 7, 1988Kabushiki Kaisha ToshibaMethod and system for expediting multi-packet messages in a computer network
US4770841Oct 8, 1986Sep 13, 1988Westinghouse Electric Corp.Water level control in nuclear power plant steam supply systems; comparing comensated and water levels
US4790762Aug 4, 1987Dec 13, 1988Honeywell Inc.Backplane for a modularly expandable programmable controller
US4800512Jun 25, 1986Jan 24, 1989Pruftechnik Dieter Busch & Partner Gmbh & Co.Method and apparatus for determining and detecting data indicative of the condition of machines through a unique data probe including a test data probe portion and an identifying data sensing probe portion
US4805107Apr 15, 1987Feb 14, 1989Allied-Signal Inc.Task scheduler for a fault tolerant multiple node processing system
US4806905Oct 1, 1986Feb 21, 1989Honeywell Inc.Transmitter for transmitting on a two-wire transmitting line
US4816996Jul 24, 1987Mar 28, 1989Motorola, Inc.Queued serial peripheral interface for use in a data processing system
US4817094Dec 31, 1986Mar 28, 1989International Business Machines CorporationFault tolerant switch with selectable operating modes
US4839854Sep 12, 1986Jun 13, 1989Seiko Instruments & Electronics Ltd.Data collection system having stationary unit with electromagnetic induction circuitry for bidirectionally relaying data
US4872106Feb 4, 1987Oct 3, 1989New Forney Corp.Industrial process control system with back-up data processors to take over from failed primary data processors
US4885707Feb 19, 1987Dec 5, 1989Dli CorporationVibration data collecting and processing apparatus and method
US4896290Aug 24, 1987Jan 23, 1990Wang Laboratories, Inc.Method for routing events from key strokes in a multi-processing computer systems
US4897777Apr 11, 1988Jan 30, 1990Square D CompanyPeer-to-peer register exchange controller for PLCS
US4910658Sep 27, 1988Mar 20, 1990Eaton Leonard Technologies, Inc.Real time process controller with serial I/O bus
US4910691Sep 30, 1987Mar 20, 1990E.I. Du Pont De Nemours & Co.Process control system with multiple module sequence options
US4918690Nov 10, 1987Apr 17, 1990Echelon Systems Corp.Network and intelligent cell for providing sensing, bidirectional communications and control
US4924462Jan 3, 1989May 8, 1990Norand CorporationMultiterminal communication system and method
US4926158Feb 1, 1989May 15, 1990Zeigler John RPowered communication link
US4934196Jun 2, 1989Jun 19, 1990Micro Motion, Inc.Coriolis mass flow rate meter having a substantially increased noise immunity
US4940974Nov 1, 1988Jul 10, 1990Norand CorporationMultiterminal communication system and method
US4958277Apr 21, 1989Sep 18, 1990Motorola, Inc.Queued serial peripheral interface for use in a data processing system
US4959774Jun 30, 1989Sep 25, 1990Ampex CorporationShadow memory system for storing variable backup blocks in consecutive time periods
US4965717Dec 13, 1988Oct 23, 1990Tandem Computers IncorporatedMultiple processor system having shared memory with private-write capability
US4965742Sep 30, 1987Oct 23, 1990E. I. Du Pont De Nemours And CompanyProcess control system with on-line reconfigurable modules
US4965880Jul 6, 1988Oct 23, 1990Ciba-Geigy CorporationProductio installation for the manufacture of a product
US4991076Jun 30, 1989Feb 5, 1991Icom Inc.Method and apparatus for creating custom displays for monitoring ladder logic programs
US4991170Jul 17, 1989Feb 5, 1991Ag Communication Systems CorporationCircuit for interfacing a digital signal processor to a serial interface controller
US5008805Aug 3, 1989Apr 16, 1991International Business Machines CorporationReal time, fail safe process control system and method
US5050165Jun 1, 1989Sep 17, 1991Seiko Instruments Inc.Bridge circuit for interconnecting networks
US5068778Nov 28, 1988Nov 26, 1991Reliance Electric Industrial CompanyIndustrial control system device
US5089927Oct 12, 1989Feb 18, 1992Northern Telecom LimitedPower feed circuit for digital communications terminal equipment
US5089974Nov 2, 1989Feb 18, 1992Merlin GerinBuilding technical management controller with a two-wire data and power transmission line
US5109692Oct 24, 1990May 5, 1992Fisher Controls International Inc.Diagnostic apparatus and method for fluid control valves
US5121318Apr 19, 1989Jun 9, 1992Westinghouse Electric Corp.On-line plant operating procedure guidance system
US5122948Jun 28, 1990Jun 16, 1992Allen-Bradley Company, Inc.Remote terminal industrial control communication system
US5124908Apr 23, 1990Jun 23, 1992Ellis CorporationUser interactive expert machine controller
US5129087Feb 3, 1988Jul 7, 1992International Business Machines, Corp.Computer system and a method of monitoring transient data structures in a computer system
US5131092Sep 1, 1989Jul 14, 1992Square D CompanyCommunication system enabling programmable logic controllers access to host computer tasks and host computer access to programmable logic controllers without polling
US5134574Feb 27, 1990Jul 28, 1992The Foxboro CompanyPerformance control apparatus and method in a processing plant
US5136704Jun 28, 1989Aug 4, 1992Motorola, Inc.Redundant microprocessor control system using locks and keys
US5138708Aug 3, 1989Aug 11, 1992Unisys CorporationDigital processor using current state comparison for providing fault tolerance
US5335186 *Jan 4, 1993Aug 2, 1994Texas Instruments IncorporatedIntelligent programmable sensing
US5805442 *May 30, 1996Sep 8, 1998Control Technology CorporationDistributed interface architecture for programmable industrial control systems
US5956487 *Oct 25, 1996Sep 21, 1999Hewlett-Packard CompanyEmbedding web access mechanism in an appliance for user interface functions including a web server and web browser
US5991795 *Apr 18, 1997Nov 23, 1999Emware, Inc.Communication system and methods using dynamic expansion for computer networks
US6112246 *Oct 22, 1998Aug 29, 2000Horbal; Mark T.System and method for accessing information from a remote device and providing the information to a client workstation
US6138174 *Nov 24, 1997Oct 24, 2000Rockwell Technologies, LlcIndustrial control system providing remote execution of graphical utility programs
US6282454 *Sep 10, 1997Aug 28, 2001Schneider Automation Inc.Web interface to a programmable controller
US6327511 *Dec 30, 1998Dec 4, 2001Schneider Automation, Inc.Input/output (I/O) scanner for a control system with peer determination
US6373841 *Jun 22, 1998Apr 16, 2002Agilent Technologies, Inc.Integrated LAN controller and web server chip
US6788980 *Jun 9, 2000Sep 7, 2004Invensys Systems, Inc.Methods and apparatus for control using control devices that provide a virtual machine environment and that communicate via an IP network
USRE29383Jan 31, 1977Sep 6, 1977Process Systems, Inc.Digital fluid flow rate measurement or control system
USRE33162Jan 6, 1988Feb 13, 1990Hitachi, Ltd.Method and apparatus for guidance of an operation of operating power plants
Non-Patent Citations
Reference
1"A sensation in supervisory control," Manufacturing Systems (Windows NT in Manufacturing Supplement), pp. 12A-24A, Oct. 1996.
2"AC I/O Modules Available for Low-Cost Automation Controller," New Release, Control Technology Corporation, Jun. 28, 1989 (DialogWeb search result) (1 page).
3"Agenda" ISA/SP50-1988-180, ISA Draft, 1988 (1 page).
4"At Interop, Will ToasterNet be on the Hot List?" Data Communications, vol. 19, No. 13, Oct. 1990, p. 214.
5"Automation Controller accepts Customization," News Release, Control Technology, Jul. 12, 1985 (DialogWeb search result) (1 page).
6"Automation Controller features fast 80186 Processor, Integrated Software," News Release, Control Technology (US), Apr. 22, 1986 (DialogWeb search result) (1 page).
7"Automation Programming Environment runs on IBM (R)-PC," News Release, Control Technology (US), Mar. 29, 1988 (DialogWeb search result) (1 page).
8"Breaking News for Invensys Software Systems Employees; iBaan and FactorySuite 2000 Integration Announced," Internal e-mail dated Mar. 23, 2001 (2 pages).
9"Briefs" Netowrk World, p. 19, May 29, 1995.
10"bsy's List of Internet Accessible Coke Machines," web page print-out (Feb. 12, 1999) from http://www.cse.ucsd.edu/users/bsy/coke.html (1 page).
11"CAD/CAM Software creates Automation 'Programming Environment'," News Release. Control Technology (US), Oct. 3, 1988 (DialogWeb search result) (1 page).
12"CMU SCS Coke Machine: Current Status," web page print-out (Feb. 12, 1999) from http://www.cs.cmu.edu/~coke/ (1 page).
13"Compact System combines Motion Control, Machine Control," News Release, Control Technology, May 28, 1985 (DialogWeb search result) (1 page).
14"Control System Features Plug-and-Play Technology, Scalability," Chemical Processing, p. 33, May 1996.
15"Disk Drive with Embedded Hyper-Text Markup Language Server," IBM TBD, vol. 38, No. 12. pp. 479-480, Dec. 1995.
16"Disk Drive with Embedded Hyper-Text Markup Language Server," IBM TDB, Dec. 1995 (1 page).
17"Dual-Axis Servo Module for Small Controller," News Release, Control Technology (US), Sep. 11, 1990 (DialogWeb search result) (1 page).
18"Editors Project Picks," Chemical Processing, p. 34, May 1996.
19"ErgoTech upgrades ErgoCim; First 'plug and play' component software for manufacturing," Business Wire, Feb. 15, 1996 (2 pages).
20"Gensym announces Its Initiative for Leveraging Intelligent Systems with Internet/Intranet Technology," Business Wire, Oct. 7, 1997 (3 pages).
21"Gensym introduces G2 WebMiner for accessing and reasoning about data from the World Wide Web," Business Wire, May 15, 1996 (1 page).
22"Gensym introduces Internet Connectivity for its G2 family of intelligent real-time software," Business Wire, May 18, 1996 (2 pages).
23"I/A Series Model 51 FoxRemote II Installation and Configuration Guide," pp. I-iv, 1-2, Apr. 8, 1998.
24"Industry's top embedded operating software supports Java; pSOSystem enables Embedded Internet applications and Low-cost Internet appliances," Business Wire, Feb. 1, 1996. (3 pages).
25"Inexpensive Automation Controller features Message Display Capability," News Release, Control Technology (US) May 19, 1989 (DialogWeb search result) (1 page).
26"Information technology in manufacturing," Manufacturing Systems, vol. 14, No. 12, pp. 54-78, Dec. 1996.
27"Innovative Small Controller Family offers Full Integration," News Release, Control Technology, Aug. 17, 1989 (DialogWeb search result) (1 page).
28"Integrated Systems; Industry's top embedded operating software supports java," M2 Presswire, Mar. 4, 1996 (2 pages).
29"Internet windows to the world," New Media Age, p. 4, Oct. 26, 1995.
30"Jim Henry's 1996 ASEE Paper," web page print-out from http://chem..engr.utc.edu/Documents/ASEE-96-full-html. (5 pages).
31"Linear Actuators offer Plug-Compatibility with Controller," News Release, Control Technology, (US), Nov. 21, 1985 (DialogWeb search result) (1 page).
32"Low-Cost Automation Controller features Motion Control, Communications," News Release, Control Technology (US) Mar. 7, 1988 (DialogWeb search result) (1 page).
33"Modular Valve Assemblies Connect to Controller with Ribbon Cable," New Product Release, Control Technology (US), Jan. 8, 1986 (DialogWeb search result) (1 page).
34"Multi-Tasking Controller provides High-level Instructions for Motion Control, Sequencing," News Release, Control Technology Corporation, Aug. 22, 1986 (DialogWeb search results) (1 page).
35"New at IPC/92! Ethernet link provides Global PLC Registers," News Release, Control Technology (US), Nov. 20, 1992 (DialogWeb search result) (1 page).
36"New at IPC/92! High Capacity Integrated Motion Controller," News Release, Control Technology (US), Nov. 20, 1992 (DialogWeb search result) (1 page).
37"New Products Provide Interactive Graphics Over Web Using Netscape Plug-Ins and Java," PR Newswire, May 20, 1996 (2 pages).
38"New Small Automation Controller features Precision Analog I/O Modules," News Release, Control Technology (US), May 30, 1989 (DialogWeb search result) (1 page).
39"New State-Logic Microcontroller," News Release, Control Technology Corp. Jun. 1, 1996 (Dialog Web search result) (1 page).
40"On-Line Vending Machine and Catalog Product Icons," IBM TDB, vol. 38, No. 4, pp. 113-116 (Apr. 1995).
41"Operators Console creates 'Friendly' Machines," News Release, Control Technology (US), May 19, 1986 (DialogWeb Search result) (1 page).
42"Operator's Console for Automated Machines," News Release, Control Technology, Aug. 15, 1985 (DialogWeb search result) (1 page).
43"Peter Beebee's Home Page," web page print-out (Feb. 12, 1999) from http://www.swiss.ai.mit.edu/htbin/ptbbgate/jwz/?fetch+personal%2Fmain.text.html (2 pages).
44"Pipeline; Announced," InforWorld, p. 45, May 29, 1995.
45"Programmable Controller offers control of Stepping and Servo Motors," News Release, Control Technology , May 31, 1985 (DialogWeb search result) (1 page).
46"SECS-11 Communication Board Plugs into Automation Controller," News Release, Control Technology, Aug. 26, 1985 (DialogWeb search result) (1 page).
47"Small Multi-Tasking Controller for Cost-sensitive Applications," News Release, Control Technology (US), Nov. 8, 1988 (DialogWeb search result) (1 page).
48"Special Topic: PC-Based Control," A Supplement to Software Strategies, p. 3-5, 7-8, 10-15, 20-21 (no date).
49"System Provides Stepping Motor Control in Workcell Environment," News Release, Control Technology Corp., Dec. 5, 1986 (DialogWeb search result) (1 page).
50"Systems and Design; Technical Program and Exhibits Help Embedded Systems Design Professionals Keep Pace with Rapid Changes," PR Newswire, Dec. 27, 1995 (2 pages).
51"The 'Only' Coke Machine on the Internet," web page print-out (Feb. 12, 1999) from http://www.cs.cmu.edu/~coke/history-long.txt (3 pages).
52"The Switzerland Coke Machine Credits," web page print-out (Feb. 12, 1999) from http://www.swiss.ai.mit.edu/htbin/coke (1 page).
53"Tour an Actual TribeLink via WebManage," web page print-out from http://www.tribe.com/products/webmanage/quick-view htm. (1 page).
54"Tribe Announces Revolutionary Device Capable of Being Managed via Internet Web Browser; TribeLink2 Enables Remote Computing and Internet Access," Business Wire, May 22, 1995 (2 pages).
55"Tribe Announces Revolutionary Use of the Internet, Launches Innovative Remote Management Solution; New WebManage Technology Provides Network Management via World Wide Web," Business Wire, May 22, 1995 (2 pages).
56"Tribe Computer Works' Net Products Can be Managed via World Wide Web," IAC (SM) Newsletter Database TM, Data Trends Publications, Inc., No. 11, vol. 7, May 30, 1995.
57"Tribe Launches Innovative Remote Mangament Solution; New WebManage Technolgy Provides Network Management via the World Wide Web," web page print out, Jul. 12, 1999, from http://www.tribe.com/products/webmanage/wm-pr. (1 page).
58"TribeRoute," web page printout (Jul. 12, 1999) from http://www.tribe.com/products/tr/index (3 pages).
59"TribeStar," web page print-out from http://www.tribe.com/products/tribestar/index.htm (3 pages).
60"Wizards wheel over SCADA systems; Supervisory Control and Data Acquisition," Control and Instrumentation, vol. 28, No. 12, p. 23, Dec. 1996.
61"WWWF 94: Papers Received," web page print-out (Apr. 7, 2000) from http://www.ncsa.uiuc.edu/SDG/IT94/Agenda/Papers-received.html (8 pages).
62[Table of Contents], Proceedings of the 20th International Conference on Industrial Electronics Control and Instrumentation, vols. 1-3, Sep. 5-9, 1994, Bologna Italy.
63[Table of Contents], Proceedings of the 7th Mediterranean Electrotechnical Conference, vol. 1, pp. 1-16, Apr. 12-14, 1994, Antalya Turkey.
64"1995 World Batch Forum: Meeting of the Minds [Agenda]," (May 22-24, 1995) Newtown Square, Pennsylvania, (2 pages).
65"Agenda," World Batch Forum 1994 (Mar. 6-9, 1994), Tempe, AZ, (9 pages).
66"Apacs Control System," Power vol. 139, No. 6 (Jun. 1995) p. 81 (Dialog print-out).
67"Automation System Monitors, Control fab HVAC, Other Systems," Microcontamination (Aug. 1994) (1 page).
68"Batch Control, Part I: Models and Terminology," (approved Feb. 28, 1995) ISA-S88.01 1995, pp. 1-128Baxter, R. Jr., "Implementing open networking in a motor drive," The Imbedded Internet Workshop Real World Applications Session (Oct. 1, 1999) San Jose, CA.
69"CAD/CAM Software creates Automation ‘Programming Environment’," News Release. Control Technology (US), Oct. 3, 1988 (DialogWeb search result) (1 page).
70"CMU SCS Coke Machine: Current Status," web page print-out (Feb. 12, 1999) from http://www.cs.cmu.edu/˜coke/ (1 page).
71"Company Profiles: What Users Need," Power, vol. 139, No. 6, p. 81, Jun. 1995.
72"Control system," Power vol. 139, No. 4 (Apr. 1995) p. 114 (Dialog print-out).
73"ControlShell Version 5.1 User's Manual," Real-Time Innovations, Jun. 1996, whole manual.
74"DeltaV(tm) System: We Do Smart Plants." Brochure issued by Fisher-Rosemount Systems (1998).
75"DeltaV.TM. System Overview: Do More." Brochure issued by Fisher-Rosemount Systems (1998).
76"Embedded Systems Conference Addresses the Increasing Complexity of Electronic Systems Design; Technical Program and Exhibits Help Embedded Systems Design Professionals Keep Pace with Rapid Change," PR Newswire, Dec. 27, 1995.
77"ErgoTech upgrades ErgoCim; First ‘plug and play’ component software for manufacturing," Business Wire, Feb. 15, 1996 (2 pages).
78"Fisher-Rosemount Is: Managing the Process Better," Fisher Controls International, Inc. and Rosemount Inc. 1993, (19 pages).
79"Industries Fashion NASA Products Into Commercial Work", Anne Eisele, Space News, v9, n14, p14, Apr. 6, 1998, 1 page.
80"Integrated Systems; Industry's top embedded operating software supports Java," M2 Presswire, Mar. 4, 1996.
81"Intel, SunDisk offerings narrow flash focus," Electronic Engineering Times, p. 10, Oct. 24, 1994.
82"Introducing Bailey Evolution 90TM . . . The sound investment strategy for process automation," Bailey 1990 (brochure).
83"Make Your Automation Plan a Reality: MAX1000," Leeds & Northrup Technical Overview, (approximately 1990).
84"NCR Fieldbus Slave Controller Advance Information," ISA-SP50-1988-161, ISA Draft, 4 pages 1988.
85"New Equipment/Literature," Control Systems, col. 130, No. 4, p. 114, Apr. 1995.
86"New Open Architecture Group Works on Control Standards," Control Engineering Online, Aug. 1997.
87"New Telemecanique Programmable Controllers Feature Multiple Programming Languages," Feb. 11, 1985, 4 pages.
88"Operators Console creates ‘Friendly’ Machines," News Release, Control Technology (US), May 19, 1986 (DialogWeb Search result) (1 page).
89"Plant Operations Framework," AMR Report (May/Jun. 1995), (6 pages).
90"Plug-Compatible Controls and Actuators Speed System Development," News Release, Control Technology (US), Jan. 13, 1986 (Dialog Web Search Result) (1 page).
91"Policy Manual," 1994 World Batch Forum (Mar. 6-9, 1994), (15 pages).
92"Process Manager Specification and Technical Data," UC03-300 Sep. 1991 Honeywell, copyright 1990 (43 pages).
93"Radio Field Bus," ISA/SP50-1988-184, ISA Draft, pp. 1-18, 1988.
94"Real-Time Innovations Email NewsLetter," Apr. 1998, http://www.rti.com/corporate/newsletter04-98, 2 pages.
95"Ricoh to sell world's first multimedia still camera," Japan Economic Newswire, Feb. 21, 1995.
96"RTI Announces Major New Component-Based Programming System for Building Complex Electromechanical Systems", PR Newswire, Mar. 16, 1998, 3 pages.
97"SDRD Using 1553B Data Link Services," ISA/SP50-1988-243 (1998) (5 pages).
98"Signal Conditioners Designed for Fisher-Rosemount System Delta V," issued by M-Systems Co., Ltd. (Dec. 1997).
99"SP88 Mes Task-Force Europe Position Document," 1994 World Batch Forum (Mar. 6-9, 1994), (pp. 1-30).
100"Suggested Outline for Application Sub-committee Document: Fieldbus Architecture Subcommittee Document," ISA/SP50-1988-175, pp. 1-7, ISA Draft, 1988.
101"Sun announces availability of Java.TM. Embedded Server 1.0," Press Release dated Oct. 1, 1998, downloaded from java.sun.com website.
102"Sun announces availability of Javatm Embedded Server 1.0," Press Release dated Oct. 1, 1998, downloaded from java.sun.com website.
103"TDC 3000 Overview," Honeywell, (approximately 1992).
104"TDC 3000 Process Manager.TM.: Process Connected Solutions for the Advanced Controls Requirements of the 1990s," Honeywell, (approximately 1992).
105"The ‘Only’ Coke Machine on the Internet," web page print-out (Feb. 12, 1999) from http://www.cs.cmu.edu/˜coke/history—long.txt (3 pages).
106"The Object Primer", Scott Ambler, pp. 1-248. Jan. 4, 1996.
107"Toshiba Integrated Control System," Technical Manual Third Edition (Nov. 1990).
108"Tour an Actual TribeLink via WebManage," web page print-out from http://www.tribe.com/products/webmanage/quick—view htm. (1 page).
109"Tribe Launches Innovative Remote Mangament Solution; New WebManage Technolgy Provides Network Management via the World Wide Web," web page print out, Jul. 12, 1999, from http://www.tribe.com/products/webmanage/wm—pr. (1 page).
110"UDC 6000 Process Controller: From Stand-alone Control to Full System Integration Honeywell Has a Solution for You," Honeywell, (Aug. 1992).
111"User Layer Structure," SP-50 Technical Report, 522 pages, Jul. 25, 1990.
112"User Layer Technical Report," ISA/SP50-1990-389C, ISA Draft, 24 pages, 1990.
113"Wide-range, Fully Compatible Family of Process Automation & Management Systems," Copyright 1993 by Elsag Bailey Group as an Unpublished Work, (24 pages).
114Adler, David J. et al. "Does a Manufacturing Execution System Reduce the Cost of Production for Bulk Pharmaceuticals?" 1995 World Batch Forum (May 22-24, 1995), (13 pages).
115Andrews, "15 MB in a Matchbook" (Jan. 1995)http://www.byte.com/art/9501/sec4/art5.htm.
116ANSI/ASME PTC 19.1-1985, "Part 1—Measurement Uncertainty", Apr. 30, 1986, entire document.
117Application of PRIAM Model to safety systems on offshore oil/gas platforms. Silvertech Ltd. Jan. 9, 1995.
118Ash, Raymond H. et al. "Strategic Needs in Batch Manufacturing," 1995 World Batch Forum (May 22-24, 1995), (8 pages).
119Bader, F. P. "Building a Better Batch Control Foundation with IEC 1131-3 Control Languages," 1994 World Batch Forum (Mar. 6-9, 1994), (23 pages).
120Baxter, Richard, V., Jr. "Implementing Open Networking in a Motor Drive," The Imbedded Internet Workshop Real World Applications Session (Oct. 1, 1999) San Jose, CA.
121Beestermoller, HJ, et al. "An Online and offline programmable Multi-loop controller for distributed systems," IEEE (1994), pp. 15-20.
122Benkhallat, Y. et al., "Interoperability of sensors and distributed systems," Sensors and Actuators A, vol. 37-38, pp. 247-254, 1993.
123Benner, Stephen J. "MES in Batch Process Manufacturing. A MES Vendor view" 1995 World Batch Forum (May 22-24, 1995), (8 pages).
124Berge, Jonas, "Using Ethernet is a no-brainer," In Tech: The International Journal for Measurement and Control, pp. 36-39, Jul. 2000.
125Bernard, "Remote-access ware emerge; Shiva, Nortel, and Tribe leading list of innovators," PC Week, No. 21, vol. 12, p. 47, May 29, 1995.
126Berre, A., "Sharing of Objects in an Object-Oriented Language," Proceedings on the 1986 International Workshop on Object-Oriented Database Systems, IEEE Computer Society Press, Los Alamitos, CA, 1986.
127Bishop, Brian. "Realtime System-Design Tool Models Electromechanical Systems", , Personal Eng & Instrumentation News, v15, n4, p. 21, Apr. 1998.
128Blevins, Terry, "Characteristics of function block requirements for the process industry and manufacturing automation," Fisher-Rosemount, Oct. 31, 1995, pp. 2-4.
129Bristol, E H., "Not a Batch Language; A Control Language!" 1995 World Batch Forum (May 22-24, 1995), (14 pages).
130Brown, Jerry et al. "Meeting the Challenge of Automation Technology," 1996 World Batch Forum (May 22-24, 1995), (11 pages).
131Brown, Jerry et al. "Trends and Opportunities in Batch Control System Architectures," 1994 World Batch Forum (Mar. 6-9, 1994), (pp. 1-12).
132Browne, "South Pole Ready for Internet Revolution," The New York Times, Section C, col. 1, p. 1, Jan. 10, 1995.
133Brunn, P. "Collision Avoidance for Two Robots Sharing a Common Workspace," The Institution of Electrical Engineers, 1995. (36 pages).
134Bullotta, Rick. "Designing Effective User Interfaces for Batch Processes," 1994 World Batch Forum (Mar. 6-9, 1994), (pp. 1-19).
135Burton, P.I. "A personal history of batch control," Measurement + Control, vol. 27, pp. 69-73, Apr. 1994.
136Burton, P.I., et al., "Field bus based on MIL-STD-1553B: Proposal to ISA-SP-50" ERA Technology Ltd., ISA/SP50-1988-148, pp. 1-125, Apr. 6, 1988.
137Capetta, L. et al., "From current actuators and transmitters towards intelligent actuation and measurement: PRIAM approach," BIAS 93, pp. 1-15.
138Caro, R., "Field bus applications," ISA Paper #89/0569, pp. 989-994, 1989.
139Caro, R., "The fifth generation process control architecture," ISA Paper #88/1487, pp. 659-667, 1988.
140Caro, Richard H. "The Fifth Generation Process Control Architecture," ISA Transactions vol. 28 No. 4 (1989), pp. 23-28.
141Chettle, T., "Multiplexing techniques optimize data collection," Electrotechnology, Oct./Nov. 1995 (2 pages).
142Choi, K.J. et al., "A Modeling Method of Software Configuration Change Control," 1997, IEEE Online, "htttp:/ieeexplorer.ieee.org/stamp/stamp.jsp?tp=&arnumber=619990&userType=inst".
143Cisco Systems, Inc., "Cisco Secure Wireless Plant: Security and Quality of Service for Industrial Environments," Copyright 1992-2008.
144Coleman, Vernon. "National Electrical Manufacturers Association Field Bus Report to ISA SP50," (Oct. 1988) ISA/SP50-1988-234. (14 pages).
145Computer Products "Unbundling the DCS" (approximately 1992).
146Conference Record of the 1993 IEEE Industry Applications Conference, Part III (excerpt) pp. 24-31.
147Conradi, R. et al., "Version Models for Software Configuration Management," Jun. 1998, ACM Computing Surveys, Vol. 30, No. 2.
148Contents and Proceedings of the Second International Workshop on Configurable Distributed Systems, Mar. 21-23, Pittsburgh, PA, pp. 5-7, 1994.
149Control Shell Version 6.0 User's Manual, 426 pgs., Jan. 1999.
150Control Technology Corp. News Releases, pp. 1-26.
151Cox, et al., "Robotic Telescopes: An Interactive Exhibit on the World-Wide Web," web page print-out from http://www.ncsa.uiuc.edu/SDG/IT94/Proceedings/Museum/cox/markcox.html (1994) (11 pages).
152Craig, L. "SP-88 Defines Batch Control," INTECH, pp. 34-37, Mar. 1994.
153Crowder, R.S., "A Communication architecture for automation & control," ISA, pp. 669-673.
154Crowder, R.S., "Generic data link transactions for simple devices," Proposal to ISA SP 50 & IEC/SC65C/WG6, ISA document, Oct. 15, 1988 (15 pages).
155Crowley-Milling, et al, eds. "Proceedings," 1995 International Conference on Accelerator and Large Experimental Physics Control Systems, Chicago, IL Oct. 30-Nov. 3, 1995, [cover pages].
156Delahostria, Communication Model Application Layer ISA/SP50-1988-247, ISA draft, pp. 1-19, Oct. 14, 1988.
157Delfino, B. et al., "Fieldbus Applications for Electrical Industrial Systems," IEEE, pp. 2084-2090, 1993.
158Demetratekes, "Go with the info flow; state-of-the-art automation in the food industry; includes related article on computer software for food processors," Food Processing, vol. 57, No. 7, p. 47, Jul. 1996.
159Dezso, D. "Helozati szabalyozas," Meres es Automatika, vol. 37, pp. 208-213 (1989).
160Distributed Engineering, Institute of Computer-Aided Circuit Design—Test and Test Systems Division, University of Erlangen-Nurnberg, Germany, web page print-out (8 pages) (Oct. 1994).
161Dryden, "Tribes WebManage Enables Remote frixes," ComputerWorld, p. 14, May 22, 1995.
162Dryden, P., "Tribes webmanage enables remote fixes," Computerworld, p. 14 (May 22, 1995).
163Duffey, C.K., et al., "High Level Control Language Customizes Application Programs," IEEE Computing Applications in Power, pp. 15-18, 1991.
164Editing Committee Draft Application Layer, Version 12, Oct. 1991 (282 pages).
165Editing Committee Draft Application Layer, Version 6, Dec. 1990 (260 pages).
166Editing Committee Draft Application Layer, Version 8 May 1991 (344 pages).
167Elmer-Dewitt, "Snowballs in Cyberspace; With a Modern and a Soldering Iron, you too can build an Internet site that is really cool and totally useless," Time, p. 57, Jan. 16, 1995.
168ElRakabawy, et al., "Peer-to—Peer File Transfer in Wireless Mesh Networks," University of Leipzig, Copyright 2007.
169Elsag Bailey, "Elsag Bailey Automation," (in Italian) (approximately 1993).
170Esprit Project 6188, "PRIAM dictionary: major terms and definitions used in the PRIAM project," Prenormative requirements for intelligent actuation and measurement, May 1995 (14 pages).
171Esprit Project 8244, "User Requirements for intelligent transmitters and actuators," European Intelligent Actuation and Measurement User Group, Nov. 24, 1995 (4 pages).
172European Office Action, EP Application No. 97305187.3, dated Sep. 22, 2010.
173Excerpt from the website of the Society of Manufacturing Engineers (SME)—CyberCut: A World Wide Web Based Design-to-Fabrication Tool, dated Sep. 16, 2010.
174Feiler, P., "Software Process Support Through Software Configuration Management," Oct. 1990, Proceedings of the 5th International Software Process Workshop on Experience with Software Process Models, IEEE Computer Society Press.
175Ferraiolo et al., A Role-Based Access Control Model and Reference Implementation Whinin a Corporate Intranet, ACM, Feb. 1999.
176Fieldbus Inc. "The Foundation™ filedbus Primer," Revision 1.1, Released Jun. 24, 2001, 36 pages.
177Fieldbus standard for use in industrial control systems. Part 2: Physical layer specification and service definition, ANSI/ISA-S50.02, pp. 1-103, 1992.
178Fisher, Thomas G P.E. "SP88 Update—Now and the Future," 1995 World Batch Forum (May 22-24, 1995), (59 pages).
179Foster, "Surf's up: lights, camera, but no action; Steve is a Tech-Nomad. He wanders the streets with a camera on his head. And he wants you to join him," The Independent (London), p. 10, Aug. 13, 1995.
180Foxboro Fieldbus Proposal (Presented to ISA SP-50 Committee Feb. 24, 1988) ISA/SP50-1988-123B, ISA draft, pp. I-xxii, 1-200.
181Foxboro, "I/A Series A2™ Software—FoxCTS—Change Tracking Software—Product Specifications," 1997-2003, pp. 1-8.
182Foxboro, "I/A Series Software FoxCTS™—Change Tracking Software-Product Specifications," 1997-2006, pp. 1-12.
183Foxboro, "I/A Series Software FoxDraw", 8 pgs., 1996.
184Foxboro, "I/A Series—Object Manager Calls—Oct. 31, 1995," pp. 1-124.
185Foxboro, "Intelligent Automation Series Human Interface Software", 20 pgs., 1997.
186Friscia, Anthony et al. "MES: Manufacturing's Missing Link is a Tool for Change," 1994 World Batch Forum (Mar. 6-9, 1994), (8 pages).
187Fulcher, et al., "Soft Control, Internet spark ISA/96," Manufacturing Systems, vol. 14, No. 12, pp. 40-46, Dec. 1996.
188Furness, H., "Fieldbus: The differences start from the bottom up," Control Engineering, pp. 75-77, Mar. 1994.
189Gaines, B.R. et al. "Mediator: an Intelligent Information System Supporting the Virtual Manufacturing Enterprise," IEEE .RTM. 1995 (XP 000586326) pp. 964-969.
190George J. Thaler, et al., "Automatic Control Systems," pp. 1-60, 1989.
191Gertz, M., et al., "A Human-Machine Interface for Distributed Virtual Laboratories," IEEE Robotics & Automation Magazine 1, No. 4, pp. 5-13, Dec. 1994.
192Gillespie, David P., Ph.D. "Comprehensive Information Management: EPA, OSHA, and Beyond," 1995 World Batch Forum (May 22-24, 1995), (14 pages).
193Gleick, "Fast Forward; Really Remote Control," The New York Times, Section 6, col. 3, p. 42, Dec. 3, 1995.
194Goldberg, K. et al. "Desktop Teleoperation via the World Wide Web," IEEE International Conference on Robotics and Automation, 1995, pp. 654-659.
195Goldberg, K. et al., "Beyond the Web: manipulating the real world," Computer Networks and ISDN Systems 28 (1995) pp. 209-219.
196Goldberg, K. et al., "Beyond the web: Excavating the real world via mosaic," (Conference Paper) The Mercury Project, Oct. 17-21, 1994, pp. 209-219.
197Goldstein, I. et al. "Guest editorial," Computer Networks and ISDN Systems 28 (1995) p. 1.
198Goldstein, I. et al., "Guest Editorial," Computer Networks and ISDN Systems 28, p. 1 (1995).
199Goodstein, L.P. et al., "Representation of Process State Structure and Control," Apr. 1987, Riso National Laboratory.
200Grant, Dr. R. Peter, "The Impact of Reengineering on the Batch Manufacturing Workplace," 1995 World Batch Forum (May 22-24, 1995), (5 pages).
201Greene, Tim. "Sahara puts Java to Management Test," Network World vol. 13, No. 7 (Feb. 12, 1996).
202Gyorki, J., "PLCs drive standard buses," Machine Design, pp. 83-90, May 11, 1995.
203Hashemian, et al., "In-Situ Response Time Testing of Thermocouples", ISA 1989, Paper #89/0056, pp. 587-593.
204Henry, "A Fault-Tolerant Interface for Self-Validating Sensors", Oxford University, Digest No. 1990/145 (Nov. 1990).
205Henry, "A New Approach to Sensor Validation", IMC, Mar. 17, 1992.
206Henry, "Intelligent Behaviour for Self-Validating Sensors", University of Oxford, Report No. OUEL 1912/92.
207Henry, "Signal Processing, Data Handling and Communications: The Case for Measurement Validation," University of Oxford, Report No. OUEL 1912/92.
208Henry, et al., "A Standard Interface for Self-Validating Sensors", University of Oxford, Report No. OUEL 1884/91.
209Henry, et al., "The Implication of Digital Communications on Sensor Validation," University of Oxford, Report No. OUEL 1912/92.
210Henry, Jim, Ph.D., P.E. "Implementation of Practical Control Systems: Problems and Solutions," web page print-out from http://chem.engr.utc.edu/Documents/MACSCITECH/MACSCITECHpaper1.html (printed on Apr. 10, 2001) (22 pages).
211Henry, Jim, Ph.D., P.E., "LabVIEW Applications in Engineering Labs: Controls, Chemical, Environmental," ASEE Conference, Anaheim, CA, Jun. 25-28, 1995, web page print-out from http://chem..engr.utc.edu/Documents/ASEE-95-full.html (22 pages).
212Hiertz, Guido et al., "IEEE 802.11s: The WLAN Mesh Standard," IEEE Wireless Communications, pp. 104-111, Feb. 2011.
213Hohenstein, David. "Between the host and device . . . ," Intech (Jul. 2000), (6 pages).
214Holding, D. et al., "Communications in microprocessor industrial implementation," Microprocessors and Microsystems, vol. 3, No. 10, pp. 443-451, Dec. 1979.
215IC Card Design Sep./Oct. 1995 (49 pages).
216Invensys, "FoxDraw Display Builder and Configurator", 8 pgs., 2004.
217IRD Mechanalysis, Inc., "Model 816 Machinery Maintenance Data Collector," 1983, 2 pages.
218IRD Mechanalysis, Inc., "Model 817 Machinery Maintenance Data Collector," 1984, 4 pages.
219IRD Mechanalysis, Inc., "Model 817 Machinery Maintenance Data Collector," 1985, 6pages.
220Johnson, D., "Pressure advances: Are they in your processor's future?" Control Engineering, pp. 67-72, Apr. 1995.
221Johnsson, et al., "High-Level Grafcet and Batch Control", Nov. 1994, Symposium ADPM.
222Kelly, M., "Digital fieldbus cluster cuts plant's writing costs up to 20%," INTECH, pp. 62-64, Apr. 1995.
223Kissling, Jeffrey L. "Flexible Software Structure and Change Management," 1995 World Batch Forum (May 22-24, 1995), (16 pages).
224Kline, "The Purposes of Uncertainty Analysis", vol. 107, Journal of Fluids Engineering, pp. 153-160 (Jun. 1985).
225Ko, "Tribe Defines Net Management Role for Web Browser Software," Network World, p. 14, May 22, 1995.
226Ko, D., "Trobe [sic] defines net management role for Web browser software," Network World, p. 14, May 22, 1995.
227Kohler H. J., et al.,"Integrating UML Diagrams for Production Control Systems," ACM p. 241-251, 2000.
228Kostas, et al., "Real-Time Voice Over Packet-Switched Networks", pp. 18-27, IEEE Network (Jan./Feb. 1988).
229Koth, H. et al., "The advantages of intelligent field modules for nuclear power plant operation and maintenance," Kerntechnik 60 (1996) 5-6, pp. 215-219.
230Lenart, Gerald W. "A Field Bus Approach to Local Control Networks," ISA, Paper #93-281 1993.
231Lenhart, G., "A field bus approach to local control networks," INTECH, pp. 31-34, Aug. 1994.
232Lenhart, Gerald W. "Fieldbus-Based Local Control Networks," INTECH (Aug. 1994), p. 31-34.
233Leon, "Tektronix to add Web Software on new printers," InfoWorld, p. 6, Dec. 4, 1995.
234Loos, Peter. "Production Management—Linking Business Applications to Process Control," 1995 World Batch Forum (May 22-24, 1995), (pp. 1-16).
235Loose, Graham. "Fieldbus—the user's perspective," Measurement + Control vol. 27 (Mar. 1994), pp. 47-51.
236Lu, S. et al., "An Object-Oriented Power Plant Adaptive Control System Design Tool," Sep. 1995, IEEE Transactions on Energy Conversion, vol. 10, No. 3.
237Magnusson, B., Asklund, U., and Minor, S., "Fine-Grained Revision Control for Collaborative Software Development", Dec. 1993, Proceedings of the 1st ACM SIGSOFT Symposium on Foundations of Software Engineering, ACM.
238Martin, "Design and Strategy for Distributed Data Processing", Chptrs. 19 & 20, pp. 272-305 (1981).
239Maser, K. et al., "Development of a Wireless Global Bridge Evaluation and Monitoring System (WGBEMS)," Building of International Community of Structural Engineers, vol. 2, Proceedings of Structures Congress XIV Apr. 15-18, 1986, American Society of Civil Engineers, Chicago IL, 8 pages.
240Meeting Minutes, Ad Hoc function Block Meeting, pp. 1-60, Jun. 14, 1990, Chapel Hill, NC.
241Meeting Minutes, Process Control Working Group of SP50.4, Jan. 21-23m, 1991 Atlanta, GA (8 pages).
242Meeting Minutes, SP50, International Electrotechnical Commission, Technical Committee No. 65: Industrial-Process Measurement and Control, Sub-Committee 65C: Digital Data Communications for Measurement and Control and Working Group 6, Feb. 29-Mar. 4, 1988, Arizona (143 pages).
243Meeting Minutes, SP50, Signal Compatibility of Electrical Instruments, Dec. 5-7, 1990 Orlando, FL (64 pages).
244Meeting Minutes, SP50.4 Application Layer, Oct. 19-21, 1988, Houston, TX (96 pages).
245Meeting Minutes, Windows Working Group of Application Subcommittee, pp. 1-8 Mar. 1-3, 1989, New Orleans, LA.
246Meeting Notes, International Electrotechnical Commission Sub Committee No. 65C: Digital Communications Working Group 7, Process Control Function Blocks Report to AMT/7, Apr. 4, 1996 (42 pages).
247Mirabella. O., "A short presentation of IEC fieldbus application layer," Informatics and Communications Institute, Engineering Faculty, University of Catania, Italy (no date) (54 pages).
248Mitsubishi licenses Sun's Java Tool,Electronic Engineering Times (Dec. 11, 1995) p. 29.
249Miyoshi et al., "A Real-Time Java Server for Real-Time Mach", 1997, IEEE., pp. 319-325.
250Momal, et al. "Using World-Wide-Web for Control Systems," from Proceedings 1995 International Conference on Accelerator and Large Experimental Physics Contril Systems, Chicago, IL Oct. 30-Nov. 3, 1995 (10 pages).
251Momal, F., et al. "Using World-Wide-Web for Control Systems," AT Division CERN, 1211 Geneva 23 [no date].
252Morel, G. et al., "Discrete even automation engineering: Outline of the PRIAM project," 12 pages (no date).
253Mori, et al., "The PCMCIA Developer's Guide, Second Edition," Sycard Technology 1994.
254NOAH: Network Orientated Application Harmonisation based on General Purpose Field Communication System. Project description rev. 1.0, pp. 1-22 P-NET, PROFIBUS, WorldFIB, Oct. 25, 1995.
255Nobuhiko, T. et al., "An advanced optical fieldbus instrumentation system using 16×16 reflection type optical star coupler and low powered transmitter," pp. 755-764 (no date).
256Notte, Angelo J. "Multitasking Capability Simplifies Process Control Design" Reliance Electric Company, approximately late 1980s.
257Ochoa, David. "Effects of Alllances and Acquisitions on the Batch Automation User," 1995 World Batch Forum (May 22-24, 1995), (43 pages).
258Office Action mailed Apr. 23, 2002, U.S. Appl. No. 09/379,074.
259Office Action mailed Dec. 26, 2002, U.S. Appl. No. 09/379,074.
260Office Action mailed Feb. 1, 2008, U.S. Appl. No. 10/765,006.
261Office Action mailed Jul. 2, 2007, U.S. Appl. No. 10/765,006.
262Office Action mailed Sep. 24, 2003, U.S. Appl. No. 09/379,074.
263Office Action, U.S. Appl. No. 11/354,586, Mailed Jan. 8, 2009.
264Output to Valve, Revision No. 1.4, Jan. 18, 1991, (Draft Document), Instrument Society of America (38 pages).
265Owen, S. et al., "A modular reconfigurable approach to the creation of flexible manufacturing cells for educational purposes," Fast Reconfiguration of Robotic and Automation Resources (Colloquium), The Institution of Electrical Engineers, Oct. 20, 1995 (17 pages).
266Pace, H., "Valve actuators ready for fieldbus," Control Engineer, pp. 65-73, Oct. 1995.
267Pages from Aspentech.com website as of Apr. 1999, retrieved from Internet archive http://web.archive.org.
268Pages from Aspentech.com website as of Dec. 1997, retrieved from Internet archive http://web.archive.org.
269Pages from Aspentech.com website as of Dec. 1998, retrieved from Internet archive http://web.archive.org.
270Pages from Aspentech.com website as of Jan. 1997, retrieved from Internet archive http://web.archive.org.
271Pages from Aspentech.com website as of Mar. 2000, retrieved from Internet archive http://web.archive.org.
272Pages from Aspentech.com website as of Oct. 1996, retrieved from Internet archive http://web.archive.org.
273Pages from SL.com website as of Apr. 1999, retrieved from Internet archive http://web.archive.org.
274Pages from SL.com website as of Dec. 1998, retrieved from Internet archive http://web.archive.org.
275Pages from SL.com website as of Feb. 1997, retrieved from Internet archive http://web.archive.org.
276Pages from SL.com website as of May 2000, retrieved from Internet archive http://web.archive.org.
277Pappalardo, "Digi Introduces IP/IPX Router," Internet Weel, p. 15, Apr. 24, 1995.
278Pappalardo, "Router Can Be Managed via Net," Internet Week, p. 6, May 22, 1995.
279Peshek, C., et al., "Recent Developments and Future Trends in PLC Programming Languages and Programming Tools for Real-Time Control," IEEE Cement Industry Technical Conference, pp. 219-230, Toronto, Canada, May 1993.
280Petti, T. et al., "A Coupled Knowledge Based System Using Fuzzy Optimization for Advisory Control," IchE Journal, vol. 38, No. 9 pp. 1369-1378, Sep. 1992.
281Pfeifer, T. et al. Sensorbetriebssystem fur messtechnische Problemstellungen in der Produktionstechnike, Technisches Messen, vol. 58, Nos. 7/8, 1991.
282Phinney, T., "An Analysis of Contending Proposals in ISA SP-50 for an ISA/IEC Field Instrument Bus," ISA, Paper #88-1489, 5 pages, 1988.
283Pinto, J., "The great fieldbus debate—is over," Action Instruments (www.actionio.com) (originally published in Industrial Controls Intelligence, Nov. 1989).
284Preface: Field Bus Process Control User Layer Technical Support, pp. 1-8, Feb. 10, 1993.
285Press Release from Real-Time Innovation announcing ControlShell version 6.0 for sale/for use, Apr. 1998, 2 pages.
286Product Specification, I/A Series® RBATCH II, Apr. 1995 (169 pages).
287PROWAY-LAN Industrial Data Highway (Approved Feb. 3, 1986) ISA-S72.01-1985, 1985, pp. 1-204.
288Redman, Jun, et al. "Intranet and the internal Web server: A standard user interface for integrating manufacturing applicaitons,"Proceedings of the Industrial Comuting conference, vol. 6, No. 1 (1996).
289Reklaitis, G. V. "Scheduling Approaches for the Batch Process Industries," 1995 World Batch Forum (May 22-24, 1995), (17 pages).
290Report from IEC TC65 Working Group 6 Function Blocks, May 1, 1995 (7 pages).
291Robinson, D. et al., "Modelling and Synthesis of Configuration Controllers for Dynamically Reconfigurable Logic Systems Using the DCS CAD Framework," 1999, Field-Programmable Logic and Applications, FPL '99, pp. 41-50.
292Rodriguez, Tribe Sets Software, Interactive Age, vol. 2, No. 15, p. 25, May 22, 1995.
293Rosenof, Howard P. "Dynamic Scheduling for a Brewery," 1995 World Batch Forum (May 22-24, 1995), (6 pages).
294Scharf, et al., "Using Mosaic for Remote Test System Control Supports Distributed Engineering," Institute of Computer-Aided Circuit Design-Test and Testsystems Division, University of Erlangen-Nurnberg, Germany, web page print-out from http://www.ncsa.uiuc.edu/SDG/IT94/Proceedings/CSW/scarf/scharf/html. (8 pages).
295Scharf, et al., "Using Mosaic for Remote Test System Control Supports Distributed Engineering," Institute of Computer-Aided Circuit Design—Test and Testsystems Division, University of Erlangen-Nurnberg, Germany, web page print-out from http://www.ncsa.uiuc.edu/SDG/IT94/Proceedings/CSW/scarf/scharf/html. (8 pages).
296Schreiber Philip et al. "Process Automation Using SP88," 1995 World Batch Forum (May 22-24, 1995), (7 pages).
297Schuur, C. "Comments on ‘Analysis and Suggestions for ISA-SP50’ as submitted to the SP50 Committee by Honeywell Inc." (Mar. 11, 1988) ISA-SP50-1988-155, ISA Draft, pp. 1-23.
298Schuur, Chris and Warrior, Jay. "Philips Token Passing Field Bus Controller Timed Token Mode," ISA/SP50—1988-186, ISA Draft, pp. 1-9.
299Silverman, "Attaboy' for the best software and hardware of 1994," The Houston Chronicle, p. 2, Dec. 25, 1994.
300Skabowski, E. L., "Recommendations for Consideration at Oct. 1988 Application Layer Subcommittee Meeting," 17 pages, Oct. 3, 1986.
301Slater, A.F., "Controlled by the Web," Computer Networks and ISDN Systems 27, pp. 289-295 (1994).
302Smith, Chris. "Tektronix Pushes Ease-of-Use and Low Cost of Operation With Its New Phaser® Color laser Printer,"comp.newprod forum (Jan. 11, 1996).
303Smith, S. et al., "Cyber Cut: A world wide web based design-to fabrication tool", Journal of Manufacturing Systems, vol. 15/No. 6, Jan. 1, 1996, pp. 432-442.
304SNAP Foundation Template "Using the SNAP Development Environment," Version 8.0, Chapters 1-4, 1997.
305Solvie, M., "Configuration of Distributed Time-Critical Fieldbus Systems," IEEE, p. 211, 1994.
306Soreide, et al., "Mosaic Access to real-time data from the TOGA-TAO array of moored buoys," Computer Networks and ISDN Systems 28, pp. 189-197, (1995).
307Stapleton, Nick, "802.3 Working Group DTE Power via MDI Call for Interest," 3Com, 15 pages, Jul. 1999.
308Stein, R. et al. "Development of a Commercially Successful Wearable Data Collection System," University of CA San Diego, Downloaded Jan. 12, 2009, 7 pages.
309Stevens, et al. "TCP/IP Illustrated , Vol. 1 The Protocols," TCP/IP Illustrated vol. 1 XP-002106390, Dec. 30, 1993, pp. 85-96.
310Strack, "The HAWK is soaring," Chemical Processing, p. 11, May 1996.
311Strobhar, David A. "Evolution of Operator Decision Making," 1995 World Batch Forum (May 22-24, 1995), (6 pages).
312Strothman, J, et al., "Alliances, Fieldbus, Windows Stir ISA/94 Anaheim Pot," INTECH, pp. 32-35, Dec. 1994.
313Strothman, J, et al., "ISA/95 New Orleans: 'Open, NT winds (not Opal) blow strong," INTECH, pp. 45-48, Nov. 1995.
314Table of Contents, Automation & Technology Department, 1993 (11 pages).
315Table of Contents, Automation & Technology Department, 1995 (20 pages).
316Table of Contents, Industrial Computing Society (no date), (8 pages).
317Table of Contents, ISA/88, Houston, MA, 1988 (9 pages).
318Table of Contents, ISA/89, 1989 (10 pages).
319Table of Contents, Proceedings of the Industrial Computing Conference, vol. 3, Sep. 19-24, Chicago, IL. Industrial Computing Society, 9 pages, 1993.
320Taylor, "Object Oriented Information Systems", 368 pgs., Apr. 10, 1992.
321Taylor, et al. "A Telerobot on the World Wide Web," Jun. 29, 1999, printed from http://telerobot.mech.uwa.edu.au/ROBOT/telerobo.htm (14 pages).
322The Foxboro Company, "FoxCMS Change Management System Software," 48 pgs., Aug. 14, 1996.
323Tinham, "Networks & surprises at C&I and ISA shows; Control and Instrumentation Exhibition and Conference; Instrument Society of America; includes related articles," vol. 26; No. 6, p. 43; ISSN: 0010-8022 (Jun. 1994).
324Tinham, et al., "Getting SCADA by web browser? Supervisory Control and Data Acquisition," Control and Instrumentation, vol. 28, No. 12, p. 5, Dec. 1996.
325Tobin,D. "Southeast Paper Installs Largest Foxboro Distributed Control System," (no date), (3 pages).
326Toner, "Web's view of world far and wide," The Houston Chronicle, p. 6, Nov. 5, 1995.
327Tweney, "Java on Your Mobile Phone?", http://www.business2.com (Mar. 14, 2002).
328U.S. Appl. No. 09/573,151, filed May 17, 2000, Linscott, Richard L.
329U.S. Appl. No. 09/721,409, Venkatraman et al.
330U.S. Appl. No. 10/765,006.
331U.S. Appl. No. 11/260,859, Keyghobad et al.
332United States Patent and Trademark Office final Office Action for U.S. Appl. No. 11/354,586, mailed Aug. 4, 2009.
333United States Patent and Trademark Office final Office Action for U.S. Appl. No. 11/354,586, mailed Jul. 1, 2008.
334United States Patent and Trademark Office final Office Action for U.S. Appl. No. 11/781,216, mailed Jan. 8, 2009.
335United States Patent and Trademark Office final Office Action for U.S. Appl. No. 11/781,218, mailed Jan. 28, 2009.
336United States Patent and Trademark Office final Office Action for U.S. Appl. No. 11/781,219, mailed Nov. 14, 2008.
337United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/207,816, mailed Apr. 9, 2007.
338United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/207,816, mailed Jan. 10, 2008.
339United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/207,816, mailed Jul. 3, 2008.
340United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/207,816, mailed Oct. 4, 2006.
341United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/207,816, mailed Sep. 19, 2007.
342United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/354,586, mailed Mar. 6, 2007.
343United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/354,586, mailed Nov. 1, 2007.
344United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/781,216, mailed Aug. 7, 2008.
345United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/781,218, mailed Sep. 15, 2008.
346United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/781,219, mailed Jul. 14, 2008.
347United States Patent and Trademark Office non-final Office Action for U.S. Appl. No. 11/781,219, mailed Jul. 21, 2009.
348User Guide for IntelaTrac 2000: Automated Field Data Collection Solutions, Rev. 1.0, Nov. 30, 1999.
349Van de Pol. "OmniChem: Real Time Production scheduling in a batch oriented environment," 1994 World Batch Forum (Mar. 6-9, 1994), (23 pages).
350Vardy, Joel M. "Integrating Manufacturing Into the Corporate Reengineering Effort for the Batch Industries," 1995 World Batch Forum (May 22-24, 1995), (23 pages).
351Wang, Lithui et al. "Agent-based Intelligent Control System Design for Real-Time Distributed Manufacturing Environments". Agent-Based Manufacturing Workshop, Autonomous Agents '98, Minneapolis/St. Paul, May 9-13, 1998, pp. 152-159.
352Webb, Marcus. "Computer System Implementation, Batch Standards and Validation," 1995 World Batch Forum (May 22-24, 1995), (11 pages).
353Weinert, A., et al., "RT/OS—real-time programming and application environment for the COSY control system," Nuclear Instruments and Methods in Physics ResearchA, vol. 352, pp. 277-279, 1994.
354Welch, "Tribe to Manage via Web; Tribe Computer Works Inc.'s TribeLink2 Priduct Announcement," MacWEEK, vol. 9, No. 21, p. 18, May 22, 1995.
355WG1 List of Criteria (Appendix 1), ISA/SP50-1988-242, ISA Draft, 10 pages, Oct. 21, 1988.
356Wilder, "Network Management; Russing Nets via the Web-Tribe's WebManage uses popular interface," Information Week, p. 62, May 29, 1995.
357Wilder, "Network Management; Russing Nets via the Web—Tribe's WebManage uses popular interface," Information Week, p. 62, May 29, 1995.
358Williams, Gary, "Wireless Plant and Backhaul in the Industrial Environment," Invensys Operations Management, (no date available).
359Wolfe, "Strong Brew," Electronic Engineering Times, p. 73, Apr. 8, 1996.
360Wood, G., "Fieldbus Status 1995," Computing Control & Engineering Journal, pp. 251+253, Dec. 1995.
361Wood, G., "Generic link transactions for simple devices in fieldbus," ISA/SP50-1988-240, 6 pages, Sep. 20, 1988.
362Wood, G.G., "Current Fieldbus activities," Computer Communications, vol. 11, No. 3, pp. 118-123, Jun. 1988.
363Wood, G.G., "Data transmission, Processing and Presentation," pp. 46-54 (no date).
364Wood, G.G., "Evolution of communication standards for the process industry," Measurement + Control, vol. 19, pp. 183-188, Jul./Aug. 1986.
365Wood, G.G., "Standardisation work for communication among distributed industrial computer control systems—A status report," INRIA, pp. 67-69, 1984.
366Wood, G.G., "Survey of LANS and Standards," Computer Standards & Interfaces, vol. 6, pp. 27-36, 1987.
367Wood, G.G., "The Argus Consul System for On-line Computer Control," Electrical Engineering Transactions, pp. 114-118, Mar. 1969.
368Wood, G.G., "The challenge of Standards for Plant Communication," IFAC Distributed Computer Control Systems, pp. 191-192, 1982.
369Wood, G.G., "Towards digital information control," Measurement + Control, vol. 21, pp. 179-180, Jul./Aug. 1988.
370Young, Stephen L. "Technology . . . The Enabler for Tommorrow's Agile Enterprise," 1995 World Batch Forum (May 22-24, 1995), (10 pages).
371Zeff, "Maui Sunset in Real Time (Modems not Optional)," The New York Times, Section D, col. 2, p. 5, Nov. 27, 1995.
372Zeller, A. and Snelting, G., "Unified Versioning Through Feature Logic," Oct. 1997, Transactions on Software Engineering and Methodology, vol. 6, Issue 4, ACM.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US8521332 *Jul 3, 2008Aug 27, 2013Belimo Holding AgActuator for HVAC systems and method for operating the actuator
US8689208 *Jun 24, 2010Apr 1, 2014Microsoft CorporationUpgrade management of application components
US8713166Jun 13, 2011Apr 29, 2014General Electric CompanySystems and methods for facilitating communication with foundation fieldbus linking devices
US8762528Jun 13, 2011Jun 24, 2014General Electric CompanySystems and methods for write protecting foundation fieldbus linking devices
US8769072 *Jun 13, 2011Jul 1, 2014General Electric CompanySystems and methods for identifying foundation fieldbus linking devices
US20110047239 *Mar 1, 2010Feb 24, 2011Samsung Electronics Co., Ltd.Host device and slave device controlling method
US20110153089 *Jul 3, 2008Jun 23, 2011Belimo Holding AgActuator for hvac systems and method for operating the actuator
US20110321029 *Jun 24, 2010Dec 29, 2011Microsoft CorporationUpgrade management of application components
US20120036251 *Aug 9, 2010Feb 9, 2012International Business Machines CorporationMethod and system for end-to-end quality of service in virtualized desktop systems
US20120310384 *Jun 13, 2011Dec 6, 2012General Electric CompanySystems and methods for identifying foundation fieldbus linking devices
US20130054033 *Aug 25, 2011Feb 28, 2013Siemens Industry, Inc.Synergistic interface system for a building network
Classifications
U.S. Classification700/17, 709/229, 700/20, 700/19, 700/7, 709/227, 709/248
International ClassificationG05B15/00, G05B11/01, G06F15/16, G05B19/418, G06F9/445, G06F11/20, G06Q10/00, G05B19/042
Cooperative ClassificationH04L67/12, G05B2219/31156, H04L41/0866, G05B2219/25428, H04L43/00, G05B2219/31161, G05B2219/34038, G05B19/0421, G05B19/042, G06F8/60, G06Q10/06, G05B2219/34259, H04L43/0817, H04L41/0686, G05B2219/25014, G05B2219/23298, H04L41/082, G05B2219/31457, H04L41/0843, G05B2219/25092, H04L12/2602, G05B19/4184, G05B15/02
European ClassificationH04L29/08N11, H04L12/26M, G06F8/60, G06Q10/06, G05B19/418F, G05B19/042M, H04L43/00, G05B19/042, H04L43/08D