Managing Alias ​​Configurations

Abstract

To provide alias configuration management.SOLUTION: Implementations are described herein for reconciling alias configuration files. In various implementations, networking information may be retrieved from an alias server. The networking information may correspond to registered aliases of a plurality of data sources made accessible by a plurality of distributed control nodes (DCNs) of a process automation facility. The plurality of DCNs may be interrogated based on the networking information corresponding to the registered aliases. Based on responses to the interrogating, an updated alias configuration file may be generated and compared with a previously utilized alias configuration file.SELECTED DRAWING: None

Description

[Background technology]

[0001] A process automation facility may include a myriad of sensors, actuators, and distributed control nodes (DCNs), among other components. Tracking these nodes and / or their constituent components using traditional node identifiers (referred to herein as “node IDs”) may present various challenges. The connection strings of individual nodes, which may include Internet Protocol (IP) addresses and / or Transmission Control Protocol (TCP) ports, and the node IDs used to identify the individual components accessible from those nodes, are not easily interpretable or meaningful to humans and do not scale easily. Therefore, the Open Platform Communications Unified Architecture (OPC UA) includes a Global Discovery Server (GDS) that provides an “Alias ​​Name Service” (ANS) that facilitates the mapping of aliases (strings of characters that are human readable / meaningful to humans) to connection strings and node IDs. In other words, the GDS can act like a “phone book” for OPC UA clients. Summary of the Invention [Means for solving the problem]

[0002] Aliases are often defined in batches, for example, by an alias configuration file that contains a list of aliases and corresponding connection strings / node IDs. The alias configuration file can be provided to a configuration tool, which creates the aliases and has the corresponding DCNs register them in the GDS. Over time, changes may occur in the process automation facility that may cause the system integrator's original alias configuration file to become obsolete. For example, additional aliases may be registered separately, hardware may fail, and / or hardware may be replaced.

[0003] Implementations of the present disclosure allow for reconciliation of alias configuration files created by system integrators with subsequent / separate changes made to aliases via ANS, for example, by querying registered aliases from the GDS and implementing various techniques to verify or test their registration. Alias ​​differences between the original and updated alias configuration files can be used, for example, to notify appropriate personnel as to what changes were made, to identify unresponsive and / or malfunctioning nodes, etc. For example, the newly retrieved registered aliases can be used to query individual DCNs that previously registered those aliases. Among other things, this can allow for rapid identification of unresponsive / malfunctioning DCNs.

[0004] In some implementations, the method may be performed using one or more processors and may include retrieving, from an alias server, networking information corresponding to registered aliases of a plurality of data sources made accessible by a plurality of distributed control nodes (DCNs) of a process automation facility, querying the plurality of DCNs based on the networking information corresponding to the registered aliases, generating an updated alias configuration file based on responses to the queries, and comparing the updated alias configuration file with a previously utilized alias configuration file.

[0005] In various implementations, the networking information may include a connection string and a node identifier (ID) corresponding to the registered alias. In various implementations, each of the DCNs hosts a server that provides access to each of one or more data sources of the multiple data sources. In various implementations, the alias server may be a global discovery server (GDS).

[0006] In various implementations, the method may further include verifying whether the multiple data sources made accessible by the multiple DCNs correspond to the conceptual multiple data sources included in the previously utilized alias configuration file based on the comparing. In various implementations, the method may further include identifying one or more differences between the multiple data sources made accessible by the multiple DCNs and the conceptual multiple data sources included in the previously utilized alias configuration file, and rendering an output that communicates one or more of the identified differences.

[0007] In various implementations, the method can further include merging the updated alias configuration file with a previously utilized alias configuration file based on the comparing. In various implementations, the method can further include updating the previously utilized alias configuration file based on the comparing. In various implementations, at least some of the multiple data sources can include input / output (I / O) channels for sensors and / or actuators of the process automation facility.

[0008] In various implementations, the method can include registering the conceptual data sources contained in the previously utilized alias configuration file with an alias server prior to the retrieval, where the comparing verifies the registering. In various implementations, the retrieval can include retrieving a list of registered aliases from the alias server. In various implementations, the querying can include obtaining locally registered aliases from a plurality of DCNs, where the method further includes comparing the list of registered aliases retrieved from the alias server with the locally registered aliases.

