METHOD OF CLOUD DATA SERVICES OF INDUSTRIAL PROCESS AUTOMATION SYSTEMS

Abstract

This invention provides a method of cloud data services of industrial process automation systems. It can be used by clients such as a client application, a client system, or even end users (personnel). It is generic without a custom and lengthy configuration for any specific industrial process automation system of industrial processes. It automatically discovers the interested configuration information of an industrial process automation system, and provides configuration data, runtime data, alarm/event records, and historical data to clients. It allows clients to search for data items based on process orientated criteria. It tracks clients' search criteria, keeps client selected data items in data groups with multi-part namespace, which data groups can be shared among end users. It calculates the view-count of a data group and the popularity of a data item contained in data groups, which will help the sort of client query results. By opening a data group, client will be able to access the interested data from industrial process automation systems.

Claims

1. A cloud computing hardware/software implemented method of cloud data services of industrial process automation systems, comprising: at least one discovery interface, each discovery interface accessing configuration data of at least one industrial process automation system and providing the configuration access to clients; and at least one runtime interface, each runtime interface providing runtime data access of an industrial process automation system to clients.

2. The method of claim 1 wherein each discovery interface automatically discovers the interested configuration data of at least one industrial process automation system and calculates the system summary and statistics, where the interested configuration information is referred to as the portion of configuration of the industrial process automation system that the method of claim 1 provides to clients; automatically tracks the interested runtime change events, where the interested runtime change event is referred to as the event from which the newly changed data value will be kept in the discovery interface.

3. The method of claim 1 further comprises at least one alarm/event interface, each alarm/event interface providing alarm/event record access of at least one industrial process automation system to clients.

4. The method of claim 1 or claim 3 further comprises at least one historian interface, each historian interface providing historical data access of at least one industrial process automation system to clients.

5. The method of claim 1 wherein each discovery interface allows clients to search for data items in an industrial process automation system based on process orientated criteria, where the examples of process orientated criteria include but not limited to the tagname or hierarchical namespace of the object and/or attribute/tag, process unit or area where the object belongs to, instrument type based on engineering unit, description, input or output, data source, alarm priority, etc.

6. The method of claim 5 wherein each discovery interface tracks client search criteria; allows a client to store selected data items into data groups which are created and/or modified by the client, are identified by the client specified multi-part namespace, and can be shared to other clients; and allows a client to save the other client's shared data group as its own data group by specifying a new multi-part namespace.

7. The method of claim 6 wherein each discovery, interface calculates a view-count of a data group, where the view-count is the number of data group openings by clients with weighing factor of opening duration.

8. The method of claim 7 wherein each discovery interface calculates a popularity of a data item that has been contained in at least one data group, where the popularity is the number of data groups that contain the same data item, with weighing factor of view-count of data group.

9. The method of one of claims 1 to 8 further comprises at least one database module, each database module being associated with one discovery interface, comprising: a configuration repository being used to store configuration data discovered by the discovery interface; and a user data mining module being used to store the system summary and statistics, and to further store client search criteria and client data groups.

10. The method of one of claims 1 to 9 further comprises a human interface that is a web site implemented by cloud computing hardware/software, and allows an end user to use a web browser to search data, to save selected data items into data groups, and to open data groups for accessing data from industrial process automation systems.

11. The method of one of claims 1 to 9 further comprises a human interface that is a mobile application, and allows an end user to use a mobile device to search data, to save selected data items into data groups, and to open data groups for accessing data from industrial process automation systems.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0020] The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings in which:

[0021] FIG. 1 is a perspective basic diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems.

[0022] FIG. 2 is a perspective diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems, comprising all modules in FIG. 1, and further an alarm/event interface.

[0023] FIG. 3 is a perspective diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems, comprising all modules in FIG. 1, and further a historian interface and an optional alarm/event interface.

[0024] FIG. 4 is a perspective diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems, comprising all modules in FIG. 1, and further a database module, an optional alarm/event interface, and an optional historian interface.

[0025] FIG. 5 is a perspective diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems, comprising all modules in FIG. 4, and further a web site that allows end users to use a web browser to directly use the implemented Cloud Data Services, without a special developed client application.

