The presently disclosed embodiments are generally related to control system emulators, and more particularly, to an interactive use interface driven by a simulation engine and knowledge repository and a method of using the same.
Modern buildings have sophisticated technologies such as security, fire safety, building automation, ventilation, and refrigeration systems. These systems often include a control system configured to communicate with the equipment in order to manage and operate the systems. Heating, ventilating, and air conditioning (HVAC) systems, to use one non-limiting example, are prevalent in today's modern buildings. Often, such systems are composed of numerous types of equipment with each type of equipment having different possible configurations. When interconnected, the equipment delivers a large number of features. The operation controls, and management of these systems can become sophisticated, requiring information and expertise to properly install, operate and repair. Parties involved in the deployment, management and maintenance of such HVAC systems can include, for example, designers, engineers, salesmen, installers, service technicians, and end users. Each of these parties requires distinct information to help facilitate their roles and responsibilities. Hence, each of these parties has a need for specialized information. Today, this information is often scattered in various knowledge repositories that comprise of traditional static documents. These knowledge repositories are difficult to maintain, outdated, incomplete or inconsistent with one another. Furthermore, the presentation of such information to parties seeking knowledge is also cumbersome thereby limiting its usefulness.
Often, such information requires continuous updates to reflect the changes in features, functionality and operability of the HVAC systems. This need to keep the information “ever-green” presents obstacles. Current knowledge repositories usually involve a collection of static documents. These documents can become excessively large in terms of volume and depth of information. Additionally, the responsibility for the maintenance of the knowledge repositories can fall on various stakeholders, such as organizations, and individuals. This presents an added problem because each stakeholder, working independently, might create disparate copies of the same information. A stakeholder can end up operating on an outdated knowledge repository; or a stakeholder might incorrectly update information thereby leading to more confusion for the end user.
Additionally, when a system includes multiple integrated components, the expertise required to properly install, operate and maintain such systems correspondingly increases. Consequently, the knowledge transfer to develop said expertise becomes even more crucial. Generally, when components are integrated, the features of each component may be documented in disparate knowledge repositories respective to each component of the integrated system. As such, the information has to be manually assimilated. The assimilation of such information, at times, may be tedious and so overtly cumbersome so as to preclude any attempt to obtain the information from the knowledge repositories.
Additionally, the various stakeholders have different knowledge needs. For example, an end user of a system might require basic information such as turning on or off the system; a maintenance technician might require knowledge pertaining to diagnostics; an installer might need information on configuration; and a salesman might require information about system capabilities. The information presented to each stakeholder must be pertinent, useful and accurate. To maximize the benefits, the information must be presented in a manner that is convenient to use by the user. Currently, the information is presented via static mediums such as print material or electronic webpages. Hence, the information presented is very passive (i.e., the user simply reads the information and does not require interaction). Additionally, the static content does not always deliver information that is pertinent to the stakeholder seeking the information. This rudimentary approach to knowledge transfer is limited in its effectiveness given the passive and static nature of the medium.
Finding an efficient, effective and value added way to gather, organize, integrate, manage, and present data to users of such systems would dramatically improve their experience. There also exists a need for a simulator that allows a user to easily obtain information regarding each feature of the component. Accordingly, there exists a need for a system and method for an interactive user interface driven by simulation engine and knowledge repository.
In one aspect a device for displaying context relative content using an interactive simulator is provided. The device includes a display, a processor, and a memory. One or more programs are stored in memory, and the programs are configured to simulate commands to operate a system. In one embodiment, the system includes an HVAC system.
The programs are further configured to operate a graphical user interface (GUI) on the display, the GUI including a simulated user interface and a context relative side-bar. In one embodiment, the simulated user interface is configured to simulate an HVAC system controller. In one embodiment, the context relative side-bar is configured to dynamically display context relative information based at least in part on interactions with the simulated user interface, and a selected at least one component and/or a user defined role.
In one embodiment, the GUI further includes a configuration module. The configuration module is configured to allow a user to select at least one component for simulation. In one embodiment, the at least one component is selected from a group consisting of indoor units, outdoor units, and accessories. In one embodiment, the configuration module is further configured to allow the user to select a user define role. In one embodiment, the user defined role is selected from a group consisting of internal users and external users.
A method for displaying context relative content on a device is provided. The method includes the step of interacting with the simulated user interface, and dynamically displaying context relative information in the context relative side-bar. In one embodiment, the method includes the step of interacting with the configuration module to select at least one component for simulation. In one embodiment, the method further includes the step of interacting with the configuration module to select a user defined role.
For the purposes of promoting an understanding of the principles of the present disclosure, reference will now be made to the embodiments illustrated in the drawings, and specific language will be used to describe the same. It will nevertheless be understood that no limitation of the scope of this disclosure is thereby intended.
As used in the present disclosure, a stakeholder may include, but is not limited to, a designer, a manufacturer, a vendor, a salesperson, an installer, a service technician, an end user, an organization, an entity or any other individual.
The device 100 includes a display 110. The display 110 may include various types of known displays such as liquid crystal diode displays, light emitting diode display, touch screens, and the like upon which information may be display in a manner perceptible to the user.
The device 100 further includes a processor 120 and a memory 130. Memory 130 may include high-speed random access memory, non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, other non-volatile solid-state memory devices, or as would occur to one of skill in the art. One or more programs are stored in memory 130 and the programs are configured to be executed by the processor 120. The programs are configured to simulate commands to operate a system. In one embodiment, the system includes an HVAC system. It will be appreciated that the system may include any system such as, elevator, escalator, fire safety, security, building automation, heating, ventilation, air conditioning and refrigeration systems, to name a few non-liming examples. The programs are further configured to operate a graphical user interface (GUI) 200 on the display 110.
It will be appreciated that the device 100 may include I/O devices 140. I/O devices 140 includes of one or more operable devices for data entry, such as, for example, a pointing device (such as a mouse), keyboard, touchscreen, microphone, voice recognition, and/or other data entry means known in the art. It will be appreciated that the device 100 may be communicatively coupled to a storage device 150. In the embodiment shown, storage device 150 is an integrated part of the device 100; however, the storage device 150 may be external to the device 100, for example a server, via a network (not shown) to name one non-limiting example. For the purpose of clarity, only one device 100 is shown in
The GUI 200 further includes a context relative side-bar 220. In one embodiment, the context relative side-bar 220 is configured to dynamically display context relative information based at least in part on interactions with the simulated user interface 210. In another embodiment, the context relative side-bar 220 is configured to dynamically display context relative information based at least in part on a interactions with the simulated user interface 210, and a selected at least one component, and/or a user defined role selected from a configuration module 230. It will be appreciated that the context side-bar 220 may display any format of information such as, for example, bulleted points, tables, diagrams, pictures, text, video, and any other format appreciated in the arts.
In one embodiment, the GUI 200 further includes a configuration module 230. The configuration module 230 is configured to allow a user to select at least one component for simulation. In one embodiment, the at least one component is selected from a group consisting of HVAC indoor units, HVAC outdoor units, and HVAC accessories. It will be appreciated that accessories include, but are not limited to humidifiers, dehumidifiers, indoor air quality products, auxiliary heating, and Wi-Fi, to name a few non-limiting examples. In one embodiment, the configuration module 230 is further configured to allow the user to select a user defined role. In one embodiment, the user defined role is selected from a group consisting of internal users and external users. For example, if the user is an engineer or inside sales manager, the user may select the user defined role of an internal user. Alternatively, if the user is a homeowner, the user may select the user defined role of an external user.
Referring back to
In one embodiment, the method 300 includes the step 302 of interacting with the configuration module 230 to select at least one component for simulation. For example, the user is presented with a listing of HVAC components for simulation. In the example shown in
It will be appreciated that the user may select any single component or a combination thereof for simulation. It will also be appreciated that the configuration module 230 is configured to determine whether the selected components are a valid selection. For example, if the user attempts to select a heat pump unit and an air conditioning unit for simulation, configuration module 230 may generate an error message prompting to user to select a valid combination for simulation because a heat pump unit and an air conditioning unit is an incompatible HVAC configuration for simulation. It will further be appreciated that the configuration module 230 may disable the selection of certain components after the first selection is made to reduce the likelihood of selecting incompatible components to make up the simulated system.
In one embodiment, the method 300 further includes the step 304 of interacting with the configuration module 230 to select a user defined role. In this embodiment, the context relative information 222 and 224 is based at least in part on the selected at least one component, the selected user defined role and the interactions with the simulated user interface 210. For example, after selecting the at least one component for simulation, the configuration module prompts the user to select a user defined role. If the user identifies as an internal user, such as software engineer to name one non-limiting example, the context relative side-bar 220 may dynamically display information regarding the validation and usability requirements for the simulated user interface 210. As another example, if the user identifies as an external user, such as a homeowner to name one non-limiting example, the context relative side-bar 220 may dynamically display information from an owner's manual file from storage 150.
It will therefore be appreciated that the simulated user interface 210 and context relative side-bar 220 provide an easy and efficient means of simulating the operation of a system, and display context relevant information based on a user's interaction with the system. It will also be appreciated that simulated user interface 210 and context relative side-bar 220 allows for consistency and efficiency when developing systems and provides a strong linkage between product documentation and product lifecycles, to enhance the user experience and quality of products within the system.
While the invention has been illustrated and described in detail in the drawings and foregoing description, the same is to be considered as illustrative and not restrictive in character, it being understood that only certain embodiments have been shown and described and that all changes and modifications that come within the spirit of the invention are desired to be protected.
The present application is related to, and claims the priority benefit of, U.S. Provisional Patent Application Ser. No. 62/108,898 filed Jan. 28, 2015, the contents of which are hereby incorporated in their entirety into the present disclosure.
Number | Date | Country | |
---|---|---|---|
62108898 | Jan 2015 | US |