[0009] In addition, some implementations include one or more processors of one or more computing devices, the one or more processors operable to execute instructions stored in associated memory, and the instructions configured to cause performance of any of the aforementioned methods. Some implementations also include one or more non-transitory computer-readable storage media having stored thereon computer instructions executable by the one or more processors for performing any of the aforementioned methods.

[0010] In another aspect, a system can include one or more processors and a memory storing instructions that, in response to execution by the one or more processors, cause the one or more processors to obtain networking information corresponding to registered aliases of a plurality of data sources made accessible by a plurality of servers hosted across a distributed computing system of a process automation facility, query the plurality of servers using the networking information corresponding to the list of registered aliases, generate an updated alias configuration file based on a response to the query, and reconcile the updated alias configuration file with a previously utilized alias configuration file.

[0011] In various implementations, the networking information may include a connection string and a node ID corresponding to the registered alias. In various implementations, each of the servers providing access to each of one or more data sources of the multiple data sources may be hosted by a respective DCN. In various implementations, at least some of the multiple data sources may include I / O channels for sensors and / or actuators of the process automation facility.

[0012] In various implementations, the system may further include instructions for verifying whether the multiple data sources made accessible by the multiple servers correspond to the conceptual multiple data sources included in the previously utilized alias configuration file, and instructions for identifying one or more differences between the multiple data sources made accessible by the multiple servers and the conceptual multiple data sources included in the previously utilized alias configuration file.

[0013] It should be understood that all combinations of the foregoing concepts, and additional concepts described in more detail herein, are contemplated as being part of the present subject matter disclosed herein, for example, all combinations of claimed subject matter in the claims appearing at the end of this disclosure are contemplated as being part of the present subject matter disclosed herein. [Brief description of the drawings]

[0014] [Figure 1] FIG. 1 illustrates a schematic diagram of an environment in which selected aspects of the present disclosure can be implemented, according to various embodiments. [Diagram 2] FIG. 1 illustrates generally one example of how the techniques described herein may be implemented, according to various embodiments. [Diagram 3] FIG. 1 illustrates an exemplary method for implementing selected aspects of the present disclosure. [Figure 4] FIG. 1 illustrates generally an exemplary computer architecture upon which selected aspects of the present disclosure may be implemented. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] Implementations described herein relate to reconciling alias configuration files with registered aliases, for example, by creating updated alias configuration files and comparing them to previously created alias configuration files. The differences between the original and updated alias configuration files can be used, for example, to notify appropriate personnel as to what changes have been made, to identify unresponsive and / or malfunctioning nodes, etc. For example, the newly retrieved registered aliases can be used to query individual DCNs that previously registered those aliases. Among other things, this can allow for rapid identification of unresponsive / malfunctioning DCNs.

[0016] 1, an exemplary environment 100 in which various aspects of the present disclosure may be implemented is illustrated. Within a process automation facility 108, a process automation management system 102 is operatively coupled to a process automation network 106. The process automation facility 108 can take many forms and can be designed to perform any number of processes that are at least partially automated. For example, the process automation facility 108 can take the form of a chemical processing plant, an oil or natural gas refinery, a catalyst plant, a manufacturing facility, an offshore oil platform, etc.

[0017] The process automation network 106 may be implemented using various wired and / or wireless communication technologies, including, but not limited to, cellular networks such as the Institute of Electrical and Electronics Engineers (IEEE) 802.3 standard (Ethernet), IEEE 802.11 (Wi-Fi), 3GPP® Long Term Evolution ("LTE") and other wireless protocols referred to as 3G, 4G, 5G, and beyond, and / or other types of communication networks with various types of topologies (e.g., mesh). Process automation is often used in scenarios where failure costs tend to be high, both in terms of personnel safety and financial costs to stakeholders. Thus, in various implementations, the process automation network 106 may be configured with redundancy and / or backups to enable high availability (HA) and / or high quality of service (QoS).

[0018] The process automation management system 102 can include a global discovery server (GDS) 104, an alias match reconciliation module 107, and a database 105 that stores information used by the GDS 104 and / or the alias match reconciliation module 107 to practice selected aspects of the present disclosure. Various aspects of the process automation management system 102, such as the GDS 104 and / or the alias match reconciliation module 107, can be implemented using any combination of hardware and software. In some implementations, the process automation management system 102 can be implemented across multiple computer systems as part of what is often referred to as a "cloud infrastructure" or simply a "cloud". However, this is not required, and in FIG. 1, by way of example, the process automation management system 102 is implemented within a process automation facility 108, such as within a single building or across a single campus of multiple buildings or other industrial infrastructure. In such implementations, the process automation management system 102 can be implemented on one or more local computing systems, such as on one or more server computers.