[0026] FIG. 6 is a perspective diagram of computer software components that accomplish the invented method of cloud data services of industrial process automation systems, comprising all modules in FIG. 4, and further a mobile application that allows end users to use a mobile device to directly use the implemented Cloud Data Services.

DETAILED DESCRIPTION OF THE INVENTION

[0027] There exist today a number of proprietary Automation Systems such as a distributed control system (so called DCS) or a supervisory control and data acquisition system (so called SCADA). An Automation System is physically located together with manufacturing processes, and dedicated for monitoring and control of the processes. Local HMI consoles are dedicated for local operator use. With today's technology, certain computer servers and/or workstations are virtualized to better utilize computer hardware. The client applications including HMIs are custom developed or pre-configured to consume the pre-configured data in specific formats and pages for different types of end users. Also, there can be remote access of HMI for remote users. Furthermore, there can be various web applications that provide various customized information for various types of users.

[0028] This invention provides a generic Cloud Data Services for the supported types of Automation Systems. The supported types of Automation Systems are referred to as the systems from which a Cloud Data Services is able to access the interested data via specially developed interfaces.

[0029] In FIG. 1, Block 100 is the block diagram of a typical Automation System. The actual system may not have all modules (Block 101, Block 102, Block 103, and Block 104) as described here. Multiple Automation Systems can be connected to a Cloud Data Services. Block 100 is not part of Cloud Data Services.

[0030] Block 101 is the system configuration repository of an Automation System. The data format of system configuration may be proprietary. API shall be available from the manufacturer. Block 201 of a Cloud Data Services will access this system configuration repository to automatically discover all interested configuration data of the Automation System.

[0031] Block 102 is the runtime module of an Automation System, which module consists of all runtime object instances or tags. API shall be available from manufacturer. Or an open interface shall be available, for example an OPC interface. Block 202 of a Cloud Data Services will access and provide the runtime data to clients. Block 201 can also access this module, since certain Automation Systems may have an integrated module for both configuration information and runtime data.

[0032] Block 103 is the alarm/event record module of an Automation System, which module contains all runtime and/or historical alarm/event records. Block 201 can access this module, since this module may contain certain data change events that are related to runtime configuration changes.

[0033] Block 104 is the real-time data history module of an Automation System, also called historian, which module has large amount of historical data of real-time object attributes or tags. Block 201 can also access this historian, since the historian may contain the specific configuration information that is not in Block 101.

[0034] In FIG. 1, Block 200 is the block diagram of a basic interface services of a Cloud Data Services, called Interface Services hereinafter. Each of Block 200 will support one type of Automation Systems. Multiple types of Block 200 can support multiple types of Automation Systems.

[0035] Block 201 is the discovery interface. It is able to automatically discover the interested system configuration of the connected Automation System, mainly from Block 101, and also from Block 102, Block 103, and Block 104. A discovery interface also provides configuration data access to clients, so that clients can directly access system configuration of the connected Automation System. The interested configuration information is referred to as the portion of configuration of the Automation System that the discovery interface provides to clients. A discovery interface calculates the system summary and statistics. It also automatically tracks the interested runtime change events, where the interested runtime change event is referred to as the event from which the newly changed data value will be kept in the discovery interface.

[0036] A discovery interface allows clients to search for data items in an industrial process automation system based on process orientated criteria, where the examples of process orientated criteria include but not limited to the tagname or hierarchical namespace of the object and/or attribute/tag, process unit or area where the object belongs to, instrument type based on engineering unit, description, input or output, data source, alarm priority, etc. With process orientated search capability, clients can easily find the interested data items without using custom developed HMI by technical personnel.

[0037] A discovery interface tracks client search criteria; allows a client to store selected data items into data groups which are created and/or modified by the client, are identified by the client specified multi-part namespace, and can be shared to other clients; and allows a client to save the other client's shared data group as its own data group by specifying a new multi-part namespace. With client orientated data groups, a discovery interface provides a truly generic Cloud Data Services that does not need custom configuration and custom developed HMI for various types of Automation Systems and/or end users.

