US 20080222565 A1
A system for providing a graphical user interface to a user of a building automation system via a client is provided. The building automation system includes a plurality of building devices. The system includes a processor and memory communicably connected to the processor. The memory includes computer code for controlling the plurality of building devices. The memory further includes computer code for providing the graphical user interface to the client. The memory unit further includes computer code for generating a plurality of user interface elements for providing to a single view on the graphical user interface, each of the user interface elements associated with a task relating to a building device.
1. A system for providing a graphical user interface to a user of a building automation system via a client, the building automation system including a plurality of building devices, the system comprising:
a processor; and
a memory unit communicably connected to the processor and including:
computer code for controlling the plurality of building devices;
computer code for providing the graphical user interface to the client; and
computer code for generating a plurality of user interface elements for providing to a single view on the graphical user interface, each of the user interface elements associated with a task relating to a building device.
2. The system of
computer code for generating a task interface and for providing the task interface to the client, the task interface including at least one instruction element and at least one adjustable control.
3. The system of
4. The system of
computer code for utilizing input provided by the at least one adjustable control to send a control message to the computer code for controlling the plurality of building devices.
5. The system of
computer code for displaying the task interface in response to user activation of one of the plurality of user interface elements.
6. A method for providing a graphical user interface view to a user of a building automation system, the method comprising:
receiving a user interface command to generate a view relating to a function mode;
determining a user context based on the function mode;
determining a set of items associated with the user context and qualifying for inclusion on the graphical user interface view;
determining whether a task should be provided for each item of the set of items; and
generating the graphical user interface view, the graphical user interface view comprising a representation of each item of the set of items and a representation of the task.
7. The method of
8. The method of
9. The method of
receiving data relating to the set of items from a building site director communicably coupled to a plurality of building devices, the data relating to the building devices; and
storing the data.
10. The method of
11. The method of
12. The method of
13. The method of
14. A system for providing a graphical user interface to a user of a building automation system via a client, the building automation system including a building automation site director, the system comprising:
a processor; and
memory communicably connected to the processor, the memory comprising:
computer code for communicating with the client;
computer code for communicating with the building automation site director;
computer code for presenting a graphical user interface to the client, the graphical user interface configured to allow the user to select a function mode and a context via the client;
computer code for determining a set of tasks to be provided to the graphical user interface based on the selected function mode and context; and
computer code for providing an update to the graphical user interface via the client, the update including user interface elements representing the tasks of the set of tasks.
15. The system of
16. The system of
17. The system of
a second web server configured to serve web pages formatted for a screen of a personal computer.
18. The system of
19. The system of
20. The system of
21. The system of
computer code for dynamically updating a value displayed on the graphical user interface when the value is changed in the system, the updating completed without requiring user input.
The present application claims the benefit of U.S. Provisional Patent Application No. 60/897,983 filed Jan. 29, 2007, the entire disclosure of which is incorporated by reference.
The present disclosure relates to controlling systems of a building, such as those which provide heating, ventilation, air conditioning, fire detection, and building access and security; and more particularly to a user interface for such building automation systems.
Large commercial and institutional buildings have several systems for controlling different aspects of the building operation. A heating, ventilation and air conditioning (HVAC) system manages components which control the interior environment of the building. A security system includes devices which limit access to the building to only individuals who possess a proper access code or access device, such as a key card. A fire detection system utilizes heat and smoke detectors located throughout the building to sense the occurrence of a fire and produce a warning of that event. Other systems may monitor and control lighting and other electrical loads for optimum energy conservation.
Building systems may be autonomous or networked together in an integrated system. In either case, the systems may be controlled by workstations at one or more locations within the building or at a remote location. Such workstations may be located at the manager's office, the building operating engineer's office, and/or at the security desk. When the building is part of a larger commercial or educational campus, the systems and networks for each building can be connected to a wide area communication network, the Internet, or some other network which enables control from a central campus facility management office or offsite location. Offsite communications may be accomplished with standard or proprietary wired or wireless telecommunications links.
Modern building automation systems may include a variety of user interface features that allow a user (e.g., building engineer, facility employee, manager, etc.) to view or control parameters or settings of various facility systems (e.g., HVAC, security, emergency, etc.). For example, a building automation system may include a computer application or browser interface configured to display the various hardware components of the HVAC system and the components' operating parameters. As various components or subsystems of building automation systems have become more connected and complicated, facilities management user interfaces and the systems that control the user interfaces have become complicated.
In many instances, a user of a typical building automation system must have highly detailed knowledge of the hardware design of the system he or she would like to control before being able to investigate a problem or develop a solution. Furthermore, in many instances the user is not presented with natural language or intuitive control options. Rather, users are typically required to navigate detailed hierarchies of information before they are presented with a screen that allows them to change a value (e.g., a scheduling parameter, a setpoint parameter, etc.). Even if a user is presented a screen for changing a value early in the navigation experience, the method for changing a value is typically cumbersome, especially for novice users that know the outcome they would like, but not necessarily the parameter names or other system design details.
There is a need for improved graphical user interfaces for building automation systems. Furthermore, there is a need for system configured to generate a graphical user interface that presents a user with task-based or outcome focused options for controlling the building automation system and/or devices thereof. Yet further, there is a need for a system configured to provide an intuitive and easy-to-understand method and associated graphical user interfaces for temporarily overriding a schedule and/or for changing a value.
What is needed is a system and/or method that satisfies one or more of these needs or provides other advantageous features. Other features and advantages will be made apparent from the present specification. The teachings disclosed extend to those embodiments that fall within the scope of the claims, regardless of whether they accomplish one or more of the identified needs.
One embodiment of the invention relates to a system for providing a graphical user interface to a user of a building automation system via a client. The building automation system includes a plurality of building devices. The system includes a processor and memory communicably connected to the processor. The memory includes computer code for controlling the plurality of building devices. The memory further includes computer code for providing the graphical user interface to the client. The memory unit further includes computer code for generating a plurality of user interface elements for providing to a single view on the graphical user interface, each of the user interface elements associated with a task relating to a building device.
Another embodiment relates to a method for providing a graphical user interface view to a user of a building automation system. The method includes receiving a user interface command to generate a view relating to a function mode. The method further includes determining a user context based on the function mode. The method yet further includes determining a set of items associated with the user context and qualifying for inclusion on the graphical user interface view and determining whether a task should be provided for each item of the set of items. The method further includes generating the graphical user interface view, the graphical user interface view comprising a representation of each item of the set of items and a representation of the task.
Another embodiment relates to a system for providing a graphical user interface to a user of a building automation system via a client, the building automation system including a building automation site director. The system includes a processor and memory communicably connected to the processor. The memory includes computer code for communicating with the client and computer code for communicating with the building automation site director. The memory further includes computer code for presenting a graphical user interface to the client, the graphical user interface configured to allow the user to select a function mode and a context via the client. The memory yet further includes computer code for determining a set of tasks to be provided to the graphical user interface based on the selected function mode and context and computer code for providing an update to the graphical user interface via the client, the update including user interface elements representing the tasks of the set of tasks.
Alternative exemplary embodiments relate to other features and combinations of features as may be generally recited in the claims.
The application will become more fully understood from the following detailed description, taken in conjunction with the accompanying figures, wherein like reference numerals refer to like elements, in which:
Before turning to the figures which illustrate the exemplary embodiments in detail, it should be understood that the application is not limited to the details or methodology set forth in the description or illustrated in the figures. It should be understood that the phraseology and terminology is for the purpose of description only and should not be regarded as limiting.
Referring generally to the FIGS., a graphical user interface (GUI) system and/or server for managing a building automation system is shown. The GUI system is configured to serve graphical user interfaces to client devices. The GUI system is configured to use data relating to the building automation system to generate the graphical user interfaces. According to an exemplary embodiment, the GUI system provides the user with access to user interface elements that trigger outcome-based tasks early in the user experience. According to another exemplary embodiment, the GUI system provides the user with a filter engine for creating customized filters, views, or summaries of information.
Referring now to
Building automation systems (BAS) are, in general, hardware and/or software systems configured to control, monitor, and manage equipment in or around a building or building area. BAS equipment can include a heating, ventilation, and air conditioning (HVAC) system, a security system, a lighting system, a fire alerting system, an elevator system, another system that is capable of managing building functions, or any combination thereof. The BAS as illustrated and discussed in the present disclosure is an example of a facility system that may be used in conjunction with the systems and methods disclosed, however, other facility systems may be used as well. According to other exemplary embodiments, the systems and methods of the present disclosure may be used in conjunction with any type of system (e.g., a general purpose office local area network (LAN), a home LAN, a wide area network (WAN), a wireless hotspot, etc.).
NAEs 102 may be connected to any number of BAS devices. The devices may include, among other devices, devices such as field-level control modules 106, variable air volume modular assemblies (VMAs) 108, integrator units 110, variable air volume (VAV) devices and units 112, extended digital controllers 114, unitary devices 116, air handling unit (AHU) controllers 118, boilers 120, fan coil units 122, heat pump units 124, unit ventilators 126, expansion modules, blowers, temperature sensors, flow transducers, other sensors, motion detectors, actuators, dampers, heaters, air conditioning units, etc. These devices may generally be controlled and/or monitored by NAEs 102. Data generated by or available on the various devices that are directly or indirectly connected to an NAE 102 may be passed, sent, requested, or read by NAE 102 and/or sent to various other systems or terminals of BAS 100. The data may be stored by NAE 102, processed by NAE 102, transformed by NAE 102, and/or sent to various other systems or terminals of the BAS 100. As shown in
Still referring to
Various BAS configurations are possible. According to an exemplary embodiment one computing device of BAS 100 will serve as the site director for the rest of the BAS. The site director may be considered the head device or controlling device of a BAS. Depending on the scale and/or configuration of the BAS, different devices may be the site director. For example, in some large systems ADS 130 will control multiple NAEs 102 and their connected building devices (as shown in
The site director is typically a machine and/or collection of hardware/software that includes workstation or power-user focused user interface software. According to the exemplary embodiments shown in
UI server 304 is configured for communications with various client devices. For example, personal computer (PC) browser 308 and handheld browser 310 are shown communicably coupled to UI server 304. Browser 308 may be on a PC or other computing device having full screen size graphics capabilities (e.g., terminals 104 of
The graphical user interfaces provided to PC browser 308, handheld browser 310, or a browser on another client device may be used to perform various tasks by accepting a user input and providing the input to UI server 304 for the BAS.
UI server 304 may be configured to provide a graphical user interface that includes features for viewing summaries of BAS devices, settings, values, schedules, and the like. UI server 304 may further provide a graphical user interface that includes features for changing setpoint values or other values. The provided graphical user interfaces may provide mechanisms configured to allow a user to adjust BAS values and states, enable operator override commands, release operator override commands, view alert summaries, perform basic alert tasks (e.g., acknowledge, discard, etc.), view schedule summaries, view schedule details (e.g., a scheduled point summary, “today's schedule”, a temporary override list, etc.), perform basic schedule tasks (e.g., temporary override of a scheduled task, etc.), view trend summaries, view trend details such as trend sample data for a limited timeframe, etc. The graphical user interfaces provided to a PC browser and/or a handheld browser may contain different content in addition to being sized differently. For example, some features that may be provided to the PC browser interface may not be provided to the handheld browser, and vise versa. The features provided to the PC browser and/or the handheld browser may depend upon the nature of the task requested or performed. Some features may be exclusive for specific groups of users (e.g., administrators may be allowed to access more features than other users).
BAS site director 302 and BAS device 306 may be in communication with workstation UI/BAS software configuration tool (SCT) 414. Workstation UI/BAS SCT 414 may be generated by software residing on BAS site director 302 and/or BAS device 306. Workstation UI/BAS SCT 414 may provide a graphical user interface that looks and behaves differently than the graphical user interface provided by UI server 304. Workstation UI/BAS SCT 414 may also provide graphical user interfaces for administration of BAS site director 302 and/or UI server 304. For example, workstation UI/BAS SCT 414 may provide graphical user interfaces for site configuration, user administration, online/advanced reporting, historical data analysis, detailed BAS device command and control, and/or site archive maintenance. Additional features of workstation UI/BAS SCT 414 may include maintenance or installation of UI server 304. A workstation interface 410 and 412 for BAS site director 302 and BAS device 306 may be configured to provide relevant information to workstation UI/BAS SCT 414. Workstation UI/BAS SCT 414 may be installed on the same computing device as UI server 304 and BAS site director 302, may be installed on BAS site director 302, or may be installed and/or executed on another machine.
Referring further to the block diagrams of
Memory of UI server 502 may include both non-volatile memory 504 and volatile memory 506. Separate devices for non-volatile memory 504 and volatile memory 506 may exist on UI server 502. Non-volatile memory 504 may be configured so that the contents stored therein may be retained across a length of time (e.g., a power cycle, etc.), such that data from previous system use remains available for UI server 502. According to one exemplary embodiment, non-volatile memory 504 may store one or more user profiles, display profiles, communication profiles, or any other type of user or system setting file. Volatile memory 506 may be configured so that the content stored therein may be erased after an event (e.g., a power cycle) or after a period of time (e.g., a specified time limit, erased-as-needed, etc.).
Processor 508 may be a data processing system or other such system configured to control various functions of UI server 502. Processor 508 may include digital or analog processing components and/or be of any past, present, or future design that facilitates control or provides processing features to UI server 502. Processor 508 may be a single data processing device or multiple data processing devices. Processor 508 may be a data processing device having data processing sub-devices or components. Processor 508 may include any combination of program software and hardware capable of providing control, display, communications, input features, and output features to UI server 502. Processor 508 may coordinate, control, and/or facilitate the various devices, components, and features associated with UI server 502 and the other components of the system. According to an exemplary embodiment, processor 508 is communicably coupled to non-volatile memory having computer code for executing the processes of UI server 502 described in the present application.
Communication device 510 is generally configured to establish a communication link 512 with an outside source. According to an exemplary embodiment, communication link 512 is a wired communication link according to a suitable wired protocol and/or technology (e.g., an Ethernet link, a USB link, a an IEEE 1394 link, an optical link, other serial or parallel port technology, etc.). According to various other exemplary embodiments, communication device 510 may be configured to form a wireless communication link. Communication link 512 may be formed such that communication device 510 may be simultaneously connected to multiple sources. Communication device 510 may send and receive one or more of data streams, data strings, data files and/or other types of data (e.g., non-file based data). In various exemplary embodiments, the data files and/or non-file based data may include text, numeric data, audio, video, program data, command data, information data, coordinate data, image data, streaming media, message data, computer code, or any combination thereof.
Referring now to
PC web server 602 may include static web page components 604, dynamic web page components 606, and page generator 608. PC web server 602 may be coupled to PC browser 308 either via a wired or wireless connection. PC browser 308 may communicate with PC web server 602 via a Hypertext Transfer Protocol (HTTP) or other protocol (e.g., secure HTTP or HTTPS). PC browser 308 may provide a display for a user similar to that of the user interface of
HH web server 610 may generally have the same functionality and components as PC web server 602. HH web server 610 may be coupled to HH browser 310 either via a wired or wireless connection, and may communicate via a HTTP or other protocol. HH browser 310 may provide a display for a user similar to that of the user interface of
Display device 612 maybe any type of device (e.g., a mobile phone) that may be configured to provide a user interface. The user interface provided by display device 612 may be embedded or local to the UI server (e.g., an embedded display, local browser, a local client, etc.). Display device 612 may have a local, wired, and/or wireless connection with display device web server 614. Display device web server 614 may generally have the same functionality and components as PC web server 602 and HH web server 610.
Static web page components 604 may include static data files, image files, text files, hypertext files, and the like. Static web page components 604 may be utilized by page generator 608 and/or dynamic web page components 606. Dynamic web page components 606 may include active server pages, scripts, object code, software modules, files having style definitions, and the like.
Page generator 608 may be configured to parse static and/or dynamic components and to generate an HTML page according to a standard markup language or other format.
Application server 620 is shown to include network interface 622, processing logic 624, and other application code and/or other objects 626. Application server 620 is configured for logical connection to components of BAS site director 302. Application server 620 may interpret commands received from the web server, translate the commands into one or more messages configured for the site director, and send the messages to the site director 302.
Network interface 622 may be computer code for formatting, parsing, sending, receiving, and/or otherwise handling communication messages between components of the system (e.g., BAS site director 302, data server 630, browsers 308, 310, etc.).
Processing logic 624 may include computer code for executing the various methods and processes described in the present application. Application code and/or other objects 626 may include yet other computer code for supporting the user interface activities described herein.
Data server 630 may include synchronization data 632, dashboard definitions 634, and permissions data 636. Data server 630 may be communicably coupled to application server 620. Synchronization data 632 may include data that is synchronized to data and/or information residing on BAS site director 302. When used in this manner, information need not continually be requested from BAS site director 302 as a user is navigating the graphical user interface.
Dashboard definitions 634 may include settings relating to how graphical user interface views should be displayed. Dashboard definitions 634 may include default definitions that define default views for certain user classes, a definition for each user, a default definition set by an administrator, or otherwise.
Permissions data 636 may include rules for defining what information, function, and/or views users or user classes are permitted to use or be shown by the graphical user interface.
Referring still to
GUI 700 as shown may be the general layout for a “master” page configured to be the main or first page provided by GUI 700 to a user. The master page may provide a general layout for the various displays and functions of GUI 700 (e.g., logging out, switching between functions, etc.). General responsibilities of the main or master page of GUI 700 may include indicating date and time; indicating the current user (e.g., the username of the account currently logged in); providing access to online help, an “About” box; providing a mechanism for setting, switching, and indicating the UI function mode; limiting available function modes based on the user type and authorization; providing product and/or company information and branding; providing a layout for the user interface; and providing a mechanism for logging out a user.
Various BAS and UI system information may be provided in a variety of views or formats within the UI. The various views may provide actions such as paging, sorting, and filtering to allow users to access desired information. The views may also provide users with standard ways to access help, refresh displayed information, and return to a previous view, among other actions.
Container 701 is shown as part of the UI for the system. Container 701 generally includes selection area 704 and workspace area 706, and may be dependent upon the active function mode of the user interface. For example, in some function modes, selection area 704 may be hidden and container 701 may only include workspace area 706.
Selection area 704 is configured to contain a selection component configured to provide the user with a set of “selection mechanisms” that allow the user to choose the context and/or scope of information to be displayed in workspace area 706.
According to an exemplary embodiment, the selection mechanisms may be selection trees. Selection trees may be tree-type hierarchies derived from navigation views provided by the user interface. The user may select a tree to display, and select a “node” from within the tree to set the selection context for the workspace view within the various function modes of area 706. According to other exemplary embodiments, other tree hierarchies such as a spaces tree (e.g., a tree that defines the buildings, floors, and other spaces in a facility) may be used, or non-tree-based mechanisms may be used (e.g., a list of bookmarked items).
According to one exemplary embodiment, a selection tree (or other selection mechanism) for selection area 704 may be static for a single BAS (e.g., the selection tree may provide all building areas for a user to select). According to another exemplary embodiment, the selection tree may not be static for a single BAS. Rather, user permissions or other user and/or situational attributes may be used to determine the context of the selection tree. For example, administrators may have access to contexts not available to regular users. By way of further example, the system may automatically inspect user permissions to determine that a first selection tree should be provided to a first user and a second selection tree should be provided to a second user.
Workspace area 706 may contain workspace components related to an active function being managed by the user or displayed for the user. Workspace area 706 displays information within the user interface and also provides access to related tasks and user actions.
Tasks are operations that a user initiates in order to properly monitor, operate, maintain, and manage a facility. The view displayed for a particular function by workspace area 706 provides a user with a way to accomplish a set of tasks related to the viewed function, such as viewing a set of information, changing values, overriding schedules, or responding to alerts within the facility system and user interface system. Access to the tasks may be provided by the user interface as a textual or graphical link, menu options, or a selection list within workspace area 706. A task may be accomplished “directly” (e.g., a single mouse click or keyboard stroke) or may require user confirmation and/or input (e.g., user entries within a form). Tasks may be conditionally available based upon the authorization level of the user (e.g., administrator) and the type of information provided by workspace area 706.
Function bar 708 may be designated to display the various function buttons of the user interface. Function bar 708 may include buttons for various function modes of the facility system. For example, buttons may be provided for an alerts function mode, a summary function mode, a schedules function mode, a diagnostics function mode, and a tools function mode.
Function buttons on function bar 708 may be displayed conditionally, and may vary depending upon the type of user detected (e.g., an administrator may be presented with a different set of buttons than a normal user). Additionally, a button may be pre-selected for a particular user (e.g., the one of the buttons may be selected upon startup of the system).
Function modes may be selected using function bar 708. Each function mode may have a default display assigned, and the active function mode may be changed at any time using function buttons of function bar 708.
According to an exemplary embodiment, a “dashboard” function mode may provide a single display and may be a collection of workspace views grouped together for a user as a “home page”. According to one exemplary embodiment, the dashboard function mode may be configured to be a default or start-up mode, designated as the active mode upon start-up of the user interface system. The definition and content of the mode may be configured by an administrator or other authorized user of the user interface, according to one exemplary embodiment. The dashboard function mode may provide a layout consisting of one or multiple workspace views.
A dashboard definition may be applied by the user interface to determine the content of the display in the workspace area of the user interface when the dashboard function is active. The dashboard definition may comprise information such as view type, view context, sort settings, component-specific information, which dashboard information is to be viewed in for dashboard layouts with multiple areas, etc. The dashboard view provided by the dashboard function mode may be altered based upon a user selection (e.g., if a user selects an option that results in a new workspace view, the new view is updated in the dashboard function mode).
The alerts function mode may provide workspace views that contain information and provide access to tasks relating to detecting and managing alerts within the facility system. According to one exemplary embodiment, views such as alert summaries may be provided to inform a user of an alert, and/or displays that correlate alerts with potential user actions that may be taken within the system may be provided.
Alert summaries may provide the user of the user interface with alerts that the user is authorized to be provided (e.g., administrators may receive alerts that regular users do not). The summaries may include key information and details of the alert. The summaries may be filtered based on the current selection tree, alert time, or other property if desired, according to an exemplary embodiment. The summaries may additionally provide tasks to a user with tasks relating to responding to the alert. For example, alerts may be viewed, acknowledged, discarded or ignored, etc., and multiple alerts may be managed simultaneously.
The summary function mode may provide workspace views relating to general summary information and provide access to tasks relating to monitoring and managing the operation of the facility system. Summaries may be provided for a workplace, for particular devices and components (e.g., a device summary), for all devices and components (e.g., a “standard summary”), for control systems, etc. Additionally, a user may be able to generate specific views relating to specific criteria provided by the user.
As an example, a standard summary may be provided to the user relating to all facility system items (e.g., devices) that are associated with the current selection made by the user. The summary may include key information relating to each item. The standard summary view may include a method for a user to perform various tasks relating to each item. For example, items may be viewed, values of the item may be changed or altered, and a device summary of the item may be generated and provided. Multiple items may be managed simultaneously.
The device summary that may be displayed via the standard summary may provide a list of facility system items that belong to a selected field device. The device summary may otherwise contain the same information as a standard summary, according to an exemplary embodiment.
The scheduling function mode may provide workspace views relating to providing information and access to tasks related to scheduling features of the facility system. Types of views produced by the scheduling function may include a schedule summary or schedule details view, a view that shows one or more schedules' projected values for a future date, a view that allows a user to modify scheduled events, etc.
A schedule summary view may be provided by the scheduling function mode. The schedule summary may list and provide relevant information for all scheduled items associated with a current selection. The schedule summary may include a method for performing the tasks of viewing the schedules, temporarily overriding a schedule, and displaying details (e.g., a task) relating to the schedule. Multiple schedules may be managed simultaneously.
A schedule details view may also be provided by the scheduling function mode relating to details for a single schedule item. The detailed information may include scheduled items, temporary overrides, projected values, and the schedule's effective period. Tasks relating to the schedule details view may include viewing the details, providing or removing a temporary override, etc. Multiple schedule details may be managed simultaneously.
The diagnostics function mode may provide workspace views relating to diagnostic information and providing access to tasks needed to monitor and evaluate the performance of the facility system. The views may be related to providing trend summaries and trend details, providing “live” data sampling, providing graphical views of display system performance indicators (e.g., providing a view that simply illustrates system performance of a particular system as good, average, or bad), providing “trend study” information, etc.
A trend summary view may be provided for trends configured for items and devices associated with the facility system. The trend summary view may include a view of the list of trends and details regarding a single trend. Trends may be enabled or disabled and multiple trends may be managed and/or viewed simultaneously.
A trend details view may also be provided relating to details for a single trend item and a display of data samples collected by the trend. Trend details may be provided in various types of views (e.g., charts, tables, graphical views, etc.). For example, in a graphical format, the data sampled may be plotted in a chart of values versus time. The data samples may be stored in a historical database. Multiple trend details may be viewed and/or managed simultaneously.
The tools function mode may provide workspace views relating to providing a user with access to information and utility tasks related to the facility system and user interface system. According to one exemplary embodiment, the mode may be restricted to authorized personnel only (e.g., an administrator). A system administration view may be provided by the mode, allowing the user to start and run an update process for the user interface and/or facility system, among other management tasks.
Header 802 is shown to include branding logo 803 and function bar 804. Branding logo 803 may be any identifier, symbol, etc., and may be text-based, graphical based, or any other type of display. Function bar 804 may have similar functionality to function bar 708 of
Function bar 708 includes multiple symbols and indicators for various function modes that may be accessed. For example, in
Workspace area 706 may be configured differently based upon the function mode currently selected by a user of the user interface system. For example, for a summary mode, three columns may be shown. According to various exemplary embodiments, the summary mode may include more or less information, rows, and columns.
Selection area 704 displays a selection tree relating to various facility spaces from which information may be viewed. For example, the row 922 for “Library” is highlighted, indicating that the current selection relates to a “Library” space in the facility. Workspace area 706 may display summary information about the “Library” space as a result. The “Library” space may define the context for the items to be displayed in workspace area 706. In other words, the UI server includes logic for generating a workspace area 706 that only includes items relating to the selected context (e.g., the “Library”).
One column in the workspace area may be labeled “Item” and may relate to providing the name or other identification of any of the items determined to be displayed in workspace area 706. For example, item 902 is labeled “SF-C” (“supply fan command”), which may be an item name or symbol relating to a supply fan control of the BAS. Another column may be labeled “Value” and may relate to a present value associated with each item. For example, the value may be a numerical value, a percentage, a binary or Boolean value, a string, a temperature, etc., depending on the item type and/or particular item. Value 904 is illustrated as “off” and may represent that item 902 is currently in the off state. One column is labeled “Status” and may relate to status information regarding each item. In
According to an exemplary embodiment, the UI server is configured to display UI elements for initiating tasks directly with the display of items. For example, underlined values (e.g., value 904) may be hyperlinks or other active UI elements configured to initiate a task relating to the item. Advantageously, using this configuration, a user of the graphical user interface may initiate a task from the same workspace area 706 that he or she may be reviewing for other reasons. It is important to note that not every item and/or value includes an associated task that may be initiated via a UI element.
Referring generally to
Referring first to
Workspace area 706 is shown to include schedule items determined to relate to the context. Each schedule item may relate to a scheduled event or macro that is stored in the BAS site director. For example, a user may define and store an “Occupancy” schedule. The “Occupancy” schedule may define how BAS setpoints are adjusted according to an expected occupancy schedule for a building space (e.g., “Floor 2”). As the value is listed as “Release,” the graphical user interface indicates that the “OCC Schedule” is not currently active or in control of its scheduled items. Logic in the UI server may determine that the user is authorized to change the schedule so that it is controlling. In order to change the schedule so that it is controlling BAS device activity, the user may select (e.g., click, double click, etc.) a UI element associated with value 1002 (e.g., a hyperlink), which is linked to a task to add a temporary override to the system.
Referring now to
Referring generally to
According to yet another exemplary embodiment, the BAS site director and/or UI server may detect changes within the facility regarding data for an item. Upon detection, the BAS site director and/or UI server may “push” the data to the UI server, and an application on the UI server may trigger an update process with the UI such that the data provided on workspace area 706 is updated.
Tasks relating to the content are determined (step 1106). A view is generated for a user or client of the user interface for display (step 1108) such that a user may view, change, or otherwise manage the tasks. The view may include user interface elements for the tasks of the content.
The function selected by the user is determined by the system (step 1154). Based upon the selected function, the current task view for the function may be determined by the system (step 1156). The current task view may relate to the view provided in the workspace area of the user interface system. The user context may be determined (step 1158). The user context may relate to a building space, device, and/or a collection of related items that the user may wish to be displayed on the user interface. The user context may be comprised of multiple items (e.g., devices, controllers, sensors, etc.).
Each item of the user context is determined (step 1160). For each item of the user context, filter criteria is determined (step 1162). Filter criteria may be user defined or system defined. Filter criteria may be used to determine if an item should be displayed in the user interface or what properties or components of the item should be displayed.
Each item associated with the user context may have one or more tasks associated with the item (step 1164). For each possible task, a determination is made as to whether the task is applicable or supported by the facility (step 1166) and as to whether the task is authorized to be performed for the current user of the user interface (step 1168). If the steps indicate that the task is not applicable, supported, or authorized for the current user, the task is skipped and the next task is found. Otherwise, the task may be provided to the user of the user interface (step 1170) such that the task may be performed if desired by the user.
Once all tasks are provided or rejected for an item, the next item associated with the user context is determined (step 1172). Once all tasks for all items associated with the user context have been analyzed, a view may be generated on the user interface (step 1174). The view may include all applicable items associated with the user context, including all associated tasks for each applicable item.
According to an exemplary embodiment, workspace area 706 of
According to an exemplary embodiment, filters are created by building a filter definition. A filter definition defines the data to be displayed (in workspace area 706) in the context of a selected building space, user view folder, or other context. A filter definition may be pre-defined by a site administrator or created and/or edited by a user. Pre-stored or created filter definitions may be accessed and/or applied by the user via any number of methods (e.g., filters may be applied via a button press, a custom item on the selection tree, a pop-up menu, a “hot key,” or otherwise). According to an exemplary embodiment, filter definitions may be accessible via a folder with a fixed location within the selection component of the user interface. Some filter definitions may apply to any type of function view and/or context. Other filter definitions may be configured to only effect a subset of building spaces or user-defined contexts. One or more filter definitions may be associated with a building space, user view folder, or other context. Furthermore, a single filter definition may be associated with multiple building spaces, user view folders, and/or other contexts.
Filter definitions may be applied to various contexts. For example, a filter definition may be applied to a building space (e.g., a library) and the resulting view in workspace area 706 may relate to the filter definition. If a filter definition does not exist for a particular context, a default view may be provided. Multiple filter definitions may be used for a single context. The filter definition may be adjusted for the type of user interface used (e.g., a UI for a PC may be able to display more details than a UI for a handheld device; therefore, the filter definition may be altered if a handheld device is being used).
Referring now to
Users may begin building a filter definition by creating a row definition. Creating a row definition includes selecting to include certain item requirements (e.g., via control 1202) and/or criteria requirements (e.g., via control 1204) beyond the basic item requirements. For example, as shown in
After a row definition is created, a user may continue building a filter definition by then creating a column definition. An exemplary user interface 1250 is shown in
Referring yet further to
Once created and/or edited, the filter definition may be saved via button 1262 or via another method. Filter definitions may be saved for a user and stored in memory of the UI server and/or saved to the site director and periodically synchronized with the site director. Once saved, filter definitions may be applied to selected contexts. An exemplary view of a result screen 1280 is shown in
Referring generally to
Referring now to
Referring now to
Referring further to
Referring now to
According to an alternative exemplary embodiment, a method of filtering items may be provided in workspace area 706 or elsewhere on the UI such that a user may filter through items or other objects of the facility without navigating through the screens illustrated in
While the exemplary embodiments illustrated in the figures and described herein are presently preferred, it should be understood that the embodiments are offered by way of example only. Accordingly, the present application is not limited to a particular embodiment, but extends to various modifications that nevertheless fall within the scope of the appended claims.
The present application contemplates methods, systems and products on any machine-readable media for accomplishing various operations. The embodiments of the present application may be implemented using existing computer processors, or by a special purpose computer processor for an appropriate system, incorporated for this or another purpose or by a hardwired system.
It is important to note that the construction and arrangement of the interface components or hardware components as shown in the various exemplary embodiments is illustrative only. Although only a few embodiments have been described in detail in this disclosure, those skilled in the art who review this disclosure will readily appreciate that many modifications are possible (e.g., variations in sizes, dimensions, structures, shapes and proportions of the various elements, values of parameters, mounting arrangements, use of materials, colors, orientations, etc.) without materially departing from the novel teachings and advantages. For example, elements shown as integrally formed may be constructed of multiple parts or elements, the position of elements may be reversed or otherwise varied, and the nature or number of discrete elements or positions may be altered or varied. Accordingly, all such modifications are intended to be included within the scope of the present application. The order or sequence of any process or method steps may be varied or re-sequenced according to alternative embodiments. In the claims, any means-plus-function clause is intended to cover the structures described herein as performing the recited function and not only structural equivalents but also equivalent structures. Other substitutions, modifications, changes, and omissions may be made in the design, operating conditions and arrangement of the exemplary embodiments without departing from the scope of the present application.
Embodiments within the scope of the present application include program products comprising machine-readable media for carrying or having machine executable instructions or data structures stored thereon. Such machine-readable media can be any available media that can be accessed by a general purpose or special purpose computer or other machine with a processor. By way of example, such machine readable media can comprise RAM, ROM, EPROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code in the form of machine-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer or other machine with a processor. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or a combination of hardwired or wireless) to a machine, the machine properly views the connection as a machine-readable medium. Thus, any such connection is properly termed a machine-readable medium. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing machines to perform a certain function or group of functions.
It should be noted that although the figures may show a specific order of method steps, it is understood that the order of the steps may differ from what is depicted. Also two or more steps may be performed concurrently or with partial concurrence. Such variation will depend on the software and hardware systems chosen and on designer choice. All such variations are within the scope of the application. Likewise, software implementations could be accomplished with standard programming techniques with rule based logic and other logic to accomplish the various connection steps, processing steps, comparison steps and decision steps.