[0019] In addition to the process automation management system 102, various other nodes are operatively coupled to the process automation network 106. In FIG. 1, by way of example, N (a positive integer) DCNs 110-1 through 110-N are operatively coupled to the process automation network 106. Each DCN may include circuitry or logic 112 that may take a variety of forms, such as a processor that executes instructions in a memory, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), etc. Each DCN 110 may have a specific role to play within the process automation network 106. By way of example, a "compute" DCN may control a process loop (e.g., a chemical process loop) in which various "field" devices (e.g., devices having sensors and / or actuators) interface with each other to implement some number of functional control blocks (FBs).

[0020] Each DCN 110 can have various input / output (I / O) components accessible as "channels" and defining at least a portion of its operational technology (OT) capabilities and, more generally, its role in the process automation facility 108. For example, a first DCN 110-1 includes a flow transmitter (FT) component 114-1 and an actuator (e.g., valve) 116-1. In some implementations, software components implemented on the DCN 110-1 (or any other DCN described herein) can convert analog signals to digital and / or convert signals between different units of measurement, as examples. In addition, in some implementations, software components implemented on the DCN 110-1 can be configured to translate data between various protocols. For example, a particular vendor's DCN (or other legacy devices) may not be natively configured to communicate data using OPC Unified Architecture (OPC UA). In some such implementations, a separate DCN 110 may be deployed to translate this data from that vendor's proprietary format to OPC UA. Some such DCNs 110 may be referred to as "gateways" or "bridges" because they form a link between legacy technologies and standards such as OPC UA.

[0021] Actuator 116-1 (as well as other actuators described herein) may be any electrical, hydraulic, mechanical, and / or pneumatic component that is controllable to affect some aspect of the process automation workflow occurring in the process automation facility 108. In many cases, actuators 116 may perform their functions in response to various signals, such as sensor signals or commands from a compute DCN (which itself may monitor for sensor signals). Some non-limiting examples of actuators 116 include, but are not limited to, valves, pistons, rotors, switches, heaters, coolers, agitators, injectors, devices that create vacuum, belts, tracks, gears, grippers, motors, relays, servo mechanisms, and the like.

[0022] Each DCN 110 may have different OT capabilities than one or more (e.g., all) of the other DCNs 110. In FIG. 1, by way of example, the second DCN 110-2 includes an FT component 114-2 but does not include an actuator. The third DCN 110-3 includes a sensor 118-3 but does not include an actuator. The sensor 118-3 (and sensors elsewhere herein) may take a variety of forms, including, but not limited to, pressure sensors, temperature sensors, flow sensors (e.g., FT component 114), various types of proximity sensors, optical sensors (e.g., photodiodes), pressure wave sensors (e.g., microphones), humidity sensors (e.g., humistors), radiation dosimeters, laser absorption spectrometers (e.g., multi-pass optical cells), and the like. Like the first DCN 110-1, the fourth DCN 110-4 also includes both an FT component 114-4 and an actuator 116-4.

[0023] Unlike DCNs 110-1 through 110-4, DCN 110-N does not include any input / output (actuator or sensor) components. Instead, DCN 110-N may be a “compute-only” DCN whose role is to facilitate coordination between itself and one or more other DCNs 110 on process automation network 106 for the purpose of implementing at least a partially automated process. For example, DCN 110-N may control a single process loop (e.g., a chemical process control loop) involving one or more other DCNs 110. In some cases, Compute DCN 110 may perform a role similar to that of an autopilot on an aircraft, i.e., Compute DCN 110 may receive various signals and control various actuators based on those signals and various criteria and / or thresholds. For example, Compute DCN 110 may monitor various sensors 118 to ascertain data about chemical levels, flow rates (e.g., through valves), tank temperatures, control rates, etc., and may control one or more actuators 116 based on this data and / or comparisons of this data to various criteria and / or thresholds. As an example, Compute DCN 110-N may control actuator 116-4 by sending corresponding commands to DCN 116-4 that may optionally conform to a protocol specific to DCN 116-4.