[0038] A discovery interface calculates a view-count of a data group, where the view-count is the number of data group openings by clients with weighing factor of opening duration. An example is a linear algorithm that the view-count of a data group is the sum of opening durations in seconds. The view-count of a data group reflects the popularity and/or importance of the data group. When clients query the list of data groups, the view-counts of data groups can be used to sort the list, therefore, clients can easily pick the mostly viewed data groups.

[0039] A discovery interface calculates a popularity of a data item that has been contained in at least one data group, where the popularity is the number of data groups that contain the same data item, with weighing factor of view-count of data group. An example is a linear algorithm that the popularity of a data item is the sum of view-counts of data groups that contain the data item. The popularity of a data item reflects the importance of the data item from the client point of view. When clients search for data items with process orientated search criteria, the popularities of data items can be used to sort the returned data items, therefore, clients can easily find and select the more important data items.

[0040] Block 202 is the runtime interface. It interfaces with the runtime moduleBlock 102 of the connected Automation System. It provides runtime data access to clients, so that clients can get the runtime data of the connected Automation System.

[0041] FIG. 2 includes all modules in FIG. 1. Interface ServicesBlock 200 further comprises an alarm/event interfaceBlock 203.

[0042] Block 203 is the alarm/event access interface. It interfaces with the alarm/event record moduleBlock 103 of the connected Automation System. It provides alarm/event record access to clients, so that clients can get the alarm/event record data of the connected Automation System.

[0043] FIG. 3 includes all modules in FIG. 1. Interface ServicesBlock 200 further comprises a historian interfaceBlock 204. There are two implementation options of Block 200, one with an alarm/event interfaceBlock 203, while the other one without the alarm/event interfaceBlock 203.

[0044] Block 204 is the historian interface. It interfaces with the historian moduleBlock 104 of the connected Automation System. It provides runtime data history access to clients, so that clients can get the historical data of the connected Automation System.

[0045] FIG. 4 includes all modules in FIG. 1. Each Block 200 may have an optional alarm/event interface and/or an optional historian interface. Furthermore, a Cloud Data Service comprises at least one database moduleBlock 300, each database module being associated with a discovery interfaceBlock 201 in a Block 200.

[0046] In FIG. 4, Block 300 is the block diagram of typical database module of a Cloud Data Services. Each of Block 300 is associated with a discovery interfaceBlock 201 in Block 200, and will support one type of Automation Systems. Multiple types of Block 300 can support multiple types of Automation Systems.

[0047] Block 301 is the configuration repository. It contains all interested configuration information and system summary & statistics of the connected Automation System discovered and calculated by a discovery interfaceBlock 201.

[0048] Block 302 is the user data mining. It stores clients' search criteria and clients' data groups with all associated parameters such as view-counts of data groups and popularities of data items contained in data groups.

[0049] FIG. 5 includes all modules in FIG. 4. It further comprises a web siteBlock 401 that allows end users to use a web browser to directly use the implemented Cloud Data Services, without a special developed client application. The web siteBlock 401 can access multiple Block 200s for multiple Automation Systems. FIG. 5 is just one options of multiple configurations. A minimum configuration comprises a discovery interfaceBlock 201, a runtime interfaceBlock 202, and a web siteBlock 401. Interface ServicesBlock 200 can further comprise an alarm/event interface, further a historian interface. Furthermore, a database moduleBlock 300 can be comprised and associated with the discovery interfaceBlock 201.

[0050] FIG. 6 includes all modules in FIG. 4. It further comprises a mobile applicationBlock 402 that is installed in a client mobile device such as a smart phone or a tablet. It is developed for a Cloud Data Services. It allows end users to use a mobile device to directly use the implemented Cloud Data Services. The mobile applicationBlock 402 can access multiple Block 200s for multiple Automation Systems. FIG. 6 is just one options of multiple configurations. A minimum configuration comprises a discovery interfaceBlock 201, a runtime interfaceBlock 202, and a web siteBlock 401. Interface ServicesBlock 200 can further comprise an alarm/event interface, further a historian interface. Furthermore, a database moduleBlock 300 can be comprised and associated with the discovery interfaceBlock 201.