WO2006133020A1

WO2006133020A1 - Display of historical information related to field devices used in process control plants

Info

Publication number: WO2006133020A1
Application number: PCT/US2006/021599
Authority: WO
Inventors: Patra Surjya K. Narayana; Nigam Amit; Raghavendra T. S. Prasad
Original assignee: Honeywell International Inc.
Priority date: 2005-06-06
Filing date: 2006-06-05
Publication date: 2006-12-14

Abstract

A management system (managing field devices of a process control plan) provided according to an aspect of the present invention enables a user to view historical menus (i.e., the menus as displayed at desired prior time points). Such a features is enabled in an embodiment by storing displayed tree structure as well as associated item values.

Description

INVENTION TITLE

Display of Historical Information Related to Field Devices Used in

Process Control Plants

DESCRIPTION [Para 1 ] Related Applications

[Para 2] The present application is related to and claims priority from the co-pending India Patent Application entitled, "Display of Historical Information Related to Field Devices Used in Process Control Plants", Serial Number: 315/CHE/2005, Filed: 28-Mar-05, naming the same inventors as in the subject patent application.

[Para 3] The present application is also related to the following co-pending US

Applications, which are filed on even date herewith, and are incorporated in their entirety herewith:

[Para 4] 1. Entitled, "Simplifying Integration of Field Devices Accessible by Different

Network Protocols into a Field Device Management System", Serial Number:

UNASSIGNED, Filed: UNASSIGNED, Attorney Docket Number: H0008304, Inventors:

MARANAT et al;

[Para 5] 2. Entitled, "Presenting Status Information of Field Devices in Process

Control Plants", Serial Number: UNASSIGNED, Filed: UNASSIGNED, Attorney Docket

Number: H0008316, Inventors: RAMANATHAN et al; and

[Para 6] 3. Entitled, "Display of Historical Information Related to Field Devices Used in

Process Control Plants", Serial Number: UNASSIGNED, Filed: UNASSIGNED, Attorney

Docket Number: H0008312, Inventors: Surjya Narayana et al.

[Para 7] Background of the Invention [Para 8] Field of the Invention

[Para 9] The present invention generally relates to process control systems, and more specifically to a method and apparatus for displaying historical information related to field devices used in process control plants. [Para 10] Related Art

[Para 1 1] A process control plant generally contains several field devices, which are controlled to implement a desired control process. To enable such control, each field device contains components such as sensors (which measure various variables such as temperature, flow, pressure, etc.), control elements (e.g., valves, switches), and transmitters (which transmit any desired information to a processing system, which controls the manufacturing process). For example, field devices containing pressure sensors may be monitored and valves controlled to maintain the pressure level in a boiler (in general equipment) at a desired value.

[Para 1 2] There has been a general recognised need to monitor the status of the field devices, at least during the operation of a plant. Typically, a monitoring system is provided to receive and display the status information. The monitoring system may contain a central server which receives the status information, and several client systems may be provided which retrieve and display the status information according to a suitable user interface.

[Para 1 3] Field device vendors often provide a device description (DD), which contains various information elements of interest. Each information element contains some or more of attributes such as the type (e.g., dynamic variable, static variable, menu, etc.) of the element, the identifier, label, description, relationship with other information elements, etc. In the embodiments described below, the relationships are defined to organize the information elements according to a tree structure, which can be hierarchically navigated to view the present values corresponding to desired information elements of interest.

[Para 14] The tree structure can be different at different time instances. For example, in the case of DDs noted above, different tree structures are valid for different values of a dynamic variable. The monitoring system generally displays a menu representing the tree structures and a user may navigate and select different information elements of interest from the displayed menu to view the corresponding value during operation of the plant. [Para 1 5] There is also a general recognised need to view historical information relating to the status of field devices. It is desirable that a user be provided at least as much information as is being provided (or available) during the operation of the plant.

[Para 16] Summary

[Para 1 7] An aspect of the present invention enables a user to view historical menus representing the status of a field device of interest. In one embodiment, a client system receives from a user inputs indicating a time point, a tree portion (menu), and a field device of interest. The client system then receives from a data storage data representing a tree structure corresponding to the tree portion at the time point for the field device, and displays the tree structure as a menu. The displayed menu is identical to a menu displayed at the time point according to an aspect of the present invention.