[0024] Many DCNs may have multiple physical I / O components and therefore multiple I / O channels that can be accessed by other devices or systems, e.g., other DCNs, GDS 104, alias matching reconciliation module 107, etc. For example, each DCN 110 may host a server, such as an OPC UA server, that provides access to the various data sources of the DCN, including the I / O channels of the DCN 110. A client application, such as an OPC UA client running on the DCN 110, may connect to a server hosted by the DCN to read data from an input channel associated with, e.g., FT component 114, a sensor, e.g., sensor 118. Similarly, a client application may connect to a server hosted by the DCN to provide, e.g., a control signal or command to actuator 116, to write data to an output channel.

[0025] As mentioned above, tracking the myriad data sources (e.g., I / O channels and / or other data sources) of a DCN deployed across a complex process automation facility 108 using traditional node identifiers (referred to herein as "node IDs") can present various challenges. The node IDs used to identify the connection strings of individual nodes, which may include Internet Protocol (IP) addresses and / or Transmission Control Protocol (TCP) ports, as well as the individual components accessible through those nodes, are not easily interpretable or meaningful to humans and do not scale easily. Thus, the GDS 104 is used to assign human-readable and / or human-meaningful aliases to the various data sources made available by the DCN.

[0026] As an example, an OPC UA server running on a DCN110 can be connected by, for example, an OPC UA client with the following connection string: opc.tcp: / / 10.0.1.1:48010 The OPC UA server can be reached by using the "opc.tcp" string. The "opc.tcp" string can specify the connection protocol to use. The "10.0.1.1" number can be the IP address of the DCN running the OPC UA server. The "48010" number can be the TCP port on which the OPC UA server is listening and accepting connections. This OPC UA server can provide access to multiple data sources, such as I / O channels and multiple other data (e.g. sensor readings stored in memory, calculation results, semaphore values, etc.). Each of these individual data sources can be ns=5;i=5242 An OPC UA client, and therefore the person controlling it, may need to know both of these non-intuitive and / or cryptic values ​​in order to access a particular data source.

[0027] Thus, an OPC UA server running on the DCN can register an alias with GDS 104 using an Alias ​​Name Server (ANS). This allows an alias to be created that maps a human-readable alias (e.g., “MyAlias1”) to both the connection string and node ID described above. In other words, the alias identifies for an OPC UA client which OPC UA server and where on that OPC UA server a particular data source can be accessed. Later, an OPC UA client wanting to access that data source can query GDS 104 using the alias (e.g., “MyAlias1”). GDS 104 can respond by providing networking information including the corresponding connection string and node ID. The OPC UA client can then use this networking information to connect to the corresponding OPC UA server and read data from and / or write data (e.g., control signals or commands) to that data source.

[0028] As mentioned above, aliases are often defined in batches, for example, by a configuration file that contains a list of aliases and corresponding connection strings / node IDs. The configuration file can be provided to a configuration tool, which creates the aliases and has the corresponding DCNs register them with the GDS 104. Over time, changes may occur in the process automation facility that may cause the system integrator's original configuration file to become obsolete. For example, additional aliases may be registered separately in individual DCNs, hardware may fail, and / or hardware may be replaced, etc. Thus, the reconciliation module 107 may be configured using selected aspects of the present disclosure to compare previously utilized alias configuration files with aliases maintained by the GDS 104 and implement various response actions.

[0029] A local client device 122-A and a remote client device 122-B are also shown in FIG. 1. These client devices may be operable by personnel, such as a system integrator, to configure and / or interact with various aspects of the process automation management system 102. For example, a user may operate the client device 122 to connect an OPC UA client running on one DCN 110 to an OPC UA server running on another DCN 110. The local client device 122-A may be connected to the process automation management system 102 via one or more local area networks, such as 106. The remote client device 122-B may be connected to the process automation management system 102 via one or more wide area networks (120), such as the Internet.

[0030] 2 illustrates generally one example of how the techniques described herein may be implemented, according to various embodiments. Starting at the bottom left, an alias configuration file 230-A may be created, for example, by a system integrator operating a client device (e.g., 122-A or 122-B). The alias configuration file 230-A may include the intended mapping between connection strings / node IDs and aliases. The alias configuration file 230-A (as well as other alias configuration files described herein) may take a variety of forms and / or formats, including, but not limited to, JavaScript Object Notation (JSON), extensible markup language (XML), spreadsheet data, etc. In some cases, alias configuration file 230-A can be used, for example, by configuration tool 232 (which may be implemented using any combination of hardware or software) as a batch alias registration file that causes configuration tool 232 to create aliases in multiple DCNs 210-1 to 210-N whose aliases are included in alias configuration file 230-A.

[0031] For example, configuration tool 232 can use the connection string of an alias to connect to an OPC UA server running on DCN 210-1. One or more connection string / node ID pairs associated with that alias can then be sent to DCN 210-1. DCNs 210-1 through 210-N can register their aliases with GDS 104. GDS 104 can then be queried by OPC UA clients running on DCNs 210-1 through 210-N, for example, to determine the connection string and node ID from the alias.

[0032] It is common for system integrators or other personnel to utilize alias configuration file 230-A as an accurate mapping of aliases to corresponding connection strings and node IDs. However, as mentioned above, configuration file 230-A may become outdated over time. For example, changes may be made to aliases directly at GDS 104 (e.g., using client device 122) and / or through one or more DCNs 210. These changes may not be reflected in alias configuration file 230-A. As a result, system integrators may erroneously perform various actions based on an incorrect understanding of the current aliases.

[0033] 2 by the dashed arrows, the techniques described herein allow a system integrator to generate an “updated” alias configuration file 230-B. This process can be triggered automatically and / or manually, for example in response to a command received at the configuration tool 232. This updated alias configuration file 230-B can then be used for a variety of purposes, such as reconciliation, merging with the original alias configuration file 230-A, identifying malfunctioning or missing DCN / OPC UA servers, etc.

[0034] As shown in FIG. 2, in various implementations, the alias matching reconciliation module 107 can be configured to retrieve networking information corresponding to registered aliases of multiple data sources made accessible by multiple DCNs of the process automation facility from an alias server, such as the GDS 104. The networking information can include, for example, connection strings and node IDs corresponding to the registered aliases. The alias matching reconciliation module 107 is shown and described as performing many of the operations herein, but this is not intended to be limiting. In various implementations, the configuration tool 232 can be configured to perform selected aspects of the present disclosure. In some cases, the configuration tool 232 can provide the ability to connect to other components, such as the GDS 104 and / or the alias matching reconciliation module 107.

[0035] Based on the networking information, the alias matching reconciliation module 107 can query multiple DCNs to determine which DCNs (or more specifically which OPC UA servers) are active as well as which data sources (e.g., I / O channels) remain available. For example, the alias matching reconciliation module 107 can attempt to read data from each readable data source that is to be provided by each OPC UA server. The readable data sources can be, for example, input channels associated with sensors, output channels associated with actuators (e.g., for reading current control signals provided to the actuators), shared memory locations that store information of interest (interim tallies, calculation results, semaphores, etc.), etc. In some cases, the alias matching reconciliation module 107 can also attempt to write to one or more data sources. For example, the alias matching reconciliation module 107 can attempt to send control signals to actuators, assuming that they do not pose a risk to the control loop or the entire industrial process, or can attempt to write to shared memory locations.

[0036] Based on the query, e.g., based on the response to the query, the alias matching reconciliation module 107 can generate an updated alias configuration file 230-B. The updated alias configuration file 230-B can include networking information about the DCNs 210 (e.g., and the OPC UA servers they run) that responded to the query. Any DCNs or servers that did not respond cannot be included in the updated alias configuration file 230-B. Additionally or alternatively, in some implementations, the alias matching reconciliation module 107 can query any available DCNs, not just those identified by the GDS 104. For example, the alias matching reconciliation module 107 can connect to the DCNs using only a connection string and can query those DCNs (or, more specifically, the OPC UA servers in those DCNs) for available data sources, not just those represented by node IDs on the GDS 104. In either case, this may result in an updated alias configuration file 230-B with one or more additional data sources, such as additional DCNs, I / O channels, etc.

[0037] Various actions can then be performed. For example, the updated alias configuration file 230-B can be compared to the original alias configuration file 230-A. One or more differences (missing data sources, additional data sources) can be identified between the data sources made accessible by the DCNs 210 listed in the updated alias reconciliation file 230-B and the conceptual data sources included in the previously utilized alias configuration file 230-A. The data sources in file 230-A are described as "conceptual" because they may have been created as intended data sources and may not necessarily have been verified as actual accessible data sources. Based on the identified differences, the alias reconciliation module 107 (or another component, e.g., a client application running on the client device 122) can cause an output to be rendered that communicates one or more of the identified differences. For example, a system integrator may be provided with a report or list that includes any DCNs, OPC UA servers, and / or individual data sources (e.g., I / O channels) that were not reachable during the query, or additional data sources that were revealed during the query.