[Para 18] According to one more aspect of the present invention, a server facilitates such display of historical menus by storing data representing the menu along with the values in a non-volatile storage such that said menu can be displayed later.

[Para 19] Further features and advantages of the invention, as well as the structure and operation of various embodiments of the invention, are described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers generally indicate identical, functionally similar, and/or structurally similar elements. The drawing in which an element first appears is indicated by the leftmost digit(s) in the corresponding reference number.

[Para 20] Brief Description of the Drawings

[Para 21] The present invention will be described with reference to the accompanying drawings, which are described below briefly.

[Para 22] Figure (Fig.)1 is a block diagram illustrating an example environment in which various aspect of the present invention can be implemented.

[Para 23] Figure 2 is a flow chart illustrating the manner in which data can be stored enabling display of historical menus (i.e., menus as displayed at a prior time) according to an aspect of the present invention. [Para 24] Figure 3 is a flow chart illustrating the manner in which historical menus are displayed according to an aspect of the present invention.

[Para 25] Figures 4A-4C contain a portion of the device description (DD) illustrating the manner in which dynamic menus (which are different at different time points) are defined in an embodiment.

[Para 26] Figures 5A and 5B contain different tree structures illustrating the dynamic menus displayed in an embodiment.

[Para 27] Figure 6 is a block diagram illustrating the details of digital processing system implemented substantially in the form of software in an embodiment of the present invention.

[Para 28] Detailed Description [Para 29] 1. Overview

[Para 30] A monitoring system provided according to an aspect of the present invention displays menus that were applicable to a field device at a specified prior time. A user may thus indicate a time of interest and a field device of interest, view the menu that would have been displayed for the device at the specified time, and navigate the menu to view the value corresponding to a specific information element of interest.

[Para 31] In an embodiment, the entire tree structure (navigable by the displayed menu) and the values of information elements covered by the tree structure are stored, and made available for display as historical information. The tree structure (and values) may be stored when any variable value changes and/or at pre-specified intervals. A time stamp may be associated with each (instance of the) stored tree structure such that an appropriate menu (and corresponding values) can be displayed when a user specifies a time of interest.

[Para 32] Several aspects of the invention are described below with reference to examples for illustration. It should be understood that numerous specific details, relationships, and methods are set forth to provide a full understanding of the invention. One skilled in the relevant art, however, will readily recognize that the invention can be practiced without one or more of the specific details, or with other methods, etc. In other instances, well-known structures or operations are not shown in detail to avoid obscuring the invention.

[Para 33] 2. Example Environment