[0038] In some implementations, the networking information obtained by the alias matching reconciliation module 107 from the GDS 104 can include a list of registered aliases. In some such implementations, the alias matching reconciliation module 107 can also obtain locally registered aliases from multiple DCNs 210-1 to 210-N, for example during interrogation. The alias matching reconciliation module 107 can then compare the list of registered aliases retrieved from the GDS 104 with the locally registered aliases. In this way, the alias matching reconciliation module 107 can verify whether the GDS 104 is compatible with the current state of the DCNs 210-1 to 210-N.

[0039] 3 is a flow chart illustrating an example method 300 for practicing selected aspects of the disclosure, according to implementations disclosed herein. For convenience, the operations of the flow chart are described with reference to a system that performs those operations. The system may include various components of various computer systems, such as one or more components of the process automation management system 102, including the GDS 104. Additionally, although the operations of the method 300 are shown in a particular order, this is not intended to be limiting. One or more operations may be rearranged, omitted, or added.

[0040] In block 302, the system may retrieve, for example, by alias reconciliation module 107, from an alias server such as GDS 104, networking information corresponding to registered aliases of multiple data sources made accessible by multiple DCNs of the process automation facility. This networking information may include, for example, a list of aliases registered in GDS 104 by DCNs 210-1 to 210-N. Although not shown in FIG. 3, in some implementations, the original alias reconciliation file (230-A in FIG. 2) may have been previously used, for example, to create aliases across multiple DCNs and to trigger the registration of those aliases in GDS 104. In such a case, some of the subsequent operations in FIG. 3 may serve the purpose of verifying the completeness of the batch alias registration.

[0041] In block 304, the system, for example, by the alias matching reconciliation module 107, may query a number of DCNs based on the networking information corresponding to the registered aliases. Based on the response to the query in block 304, in block 306, the system, for example, by the alias matching reconciliation module 107, may generate an updated alias configuration file (e.g., 230-B of FIG. 2). In block 308, the system, for example, by the alias matching reconciliation module 107, may compare the updated alias configuration file to a previously utilized alias configuration file (e.g., 230-A of FIG. 2). Based on this comparison, the alias matching reconciliation module 107 may perform a variety of different actions.

[0042] For example, in block 310, the alias reconciliation module 107 can verify whether the data sources in the updated alias configuration file (230-B) correspond to the conceptual data sources (which are referred to herein as "conceptual" because they are data sources that are expected / intended to be available, not necessarily those that are actually available) listed in the original alias configuration file (230-A). In this way, the system can verify the previous deployment of aliases that was performed when the original alias configuration file (230-A) was created and used to configure aliases for individual DCNs.

[0043] Based on the verification of block 310, in block 312, the system may identify, for example, by the alias match reconciliation module 107, one or more differences between the data sources actually made accessible by the DCNs (e.g., data sources that responded to the query) and the conceptual data sources included in the previously utilized alias configuration file (230-A). In block 314, the system may cause, for example, the alias match reconciliation module 107 to render an output that conveys one or more of the differences identified in block 312. For example, the client device 122 may render a visual output that includes a list of data sources that were identified in the previously utilized alias configuration file (230-A) but did not respond to the query, or a list of data sources that were not found in the previously utilized alias configuration file but were included in the updated alias configuration file (230-B).

[0044] As another example, in block 316, the system can merge the updated alias configuration file with the previously used alias configuration file based on the comparison, for example by the alias matching reconciliation module 107, by, for example, eliminating duplicate entries and creating new entries to include all unique data sources from both. As another example, in block 318, the system can update the previously used alias configuration file based on the comparison. In this way, a system integrator can take advantage of the real-time accuracy of the original alias configuration file 230-A.

[0045] 4 is a block diagram of an exemplary computing device 410 that can optionally be utilized to implement one or more aspects of the techniques disclosed herein. The computing device 410 typically includes at least one processor 414 that communicates with a number of peripheral devices via a bus subsystem 412. These peripheral devices can include a storage subsystem 424, including, for example, a memory subsystem 425 and a file storage subsystem 426, a user interface output device 420, a user interface input device 422, and a network interface subsystem 416. The input and output devices enable user interaction with the computing device 410. The network interface subsystem 416 provides an interface to external networks and is coupled to corresponding interface devices in other computing devices.

[0046] The user interface input devices 422 may include a keyboard, a pointing device (such as a mouse, trackball, touchpad, or graphics tablet), a scanner, a touch screen integrated into a display, an audio input device (such as a voice recognition system, a microphone, etc.), and / or other types of input devices. In general, use of the term "input device" is intended to include all possible types of devices and ways to input information into the computing device 410 or over a communications network.

[0047] The user interface output devices 420 may include a display subsystem, a printer, a fax machine, or a non-visual display such as an audio output device. The display subsystem may include a flat panel device such as a cathode ray tube (CRT), a liquid crystal display (LCD), a projection device, or some other mechanism for producing a visible image. The display subsystem may also provide a non-visual display, such as through an audio output device. In general, use of the term "output device" is intended to include all possible types of devices and ways to output information from the computing device 410 to a user or to another machine or computing device.

[0048] Storage subsystem 424 stores programming and data structures that provide the functionality of some or all of the modules described herein. For example, storage subsystem 424 may include logic for performing selected aspects of the method of FIG. 3 and for implementing the various components illustrated in FIGS. 1-2.

[0049] These software modules are typically executed by the processor 414 alone or in combination with the processor 514 and other processors. The memory 425 used within the storage subsystem 424 may include several memories, including a main random access memory (RAM) 430 for storing instructions and data during program execution, and a read-only memory (ROM) 432 in which fixed instructions are stored. The file storage subsystem 426 may provide persistent storage for program files and data files, and may include hard disk drives, floppy disk drives and associated removable media, CD-ROM drives, optical drives, or removable media cartridges. Modules implementing the functionality of some implementations may be stored within the storage subsystem 424 or within other machines accessible to the processor 414 by the file storage subsystem 426.

[0050] The bus subsystem 412 provides a mechanism for allowing the various components and subsystems of the computing device 410 to communicate with each other as intended. Although the bus subsystem 412 is shown generally as a single bus, alternative implementations of the bus subsystem may use multiple buses.

[0051] Computing device 410 can be of various types, including a workstation, a server, a computing cluster, a blade server, a server farm, or any other data processing system or computing device. Due to the ever-changing nature of computers and networks, the description of computing device 410 shown in Figure 4 is intended only as one particular example intended to illustrate some implementations. Many other configurations of computing device 410 are possible, having more or fewer components than the computing device shown in Figure 4.

[0052] Although several implementations have been described and illustrated herein, various other means and / or structures for performing the functions described herein and / or obtaining one or more of the results and / or advantages described herein can be utilized, and each such variation and / or modification is considered to be within the scope of the implementations described herein. More generally, all parameters, dimensions, materials, and configurations described herein are intended to be exemplary, and the actual parameters, dimensions, materials, and / or configurations will depend on the particular application or applications in which the teachings are used. Those skilled in the art will recognize, or be able to ascertain using no more than routine experimentation, many equivalents to the specific implementations described herein. Thus, it should be understood that the implementations described above have been presented by way of example only, and that within the scope of the appended claims and their equivalents, implementations may be practiced otherwise than as specifically described and claimed. Implementations of the present disclosure are directed to each individual feature, system, article, material, kit, and / or method described herein. Additionally, any combination of two or more such features, systems, articles, materials, kits, and / or methods is included within the scope of the present disclosure, if such features, systems, articles, materials, kits, and / or methods are not mutually inconsistent. [Explanation of symbols]

[0053] 100 Environment 102 Process Automation Management System 104 Global Discovery Server (GDS) 105 Database 106 Process Automation Network 107 Alias ​​Matching Reconciliation Module 108 Process Automation Facility 110 DCN, Compute DCN 110-1 First DCN 110-2 Second DCN 110-3 3rd DCN 110-4 First DCN 110-N DCN, Compute DCN 112 Circuit or Logic 114FT Components 114-1 Flow Transmitter (FT) Components 114-2 FT Component 114-4 FT Component 116 Actuator 116-1 Actuators (e.g. valves) 116-4 Actuator, DCN 118 Sensors 118-3 Sensor 120 Wide Area Network 122 client devices 122-A Local Client Device 122-B Remote Client Device 210 DCN 210-1 to 210-N DCN 230-A Original alias configuration file, previously used alias configuration file, original alias match reconciliation file 230-B Updated alias configuration file, updated alias match reconciliation file 232 Configuration Tool 300 ways 410 Computing Devices 412 Bus Subsystem 414 processor 416 Network Interface Subsystem 420 User Interface Output Device 422 User Interface Input Devices 424 Storage Subsystem 425 Memory Subsystem, Memory 426 File Storage Subsystem 430 Main Random Access Memory (RAM) 432 Read-Only Memory (ROM)