[Para 341 Figure 1 is a block diagram illustrating the details of an example environment in which several aspects of the present invention can be implemented. The block diagram is shown containing field devices 110A through 110Z, control network 130, control system 140, central server 150, database server 170, and client systems 180A through 180Y. Each block is described below in detail.

[Para 35] Control network 130 connects each of central server 150 and control system 140 with field devices 110A through 110Z. Control network 130 may contain network devices (e.g., multiplexors, modems, termination panels, etc.,) operating according to one or more protocols such as HART, Control Net, and Foundation Field Bus well known in the relevant arts.

[Para 36] Control system 140 issues commands to control the operation of field devices 110A through 110Y. The field devices are controlled to implement a desired control process (e.g., oil refinery, manufacturing plant). Database server 170 provides a central repository for storing information related to configuration of field devices, status of field devices, maintenance schedules, etc. In addition, database server 170 is used to store historical menu information as described in below sections in further detail.

[Para 37] Field devices 110A through 110Z perform various operations under the control of control system 140 to implement a desired manufacturing process. In addition (or as a part of supporting such a process), each field device may be implemented to support various management commands received from central server 150. Some of the management commands may merely request information (e.g., measured pressure), and some of the commands cause the configuration to be altered (e.g., a valve might be caused to be opened). [Para 38] Client systems 180A through 180Z provide a user interface using which users may manage (view information or perform configuration) field devices 110A through 110Z. Each client system may subscribe to central server 150 for specific tree portion of interest (typically what a user has presently selected the tree portion), and receives the corresponding information from central server 150. Client systems 180A through 180Z, along with central server 150, forms an example embodiment of a monitoring system.

[Para 39] In one embodiment, client system 180A determines the information elements of interest by examining a local copy/file containing the device description of the subject field device, and generates the corresponding display. The manner in which the display is generated depends on whether the menu structures corresponding to the information elements are dynamic or not (i.e., static). In case of static information, client system 180A generates the corresponding display based on the information in the local DD file.

[Para 40] On the other hand, in case of dynamic menus, client system 180A may also specify (or subscribe to) the tree portion of interest to central server 150, and receive the entire tree to display as well as values of information elements accessible by the tree. The tree portion of interest is specified by appropriate unique identifiers of the corresponding information elements. The received information is displayed using a suitable user interface.

[Para 41] Central server 150 receives status information from various field devices 110A through 110Z through control network 130, and makes the information available to users via client systems 180A through 180Y. Commands may be issued to the field devices to retrieve the desired information. In an embodiment, information corresponding to only the subscribed information elements (including those covered by subscribed tree portions) is retrieved.

[Para 42] In an embodiment, in the case of tree portions subscribed to by a client system, central server 150 examines the tree portion of the DD for the corresponding field device type to determine the variables to be monitored to determine the structure of the corresponding dynamic menus. The corresponding values are retrieved from the subject field devices of interest. Central server 150 generates menu representing the tree structure and associates the retrieved values, and sends the resulting menu for display/navigation on the subscribing client system.

[Para 43] According to an aspect of the present invention, a monitoring system (containing central server 150 and client systems 180A - 180Z in Figure 1) enables display menus that were applicable to a field device at a specified prior time. The ability to view such historical information may simplify various operational aspects (e.g., trouble shooting, problem isolation, etc.).

[Para 44] The manner in which such historical information may be displayed is described below with respect to Figures 2 and 3. In particular, Figure 2 relates to storing of historical data, and Figure 3 relates to displaying the stored data.

[Para 45] 3. Storing Historical Tree Information

[Para 46] Figure 2 is a flow chart illustrating the manner in which historical tree information can be stored according to an aspect of the present invention. The flowchart is described with respect to Figure 1 merely for illustration. However, the approaches can be implemented in other environments by other types of systems as well. The flowchart begins in step 201 , in which control transfers to step 210.

[Para 47] In step 210, central server 150 receives a command from client system 180A subscribing to a tree portion of a specific device of interest. The command can be received according to any pre-specified format/interface implemented by central server 150 and client system 180A.

[Para 48] In step 220, central server 150 retrieves values corresponding to information elements (or dynamic variables, in general) which would cause the structure of the tree to vary. As noted above, some tree portions will have different structures based on the then value of the dynamic variables. Accordingly, the values of such dynamic variables are retrieved from the field device of interest. [Para 49] In step 230, central server 150 examines the device description file (DD) to determine the tree structure corresponding to the retrieved values of the information elements. As noted above, the DD file indicates the tree structure corresponding various values of the dynamic variables, and thus the DD file is examined to determine the tree structure.

[Para 50] In step 250, central server 150 monitors the information elements covered by the determined tree structure. In general, monitoring entails sending the appropriate commands to retrieve the corresponding values for dynamic variable. However, for static variables, prior information may be relied upon.

[Para 51 ] In step 270, central server 150 sends the determined tree structure and values of associated information elements (monitored in step 250) to subscribing client systems. Client system 180A displays a menu, which permits navigation of the tree portion using a suitable user interface. An example user interface is described below in further detail.

[Para 52] It should be understood that more than one client system may subscribe to the same tree structure, and accordingly central server 150 may send the same data to all such client systems. In addition, while the description above is provided with respect to monitoring only subscribed tree portions, alternative embodiments can be implemented which always monitors important (specified by a user configuration) tree portions.

[Para 53] In step 290, central server 150 stores the tree structure and values of associated information elements in database server 170. A time stamp indicating the time at which the data is stored or retrieved may also be stored. In an embodiment, the tree structure is stored periodically while the updates in (the memory of) central server 150 happen in parallel according to the requirements of the specific variables being monitored.

[Para 54] In general, at least the dynamic variables which change, need to be stored. In an embodiment described below, the (presently valid) tree structure (including the displayed labels, variable identifiers) is also stored such that later display is simplified. The flowchart ends in step 299.

[Para 551 The data thus stored according to Figure 2 can be later viewed, and thus represents historical tree information. The stored information may then be made available to client systems 180A - 180Z as described below in further detail with respect to Figure 3.

[Para 56] 4. Displaying Historical Tree Information

[Para 57] Figure 3 is a flowchart illustrating the manner in which the historical tree information may be displayed in an embodiment of the present invention. The flowchart is described with respect to Figures 1 and 2, also merely for illustration. However, the approach(es) can be implemented in other environments. The flowchart begins in step 301 , in which control passes to step 310.

[Para 58] In step 310, central server 150 receives (from client system 180A) a request for status information of a tree (portion) of a device of interest at a prior time. Thus, historical information for the tree is said to be requested from client system 180A.

[Para 59] In step 320, central server 150 retrieves from database server 170 the tree structure and values of associated information elements at the specified prior time. In general, the retrieval needs to be consistent with the storage approach of step 290 described above.

[Para 60] In step 330, central server 150 sends the retrieved information to the client sending the request (in step 310). The information can be sent consistent with any pre- specified interface and protocol. The flowchart ends in step 399.

[Para 61] Thus, using the approaches described above, a monitoring system may display historical tree information to users. The approaches can be implemented in various environment. The implementation in an example environment will be clearer based on an understanding of the device description (DD) for an example field device and the corresponding dynamic menus, and accordingly a illustrative portion of a DD and corresponding dynamic menus are described below with respect to Figures 4A-4C and 5A- 5B respectively.

[Para 62] 5. Device Description and Corresponding Dynamic Trees [Para 63] Figures 4A-4C together contain a device description (DD) portion illustrating the manner in which dynamic menus are generated. The corresponding dynamic menus are illustrated with respect to FiguresδA and 5B. It is noted that the reference numerals in Figures 4A, 4B and 4C respectively end with A, B and C.

[Para 64] Continuing now with respect to Figures 5A and 5B, the display is shown containing four portions 510, 520, 530 and 540. As may be appreciated portions 520 contains different menus in Figures 5A and 5B. That is, portion 520 of Figure 5A contains menui , menu2, 'Menu not available¹ and 'Menu not available^* as the sub-menus of PatentTest, while portion 520 of Figure 5B contains 'Menu not available¹, 'Menu not available¹ , menu3 and menu4 as sub-menus of PatentTest. It may be further noted that the hierarchy (as relevant in the present context) of the tree portion is HART_06_170601_, Online, PatentTest, and the sub-menus (as noted earlier). The manner in which the DD causes the menus of Figures 5A and 5B to provided, is described below with reference to Figures 4A-4C.

[Para 65] Continuing now with reference to the DD of Figures 4A-4C, in general, a vendor provides the device description in a file (DD file), which needs be parsed consistent with the conventions of encoding the device description. Often, the file is provided in binary format. However, for understandability the encoded DD is included in the present application. The content of Figures 4A and 4B represents a portion of device description corresponding to the tree portion starting from Online in portion 520 of Figures 5A and 5B. Figure 4C provides the details of the variables used in the menus.

[Para 66] Continuing now with combined reference to Figures 4A-4C and 5A-5B, lines 401 A - 416A represent a description for an information element of type menu (i.e., defining a sub-tree portion), with an identifier of root_menu. The label is set to Online in line 408A, and the display in portion 520 is seen to be consistent. Line 409A defines the start point of the menu items list, and two items are shown as patent and pos_serial_number in lines 411 A and 412A respectively. The definitions of items patent and pos_serial_number is provided starting at lines 418A and 433C, as described below in further detail.

[Para 67] Lines 418A-428A provide description for information element Patent. Line 418A defines the element as a menu, and label for the patent menu is provided as "patent Test" at line 420. Description at lines 421-428 lists four items under menu "Patent Test" having identifiers menu_test1 , menu_test2, menu_test3 and menu_test4, which are respectively defined starting at line numbers 430A₁ 401 B, 418B, and 435B, as described below.

[Para 68] Lines 430A - 446A provides description for the item menu_test1. Line 430A identifies the item as being of menu type. Lines 432A-440A define the label value depending on the value of a variable pos_serial_number. Line 435A indicates that the label equals MENU1 (as shown in Figure 5A) if pos_serial_number equals 1, and line 439A indicates that the label equals "Menu not available" (Figure 5B) otherwise. Lines 442A- 446A indicate that an item identified by an information element with identifier pos_value (defined starting at 409C) is provided as a list associated with the displayed label.

[Para 69] Continuing with the description of Figure 4B, lines 401 B - 416B₁ 418B - 433B, and 435B-450B respectively provide description for information elements having identifiers menu_test2, menu_test3, and menu_test4 similar to lines 430-446. The description of each information element provided with reference to menu_test1 , for conciseness.

[Para 70] The labels displayed for menu_test2, menu_test3, and menu_test4 depend on whether pos_serial_number respectively equals to 1 (line 404B), 2 (line 421 B), and 2 (line 438B). Menu_test2 causes label MENU2 to be displayed if pos_serial_number equals 1 , and "Menu not available" otherwise. Menu_test3 causes label MENU3 to be displayed if pos_serial_number equals 2, and "Menu not available" otherwise. Menu_test4 causes label MENU4 to be displayed if pos_serial_number equals 2, and "Menu not available" otherwise. In addition, each information element associates variable pos_value with the displayed label.

[Para 71] From the above, it may be appreciated that pos_serial_number represents a variable, whose value determines the menu/tree structure. In addition, the value associated with a menu item is defined by variable pos_value. The information elements' corresponding to the two variables are described below with reference to Figure 4C.

[Para 72] Continuing with reference to Figure 4C, lines 401C-407C describes an information element as being a variable with identifier private_label_distributor, having enumerated static values equaling 23 and "Honeywell".

[Para 73] Lines 409C-417C provide the description of variable pos_value. When the variable is selected and printed, a label "Position" (line 413C) is to be displayed in portion 540, the value is to be read from the field device (line 414C), and is to be displayed as floating number with a format of .2f (line 417C).

[Para 74] Lines 433C-444C provides the description of variable pos_serial_number. Line 438C indicates the corresponding values are to be read from the device and that the value can be written, line 439C indicates that the values are of unsigned integer type, line 441 C indicates that the variable is to be displayed with a format of "7d" (seven decimal digits), line 442C indicates that a user interface should allow the value to be edited/provided in the "7d" format, and display according to description provided for label and display format on line 425C and 429C respectively.

[Para 75] Accordingly, when a user selects the label Online, consistent with line 412A, the value of pos_serial_number is displayed according to the definition in lines 437C-444C in portion 540 of Figures 5A and 5B. In Figure 5A, MENU1 , MENU2, "Menu not available" and "Menu not available" are shown displayed as the items below PatentTest corresponding to a value of 1 (in portion 540) for pos_serial_number. On the other hand, in Figure 5B,"Menu not available", "Menu not available", MENU3, and MENU4 are shown displayed as the items below PatentTest corresponding to a value of 2 (in portion 540) for pos_serial_number.

[Para 76] Thus, in operation, when a user selects Online, the corresponding central server 150 receives a subscription request for the corresponding information element (i.e., the tree portion defined for that element). Central server 150 parses the DD to determine that the value of pos_serial_number is to be retrieved from the corresponding field device, retrieves the value, and sends a menu structure and values for display on client system 180A.

[Para 77] As noted above, central server 150 stores the tree structure and the values to enable historical menu information to be provided later. The data stored is described in further detail below with respect to the examples of Figures 4A-4C and 5A-5B.

[Para 78] 6. Storing Data to Enable Historical Menu Display

[Para 79] The data to be stored can be appreciated by understanding the various components of a displayed menu. In general, there is a template containing various portions (e.g., 510, 520, and 540), and menus are displayed in each portion. Within each displayed menu, there are labels with defined hierarchies (e.g., PatentTest as the only sub- element of Online, and Patenttest containing four sub-elements). In addition, there are optional items (label value combination, e.g., as shown in portion 540) that are associated with selected labels.

[Para 80] It is assumed that a user will have access to the same templates as those used for display in real-time (during operation). Accordingly, to enable historical display, it may be sufficient to store the labels displayed, the relationships among the labels, and the item values associated with each labels. Such a set of data is stored periodically or when any value changes (in database server s170). A time stamp may be stored associated with each set of data.

[Para 81 ] Thus, when a user indicates a device of interest, a time point of interest and a menu portion of interest, central server 150 retrieves the corresponding (portion of) data set, and causes a display to be generated on client system 180A (similar to how the display is generated during operation).

[Para 82] In one embodiment, the local copy of the DD (for client system 180A) is maintained in XML format, with the XML format specifying the display structure, labels, hierarchies and values using appropriate tags. The XML format identifies each information element (including (sub-)menus by corresponding unique identifiers). Client system 180A subscribes to specific menus by sending the corresponding identifiers, and central server 150 responds back with XML data indicating the menu structure, labels and values.

[Para 83] Accordingly, the copy of the DD file accessed by central server 150 also needs to have the same identifiers for corresponding information elements. Client system 18OA integrates the received information with the information in the local copy of the DD file, and generates the desired display.

[Para 84] While the above description is provided in relation to displaying historical menus for a field device of interest at a given time, another aspect of the present invention enables the display of multiple historical menus, thereby facilitating status comparison. A user may specify two different devices with the same time stamp, or different time stamps for the same device, as desired.

[Para 85] Various embodiments of client systems 180A-180Y and central server 150 can be implemented using the description provided above. An example embodiment, in which various aspects of the invention are operative by execution of software instruction, is described below in further detail.

[Para 86] 7. Software Implementation

[Para 87] Figure 6 is a block diagram illustrating the details of digital processing system 600 implemented substantially in the form of software in an embodiment of the present invention. System 600 may correspond to one of client systems 180A-180Y and central server 150. System 600 may contain one or more processors such as central processing unit (CPU) 610, random access memory (RAM) 620, secondary memory 630, graphics controller 660, display unit 670, network interface 680, and input interface 690. All the components except display unit 670 may communicate with each other over communication path 650, which may contain several buses as is well known in the relevant arts. The components of Figure 6 are described below in further detail.

[Para 88] CPU 610 may execute instructions stored in RAM 620 to provide several features of

[Para 89] the present invention. CPU 610 may contain multiple processing units, with each processing

[Para 90] unit potentially being designed for a specific task. Alternatively, CPU 610 may contain only

[Para 91 ] a single general purpose processing unit. RAM 620 may receive instructions from secondary memory 630 using communication path 650.

[Para 92] Graphics controller 660 generates display signals (e.g., in RGB format) to display unit

[Para 93] 570 based on data/instructions received from CPU 610. Display unit 670 contains a display

[Para 94] screen to display the images defined by the display signals. Input interface 690 may correspond to a key-board and/or mouse. In case of client systems 180A-180Y, the input/output devices enable a suitable user interface, using which users may manage field devices.

[Para 95] Network interface 680 provides the physical, electrical and protocol interfaces needed for each system. In the case of client systems 180A-180Y, a network connection to communicate on a local area network (to which central server 150 is also connected) using protocols such as TCP/IP may be sufficient. On the other hand, in case of central server 150, in addition to such a network connection, a control network connection to interface with control network 130 may be necessary.

[Para 96] Secondary memory 630 may contain hard drive 635, flash memory 636 and removable storage drive 637. Secondary memory 630 may store the data and software instructions, which enable system 600 to provide several features in accordance with the present invention. Some or all of the data and instructions may be provided on removable storage unit 640, and the data and instructions may be read and provided by removable storage drive 637 to CPU 610. Floppy drive, magnetic tape drive, CD-ROM drive, DVD Drive, Flash memory, removable memory chip (PCMCIA Card, EPROM) are examples of such removable storage drive 637.

[Para 97] Removable storage unit 640 may be implemented using medium and storage format

[Para 98] compatible with removable storage drive 637 such that removable storage drive

637 can read

[Para 99] the data and instructions. Thus, removable storage unit 640 includes a computer readable storage medium having stored therein computer software and/or data.

[Para 100] In this document, the term "computer program product" is used to generally refer to removable storage unit 640 or hard disk installed in hard drive 635. These computer program products are means for providing software to system 600. CPU 610 may retrieve the software instructions, and execute the instructions to provide various features of the present invention described above.

[Para 101 ] 8. Conclusion

[Para 102] While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, the breadth and scope of the present invention should not be limited by any of the above described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.

Claims

What is claimed is:

1. A method of enabling a user to manage a plurality of field devices (110A-110Z) contained in a process control plant (Fig. 1), said method comprising: receiving (210) from said user inputs indicating a time point, a tree portion, and a field device of interest, said field device being contained in said plurality of field devices (110A-110Z); receive from a data storage (630) data representing a tree structure corresponding to said tree portion at said time point for said field device, displaying said tree structure as a menu (520A and 520B).

2. The method of claim 1 , wherein said displaying displays values corresponding to an information element represented by an item selected by said user in navigating said menu (520A and 520B), wherein said values correspond to said time point for said information element.

3. A method of enabling a user to manage a plurality of field devices (110A-110Z) contained in a process control plant (Fig. 1), said method comprising: retrieving from a field device a plurality of values, which are displayed associated with a menu; and storing (290) data representing said menu along with said plurality of values in a non-volatile storage (640) such that said menu (520A and 520B) can be displayed later.

4. The method of claim 3, further comprising: receiving a request to provide said menu (520A and 520B) which was valid in said time duration; retrieving said data stored in said non-volatile storage (640); and sending (270) said data to enable said menu(520A and 520B) to be displayed to a user causing said request to be issued

5. The method of claim 4, wherein said menu (520A and 520B) is associated with an information element representing the status of said field device, and wherein said menu (520A and 520B) has a first tree structure when a variable has a first value and a second tree structure when said variable has a second value, wherein the value of said variable is comprised in said plurality of values.

6. The method of claim 5, wherein the tree structure of said menu (520A and 520B) is defined by a device description (401A-446A, 401B-450B, 401C- 432C), said method further comprises: receiving (210) a subscription request for an information element corresponding to said menu (520A and 520B); parsing (230) said device description (401A-446A, 401B-450B, 401C- 432C) to determine that said variable determines the tree structure of said menu (520A and 520B), wherein said device description (401A-446A, 401B-450B, 401C- 432C) indicates that the value for said variable is to be retrieved from said field device, said parsing (230) also determining said tree structure according to said value retrieved from said device.

7. A computer readable medium (640) carrying one or more sequences of instructions for causing a system to enable a user to manage a plurality of field devices (110A-110Z) contained in a process control plant (Fig.1) , wherein execution of said one or more sequences of instructions by one or more processors contained in said system causes said one or more processors to perform the actions of: receiving (210) from said user inputs indicating a time point, a tree portion, and a field device of interest, said field device being contained in said plurality of field devices (110A-110Z); receive from a data storage (630) data representing a tree structure corresponding to said tree portion at said time point for said field device, displaying said tree structure as a menu (520A and 520B).

8. The computer readable medium of claim 7, wherein said displaying displays values corresponding to an information element represented by an item selected by said user in navigating said menu (520A and 520B), wherein said values correspond to said time point for said information element.

9. A computer readable medium carrying one or more sequences of instructions for causing a server to enable a user to manage a plurality of field devices (110A-110Z) contained in a process control plant (Fig.1), wherein execution of said one or more sequences of instructions by one or more processors contained in said server causes said one or more processors to perform the actions of: retrieving from a field device a plurality of values, which are displayed associated with a menu (520A and 520B); and storing data representing said menu along with said plurality of values in a nonvolatile storage (630) such that said menu can be displayed later

10. The computer readable medium of claim 9, further comprising: receiving a request to provide said menu (520A and 520B) which was valid in said time duration; retrieving said data stored in said non-volatile storage (640); and sending (270) said data to enable said menu (520A and 520B) to be displayed to a user causing said request to be issued.

11. The computer readable medium of claim 10, wherein the tree structure of said menu (520A and 520B) is defined by a device description (401A-446A, 401B-450B, 401 C- 432C), further comprises: receiving (210) a subscription request for an information element corresponding to said menu (520A and 520B); parsing (230) said device description (401A-446A, 401B-450B, 401C- 432C)to determine that said variable determines the tree structure of said menu (520A and 520B), wherein said device description (401A-446A, 401B-450B, 401C- 432C) indicates that the value for said variable is to be retrieved from said field device, said parsing (230) also determining said tree structure according to said value retrieved from said device.