Claims

1. 1. A method implemented using one or more processors, comprising: retrieving, from an alias server, networking information corresponding to registered aliases of a plurality of data sources made accessible by a plurality of distributed control nodes (DCNs) of the process automation facility; querying the plurality of DCNs based on the networking information corresponding to the registered alias; generating an updated alias configuration file based on responses to said queries; comparing the updated alias configuration file with a previously utilized alias configuration file; A method comprising:

2. The method of claim 1 , wherein the networking information includes a connection string and a node identifier (ID) corresponding to the registered alias.

3. The method of claim 2 , wherein each of the DCNs hosts a server that provides access to each of one or more data sources of the plurality of data sources.

4. The method of claim 2 , wherein the alias server comprises a Global Discovery Server (GDS).

5. 2. The method of claim 1, further comprising: verifying whether the plurality of data sources made accessible by the plurality of DCNs correspond to conceptual plurality of data sources included within the previously utilized alias configuration file based on the comparing step.

6. identifying one or more differences between the plurality of data sources made accessible by the plurality of DCNs and the plurality of conceptual data sources contained within the previously utilized alias configuration file; rendering an output that communicates one or more of the identified differences; 6. The method of claim 5, further comprising:

7. The method of claim 1 , further comprising merging the updated alias configuration file with the previously utilized alias configuration file based on the comparing step.

8. The method of claim 1 , further comprising the step of updating the previously utilized alias configuration file based on the comparing step.

9. The method of claim 1 , wherein at least some of the multiple data sources comprise input / output (I / O) channels for sensors and / or actuators of the process automation facility.

10. 2. The method of claim 1, further comprising the step of registering with the alias server a plurality of conceptual data sources contained within the previously utilized alias configuration file prior to the retrieving step.

11. 2. The method of claim 1, wherein the retrieving step comprises retrieving the list of registered aliases from the alias server.

12. 12. The method of claim 11, wherein the step of querying includes the step of obtaining locally registered aliases from the plurality of DCNs, the method further including the step of comparing the list of registered aliases retrieved from the alias server with the locally registered aliases.

13. 1. A system comprising one or more processors and a memory storing instructions, the instructions being responsive to execution by the one or more processors to cause the one or more processors to: Obtaining networking information corresponding to registered aliases of a plurality of data sources made accessible by a plurality of servers hosted across a distributed computing system of the process automation facility; querying the plurality of servers using the networking information corresponding to a list of registered aliases; generating an updated alias configuration file based on responses to said queries; reconciling said updated alias configuration file with a previously utilized alias configuration file; A system that allows the user to:

14. The system of claim 13 , wherein the networking information includes a connection string and a node identifier (ID) corresponding to the registered alias.

15. 15. The system of claim 14, wherein each of the servers providing access to each of one or more data sources of the plurality of data sources is hosted by a respective distributed control node (DCN).

16. The system of claim 13 , wherein at least some of the multiple data sources comprise input / output (I / O) channels for sensors and / or actuators of the process automation facility.

17. instructions for verifying whether the data sources made accessible by the servers correspond to conceptual data sources contained within the previously utilized alias configuration file; and instructions for identifying one or more differences between the plurality of data sources made accessible by the plurality of servers and the plurality of conceptual data sources contained within the previously utilized alias configuration file; The system of claim 13, further comprising:

18. At least one non-transitory computer-readable medium containing instructions that, when executed by one or more processors, cause the one or more processors to: Retrieving, from an alias server, networking information corresponding to registered aliases of a plurality of data sources made accessible by a plurality of distributed control nodes (DCNs) of the process automation facility; querying the plurality of DCNs based on the networking information corresponding to a list of registered aliases; generating an updated alias configuration file based on responses to said queries; reconciling said updated alias configuration file with a previously utilized alias configuration file; At least one non-transitory computer-readable medium that causes

19. 20. The at least one non-transitory computer-readable medium of claim 18, wherein the instructions for retrieving include instructions for retrieving the list of registered aliases from the alias server.

20. 20. The at least one non-transitory computer-readable medium of claim 19, wherein the instructions for querying include instructions for obtaining locally registered aliases from the plurality of DCNs, and the system further includes instructions for comparing the list of registered aliases retrieved from the alias server with the locally registered aliases.

Images