Data manager

Information

  • Patent Grant
  • 10951696
  • Patent Number
    10,951,696
  • Date Filed
    Wednesday, June 19, 2019
    5 years ago
  • Date Issued
    Tuesday, March 16, 2021
    3 years ago
Abstract
A system and approach that provides a basis for monitoring, control, and communications among many remote controller sites and building equipment. A system architectural goal may be to distribute a workload of a supervisor across multiple processing units while maintaining a seamless and integrated workflow for a user experience.
Description
BACKGROUND

The present disclosure pertains to communications and particularly to data management of numerous entities spread out over a large area.


SUMMARY

The disclosure reveals a system and approach that provides a basis for monitoring, control, and communications among many remote controller sites and building equipment. A system architectural goal may be to distribute a workload of a supervisor across multiple processing units while maintaining a seamless and integrated workflow for a user experience.





BRIEF DESCRIPTION OF THE DRAWING


FIG. 1 is a diagram of a data management system;



FIG. 2 is a diagram of a multi supervisor structure layout;



FIG. 3 is a diagram of a data manager with an integrated workflow; and



FIG. 4 is a diagram of a data manager for a site controller join module.





DESCRIPTION

The present system and approach may incorporate one or more processors, computers, controllers, user interfaces, wireless and/or wire connections, and/or the like, in an implementation described and/or shown herein.


This description may provide one or more illustrative and specific examples or ways of implementing the present system and approach. There may be numerous other examples or ways of implementing the system and approach.


The Novar™ Opus™ supervisor may provide the system and approach that is being disclosed herein. A user of the Novar Opus supervisor may manage and communicate with hundreds or thousands of remote site controllers from a centralized location via the users' intranet. These site controllers may be referred to as an XCM controller or XCM. The XCM in turn may manage and communicate with tens or hundreds of field controllers within the site that performs real time control of building equipment such as HVAC units, lighting panels, metering and refrigeration circuits.


The Opus supervisor may be a single instance application designed to support all the supervisory functions needed by an Opus building automation system (BAS). The terms “application” and “app” may be used interchangeably herein. A supervisor application may typically be serving upwards of thirty plus simultaneous user client connections requesting data and invoking of numerous multi-site operations. The functions available to the users may incorporate site monitoring, configuration and version management, batch setpoint and schedule updates and data report generation. Also, the same supervisor may be responsible to collect runtime alarms, historical trend data, site backups and configuration data from all sites into centralized databases.


An issue that Novar may have experienced is that the single process Opus Supervisor application does not appear to perform adequately or reliably when burdened with all the work associated with supporting thousands of deployed sites of XCM controllers. For example, each site XCM may be typically configured with 600 plus historical trend logs. A customer with 2000 sites may expect to be collecting two to three Gigabytes of historical data each day, depending on recording intervals. The supervisor application may also be collecting thousands of alarms from the 2000 sites throughout a day. Additionally, users may be connected to the supervisor performing individual site downloads, site backups or batch updates across all sites. The users also may be running multi-site reports of historical data or configuration exception reports. All of these operations running simultaneously appear to have shown experientially to be too much for a single supervisor application. An experience with a Novar customer of 2000 sites may have unveiled the architectural deficiency of an existing single process Opus supervisor application. In supporting the customer, one may need to monitor the operation of the Opus supervisor very closely to maintain its operation. The supervisor application may be found to be using significant system memory and CPU consumption resulting in an extremely unstable application. In the future, there may be additional customers that will require the supervisor to support up to nearly 25,000 site XCM's. The only approach to solving this with the current offering appears to be installing and configuring multiple Opus supervisors each with a smaller fixed number of supported sites. However, this solution may be unacceptable to the customer as each instance is independent and could require the user to perform significantly more workflow actions to navigate to more than one supervisor to perform the required operations.


The present system and approach may provide a solution to the issue by providing the following product features and the necessary user activities required to use these features. A new product may be provided labeled as an Opus data manager. The product may be a focus of the present system. Architectural goals of the Opus data manager may be simply to distribute the workload of the existing Opus supervisor across multiple processing units while at the same time maintaining a seamless and integrated workflow for the user experience. As customer enterprises grow with the addition of more sites, additional Opus data managers may be added to support the growth. An existing feature set of the single instance Opus supervisor may continue to operate as it is not necessarily requiring the user to knowingly make use of the distributed processing units. The Opus data manager framework may provide distributed processing for select Opus supervisor application features. For example, the Opus supervisor feature that imports historical trend data from virtually all the remote sites into relation databases may heavily burden the single Opus supervisor application. For a customer having 2000 sites, two instances of an Opus data manager history application may each support 1000 sites. Initially, the Opus data manager may provide distributed application support for history data collection, alarm collection and meter data management. Additional feature based applications may be also available for distribution. Once the distributed applications are running, the Opus supervisor may automatically distribute the configuration (work) to be performed to the available application. The Opus data manager and associated applications may maintain a runtime capacity percentage that can be used by the Opus supervisor when distributing the work load. This may allow the Opus supervisor to continue to scale by identifying the optimal processing unit to handle the distributed work. A feature for the distributed application may be that the work can be performed independently and autonomously where resulting data updates are integrated back to the main Opus supervisor. This approach may be accomplished by using Niagara™ communications and services, files or databases.


To summarize, the Opus data manager product may enable the Novar Opus BMS system to more easily scale to support the anticipated growth of the customer enterprises. The following items considered as features may incorporate a distributed processing framework providing a path for future scale improvements, maintained single user workflow experience with multi-application integration, and automatic capacity balancing.


A significant difference of the present approach is that the Opus data manager framework may solve the issue of scalability by allowing the addition of new instances of applications and new application types as scaling improvements are incrementally introduced.


An Opus data manager may be an installation of a Niagara environment that will provide an Opus data manager station and a library of predefined set of Opus application templates (stations) available to run within that environment. An Opus data manager may be a framework that can run one or more applications, depending on the available host server resources. A built-in Opus data manager station may be primarily responsible for an integration with the Opus supervisor. The initial application templates available may be for alarm collection, history collection and meter data collection. New application templates may be available to distribute work for site backups, and report data collection and batch execution. After an Opus data manager is installed on an independent host server, it may be joined to the main Opus supervisor. This integration may allow for a seamless workflow for the existing Opus supervisor activities. The BMS engineer may instantiate the required application instances needed to offload the Opus supervisor. Once the applications are created, the user may configure any application setup required as an initial, one time activity. After this is complete, the distributed application may be running and integrated with the Opus supervisor. The BMS programmer may perform an existing activity to join a new site XCM to the Opus supervisor. A new “XCM join” process may detect an existence of the Opus data manager and associated applications. The XCM join process may automatically add the XCM specific configuration required to the distributed application. Another aspect of the XCM join may be to support multiple instances of a particular application template type. For example, if the XCM join is distributing work to a history application, the “join” may query the Opus data managers for the capacity of each of the existing history applications. Based on the resulting available capacities, the join process may find a distributed application best suited with the most available capacity to be assigned the work. Also, if during the XCM join process a distributed application is not necessarily found, the XCM may be configured (joined) into the main Opus supervisor.


An Opus multi-supervisor may simply maintain existing supervisory functionality but allow for application features and work to be distributed across multiple processing units as sites are being added to the system. The views may convey how each function can be distributed. An element to accomplish the Opus multi-supervisor may be the Opus data manager.


An Opus data manager may be an installation of a Niagara environment that can provide a predefined set of Opus application templates (stations) available to run within that environment. An Opus data manager may be a framework that can run one or more applications, depending on the available host server resources. The initial application templates available may be for alarm collection, history collection and meter data collection. New application templates may be made available to distribute work for site backups, and report data collection and batch execution.


An Opus meter manager app may collect meter data from multiple sites and send the data to a utility. An Opus history app may collect historical time series and event data provided to an Opus structured query language (SQL) database. An Opus alarm app may collect alarm and event data provided to an Opus SQL database.


An Opus data manager may be indicated in a diagram of FIG. 1. Each application instance may support a limited number of deployed site XCM controllers or meters. As the number sites increases beyond the limit that an application can support, the user may be advised to add additional applications or Opus data managers to support the continued growth.


An Opus multi-supervisor structure may consist of existing elements of a current single Opus supervisor architecture. This may include the Opus architect client (workbench), the Opus supervisor station, one or more Opus data managers and one or more application stations.


An Opus multi supervisor structure may be revealed in a diagram of FIG. 2. The Opus data manager may exist as an additional element of the existing Opus supervisor structure. An overall Opus multi supervisor environment may consist of multiple Opus architect clients, a single Opus supervisor and one or more Opus data managers. Within an Opus data manager, there may be one or more Opus applications used to distribute work from the Opus supervisor.


The Opus architect (workbench) may be available within the Opus data manager installation environment for local host configuration of the Opus data manager. When connected, the Opus data manager platform may be accessed as well as the Opus data manager station and all running application stations. Alternately, when the Opus architect is connected to the Opus supervisor, the user may navigate to any instance of the Opus data manager.


The Opus supervisor may provide a new Opus data manager service. The service may support the seamless integration of Opus data managers and associated applications. An example of the integration may be to ensure that when the user invokes an existing XCM join feature, the supervisor can ensure that the new site XCM is also configured in a distributed application. The example may be accomplished by the Opus data manager service and with access to the Opus data manager stations within the Opus supervisor Niagara network.


Finally, the Opus data manager element may be a full NiagaraAX™ environment inclusive of the Opus data manager station and a library of available Opus application templates. Upon installation, the Opus data manager station may be joined to the Opus supervisor. This act may allow for a seamless integration of any and virtually all applications added to the Opus data manager. Once available, a BMS engineer may instantiate one or more Opus applications from the application library. The running applications may now be accessible to the Opus supervisor for distributing work.


An Opus data manager with integrated supervisor access may be revealed in a diagram of FIG. 3. A key architectural goal may be for the Opus data manager and associated applications to be seamlessly integrated with the Opus supervisor. The Opus data manager may be accessed via the Opus supervisor and Opus architect client remotely not necessarily needing the user to be logged into on a local server host of the Opus data manager. The activity flow may depict how a BMS engineer user can navigate to and manage the distributed Opus data managers. The activities may usually be performed one time for setup and not necessarily be needed by the daily users.


An Opus “XCM join” to an Opus data manager app may be noted in a diagram of FIG. 4. A workflow to establish a newly deployed Opus XCM into the Opus supervisor may make use of the Niagara join feature. The feature may automate numerous manual configurations to ensure ease of use and consistency when joining the XCM. To support the existence of Opus data managers, the XCM join may follow the activity flow as seen in FIG. 4.



FIG. 1 is a diagram of deployment of an Opus™ data manager system layout. An application server 21 may incorporate a data manager (Niagara™) 22 and data manager application templates module 23. Data manager 22 may incorporate a meter manager instance 24 and a history application instance 25. A connection 26 may go from data manager application templates module 23 to create a meter manager instance 24. A connection 27 may go from data manager application templates module 23 to create a history application instance 25.


An application server 28 may incorporate a supervisor 29 which in turn may have an access supervisor 31. A connection 32 for access may be between meter manager instance module 24 and access supervisor 31. A connection 33 for access may be between access supervisor 31 and data manager 22. A connection 34 for access may be between history application instance module 25 and access supervisor 31.


An SQL server 35 may have a database 36. There may be a connection 37 used for data reads and writes from database 36 to access supervisor 31. A connection 38 used for data writes may go from history application instance module 25 to database 36.


A customer sites module 39 may incorporate an XCM controller 41. A connection 42 for communications may be between history application instance module 25 and XCM controller 41. Between access supervisor 31 and XCM controller 41 may be a communications connection 43.



FIG. 2 is a diagram of an Opus multi supervisor structure layout depicting the deployment and access architecture. An architect (workbench) module 45 may incorporate an Opus explorer 46, a data manager explorer 47, a data manager list view module 48, an application list view module 49, and an application configuration views module 51.


An Opus supervisor 52 may incorporate a data manager service module 53, an XCM join module 54 and a network 55. Network 55 may incorporate a data manager reference 56, a data manager reference 57, and an XCM reference 58. An access connection 59 may be between data manager service module 53 and data manager reference 56. An access connection 61 may go from XCM join module 54 to data manager reference 56. From XCM reference 58 may be an access connection 62 to XCM join module 54.


A data manager host 63 may incorporate a data manager instance 64, an application library 65, a meter manager application instance 66 and a history application instance 67. Application library 65 may incorporate a meter manager application template 68, a history application template 69, and an alarm application template 71. Data manager 64 may incorporate a data manager service module 72 and a network 73. Network 73 may incorporate a meter manager application reference 74 and a history application reference 75. A connection 76 may be between meter manager application reference 74 and meter manager application instance 66. A connection 77 may be between history application reference 75 and history application instance 67. A connection 78 may go from application library 65 to data manager service module 72.


A connection 79 may be between data manager reference 56 in the supervisor and data manager instance 64. Between data manager host 63 and architect 45 may be a connection 81 used for access. A connection 82 for access may be between architect 45 and supervisor 52.



FIG. 3 is a diagram of a data manager with an integrated workflow. A flow may be noted for an architect 85. From a start at symbol 86 may be a connection to a supervisor as indicated in symbol 87. A data manager toolbar button may be selected at symbol 88. A list of virtually all data managers may be displayed at symbol 89 and a data manager may be selected at symbol 91. A connection to a data manager service may be made as indicated in symbol 92.


A question of whether a platform or applications are to be managed may be asked at symbol 93. If an answer is to manage a platform, then the platform may be managed at symbol 94. A flow of activity may stop at symbol 104 after that of symbol 94. If the answer is to manage applications (apps), then a question at a symbol 96 whether there is to be a running of apps or getting of templates may be asked. If an answer is to get templates, then a list of app templates may be obtained at symbol 97 and a list of apps may be displayed at symbol 98. A user choice may be made at symbol 99. A question of whether to add or delete a template may be asked at symbol 101. If an answer is to import a new template, then such template may be imported at symbol 102. If the answer is to delete the template, then such template may be deleted at symbol 103.


If the answer to the question at symbol 96 is running applications, then a list of running apps may be obtained at symbol 105 from a data manager instance 106 of running applications in a data manager service station 107, via a connection 108. After symbol 105, a capacity of the apps may be obtained at symbol 109 via a connection 111 from data manager instance 106. A list of the apps may be indicated and a user action obtained at symbols 112 and 113, respectively. At symbol 114, a question of whether to add an app may be asked. If the answer is no, then a question of whether to delete the application may be asked. If an answer is yes, then the selected app may be deleted at symbol 116, and after the deletion, this path of activity may stop at symbol 104. The deleted app may be provided to data manager instance 106 via a connection 117.


At symbol 115, if the answer is no to deleting the app, then a return to symbol 112 may be made where the list of apps is displayed. User action may be obtained at symbol 113 and the answer to the question whether to add the app at symbol 114 may be yes. A list of app templates may be obtained at symbol 118 from an application template library 119 of application templates via a connection 121. Data manager service station may incorporate application template library 119.


App templates from symbol 118 may be displayed at step or symbol 122. A user choice of the templates may be obtained at symbol 123. An application name associated with a chosen template may be determined at symbol 124. An application IP port may be obtained at symbol 125. A selected app template may be configured to a new app station instance relative to symbol 126. A connection 127 to data manager instance 106 may be a recipient of the application instance noted at symbol 126. The flow of this activity may stop as indicated at symbol 104.


A network 128 and a data manager service module 129 may be incorporated by a supervisor station 131. A connection 132 may go from network 128 to module 129. A connection 133 may go from data manager service 129 to symbol 89 where a list of virtually all data managers is displayed.



FIG. 4 is a diagram of an Opus data manager of an XCM join module. An activity of a supervisor station 135 may start at symbol 136. A new site XCM may be imported at symbol 137. A question, at symbol 138, may ask whether there is to be an XCM join. If an answer is no, then the flow may terminate at symbol 139. If the answer is yes, then the XCM join may be invoked as indicated at symbol 141. An XCM join to a data manager flow is indicated in symbol 142. The flow may begin at a start symbol 143 with an obtaining data manager instances at symbol 144 from a data manager service 145 of a supervisor station 146, via a connection 147 to symbol 144. A network of 163 of station 146 may have a connection 164 to data manager service 145.


At symbol 148, a question of whether any data manager app exists may be asked. If an answer is no, then an XCM may be configured into a main supervisor at symbol 149. The flow may end at symbol 139. If the answer is yes, then virtually all data manager app instances may be obtained at symbol 151 from data manager service 152 of data manager 153 via a connection 154. A question of whether a required app exists may be asked at symbol 155. If an answer is no, then an XCM may be configured into a main supervisor at symbol 149. The flow may end at symbol 139. If the answer is yes, then an app with the most available capacity may be selected at symbol 156. A question of whether a capacity threshold is exceeded may be asked at symbol 157. If an answer is yes, then a user may be alerted with a status update at symbol 158 and a new XCM may be added at symbol 159 to a configuration of the selected data manager app. The flow may end at symbol 139. If the answer is no, then a new XCM may be added at symbol 159 to a configuration of the selected data manager app. The flow may end at symbol 139. Information about the new XCM added to the selected app configuration may be provided to a network 162 of data manager 153 via connection 161. Network 162 may have a connection 165 to data manager service 152.


To recap, a multi supervisor structure may incorporate an architect workbench, a supervisor connected to the architect workbench, and a data manager host connected to the supervisor and the architect workbench. The supervisor may incorporate a data manager service module, a network connected to the data manager service module, and a site controller join module connected to the network.


The data manager host may incorporate a data manager module connected to the network of the supervisor, and an application library connected to the data manager module.


The network of the supervisor may incorporate a data manager module connected to the data manager module of the data manager host and to the site controller join module, a second data manager module, and a site controller connected to the site controller join module.


The data manager module of the data manager host may incorporate a data manager service module connected to the application library, and a network.


The network of the data manager module of the data manager host may incorporate a meter manager application module, and a history application module.


The application library of the data manager host, may incorporate a meter manager template module, a history application template module, and an alarm application template module.


The architect workbench may incorporate one or more items selected from a group having an explorer module, a data manager explorer, a data manager list view, an application list view, and application configuration views.


A data manager system may incorporate a first application server, a second application server connected to the first application server, a third server connected to the first and second application servers, and a customer sites module connected to the first and second application servers. The first application server may incorporate a data manager and a data manager application templates module. The second application server may incorporate a supervisor connected to the data manager of the first application server.


The third server may be a structured query language (SQL) server.


The data manager of the first application server may incorporate a meter manager instance module connected to the data manager application templates module, and history app instance module connected to the data manager application templates module.


The supervisor of the second application server may incorporate an access supervisor connected to the meter manager instance module and the history application instance module of the data manager of the first application server. The customer sites module may incorporate a site controller connected to the history application instance module of the data manager of the first application server and the access supervisor of the second application server. The SQL server may incorporate a database connected to the access supervisor of the supervisor of the second application server and the history application instance module of the data manager of the first application server.


The meter manager instance module of the data manager of the first application server, may collect meter data from multiple sites and sends the data to a utility. The history app instance module of the data manager of the first application server, may collect historical time series and event data provided to the database of the SQL server.


Alarm and event data may be provided by an alarm app to the database of the SQL server.


Each manager instance of the meter manager instance module may support a limited number of deployed meters. Each application instance of the history application instance module may support a limited number of deployed site controllers. If a number of site controllers deployed increases beyond the limited number limit that an application instance can support, then one or more application instances may be added to support a number of site controllers beyond the limited number of site controllers that the application instance can support.


A multi supervisor structure may incorporate a supervisor, one or more data manager hosts connected to the supervisor, and one or more architect clients connected to the supervisor and to the one or more data manager hosts, respectively. Each of the one or more data manager hosts may incorporate a data manager, and an application library connected to the data manager. One or more applications from the application library may be used to distribute work from the supervisor.


An architect client of the one or more architect clients may be available for a local host configuration of a data manager of the one or more data manager hosts.


When the architect client is connected, a data manager and virtually all running applications may be accessible by the architect client.


When the architect client is connected to the supervisor, the architect client may navigate to any instance of the data manager.


The supervisor may provide a new data manager service that supports a seamless integration of data managers and associated applications, respectively.


When a user invokes a site controller join feature, the supervisor may ensure that a new site controller is configured in a distributed application.


If the capacity of any of the one or more applications exceeds a capacity threshold, then a user may be alerted with a status update about the any of the one or more applications.


A data manager station may be joined to the supervisor which allows for a seamless integration of any of virtually all applications added to the data manager.


Any publication or patent document noted herein is hereby incorporated by reference to the same extent as if each individual publication or patent document was specifically and individually indicated to be incorporated by reference.


In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.


Although the present system and/or approach has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the related art to include all such variations and modifications.

Claims
  • 1. A data manager system comprising: a first application server;a second application server connected to the first application server;a third server connected to the first application server and the second application server; anda customer sites module connected to the first application server and the second application server; andwherein:the first application server comprises a data manager and a data manager application templates module; andthe second application server comprises a supervisor connected to the data manager of the first application server.
  • 2. The system of claim 1, wherein the third server is a structured query language (SQL) server.
  • 3. The system of claim 2, wherein the data manager of the first application server comprises: a meter manager instance module connected to the data manager application templates module; anda history application instance module connected to the data manager application templates module.
  • 4. The system of claim 3, wherein: the supervisor of the second application server comprises an access supervisor connected to the meter manager instance module and the history application instance module of the data manager of the first application server;the customer sites module comprises a site controller connected to the history application instance module of the data manager of the first application server and the access supervisor of the second application server; andthe SQL server comprises a database connected to the access supervisor of the supervisor of the second application server and the history application instance module of the data manager of the first application server.
  • 5. The system of claim 4, wherein: the meter manager instance module of the data manager of the first application server collects meter data from multiple sites and sends the data to a utility; andthe history application instance module of the data manager of the first application server collects historical time series and event data and provides the historical time series and event data to the database of the SQL server.
  • 6. The system of claim 5, wherein alarm and event data is provided by an alarm app to the database of the SQL server.
  • 7. The system of claim 3, wherein: each manager instance of the meter manager instance module supports a limited number of deployed meters; andeach application instance of the history application instance module supports a limited number of deployed site controllers.
  • 8. The system of claim 7, wherein if a number of site controllers deployed increases beyond the limited number that an application instance can support, then one or more application instances are added to support a number of site controllers beyond the limited number of site controllers that the application instance can support.
  • 9. The system of claim 1, wherein when a site controller is joined to the supervisor, the supervisor ensures that the site controller is configured in an application of the data manager or is configured in the supervisor.
  • 10. The system of claim 1, wherein the supervisor automatically distributes work to be performed to application instances of the data manager.
  • 11. A method for automated workload management for a building management system, the method comprising: maintaining a runtime capacity of one or more applications of a data manager;identifying, with a supervisor in communication with the data manager, an application of the one or more applications of the data manager with a most runtime capacity; andassigning the application identified to perform work with respect to site controller for the supervisor.
  • 12. The method of claim 11, further comprising: comparing the runtime capacity of the application identified to a capacity threshold; andwherein when the runtime capacity of the application exceeds the capacity threshold, output an alert.
  • 13. The method of claim 12, wherein the alert includes a status update related to the runtime capacity of the application identified.
  • 14. The method of claim 11, further comprising receiving an import of the site controller prior to assigning the application identified to perform work to the site controller.
  • 15. The method of claim 11, further comprising: providing results of the work to the supervisor.
  • 16. The method of claim 11, further comprising providing results of the work to a structured query language database on a server.
  • 17. The method of claim 11, wherein the data manager is located on a first server and the supervisor is located on a second server.
  • 18. A data manager system comprising: one or more application servers;a server including a supervisor, the server is connected to the one or more application servers;wherein:each of the one or more application servers comprise a data manager and a data manager application templates module, each data manager is in communication with the supervisor;the supervisor is configured to run an automated join process to distribute work among applications associated with one or more data manager of the one or more application servers.
  • 19. The data manager system of claim 18, wherein the automated join process comprises: determining a capacity of a plurality of applications of the applications associated with the data managers of the one or more application servers;distributing work for an imported site control to an application of the plurality of applications with greatest amount of capacity.
  • 20. The data manager system of claim 19, wherein the automated join process comprises: comparing the capacity of the application of the plurality of applications to a threshold capacity; andwhen the capacity of the application of the plurality of applications exceeds the threshold capacity, outputting an alert.
Parent Case Info

This application is a continuation of U.S. patent application Ser. No. 14/862,858, Sep. 23, 2015. U.S. patent application Ser. No. 14/862,858, Sep. 23, 2015, is hereby incorporated by reference.

US Referenced Citations (240)
Number Name Date Kind
4375637 Desjardins Mar 1983 A
4816208 Woods et al. Mar 1989 A
5042265 Baldwin et al. Aug 1991 A
5161387 Metcalfe et al. Nov 1992 A
5385297 Rein et al. Jan 1995 A
5390206 Rein et al. Feb 1995 A
5544036 Brown, Jr. et al. Aug 1996 A
5768119 Havekost et al. Jun 1998 A
5929761 Van der Laan et al. Jul 1999 A
5949303 Watson et al. Aug 1999 A
5955306 Beheshti et al. Sep 1999 A
6031343 Recknagel et al. Feb 2000 A
6124790 Golov et al. Sep 2000 A
6141595 Gloudeman et al. Oct 2000 A
6178362 Woolard et al. Jan 2001 B1
6185483 Drees Feb 2001 B1
6195309 Ematrudo Feb 2001 B1
6223544 Seem May 2001 B1
6295526 Kreiner et al. Sep 2001 B1
6295527 McCormack et al. Sep 2001 B1
6301624 Lee et al. Oct 2001 B1
6314328 Powell Nov 2001 B1
6351213 Hirsch Feb 2002 B1
6356282 Roytman et al. Mar 2002 B2
6389464 Krishnamurthy et al. May 2002 B1
6420968 Hirsch Jul 2002 B1
6430712 Lewis Aug 2002 B2
6466654 Cooper et al. Oct 2002 B1
6473407 Ditmer et al. Oct 2002 B1
6492901 Ridolfo Dec 2002 B1
6535122 Bristol Mar 2003 B1
6549135 Singh et al. Apr 2003 B2
6643355 Tsumpes Nov 2003 B1
6643516 Stewart Nov 2003 B1
6675591 Singh et al. Jan 2004 B2
6681156 Weiss Jan 2004 B1
6690980 Powell Feb 2004 B2
6761470 Sid Jul 2004 B2
6813587 McIntyre et al. Nov 2004 B2
6816811 Seem Nov 2004 B2
6832120 Frank et al. Dec 2004 B1
6836794 Lucovsky et al. Dec 2004 B1
6859827 Banginwar Feb 2005 B2
6870141 Damrath et al. Mar 2005 B2
6879253 Thuillard Apr 2005 B1
6892546 Singh et al. May 2005 B2
6919809 Blunn et al. Jul 2005 B2
6947972 Chun Sep 2005 B2
6955302 Erdman, Jr. Oct 2005 B2
6957110 Wewalaarachchi et al. Oct 2005 B2
6966060 Young et al. Nov 2005 B1
6970763 Kato Nov 2005 B2
6973627 Appling Dec 2005 B1
6990821 Singh et al. Jan 2006 B2
7006524 Freeman et al. Feb 2006 B2
7009510 Douglass et al. Mar 2006 B1
7024283 Bicknell Apr 2006 B2
7026925 Roche et al. Apr 2006 B2
7031880 Seem et al. Apr 2006 B1
7062389 Johnson et al. Jun 2006 B2
7068391 Dewitte et al. Jun 2006 B2
7068931 Tokunaga Jun 2006 B2
7069181 Jerg et al. Jun 2006 B2
7085674 Iwasawa Aug 2006 B2
7107268 Zawadzki et al. Sep 2006 B1
7113085 Havekost Sep 2006 B2
7133141 Abi-Salch Nov 2006 B1
7155462 Singh et al. Dec 2006 B1
7171287 Weiss Jan 2007 B2
7183907 Simon et al. Feb 2007 B2
7206646 Nilson et al. Apr 2007 B2
7243044 McCalla Jul 2007 B2
7250856 Havekost et al. Jul 2007 B2
7260619 Yoneda Aug 2007 B2
7272452 Coogan et al. Sep 2007 B2
7277018 Reyes et al. Oct 2007 B2
7302478 Conrad Nov 2007 B2
7308539 Fuhs et al. Dec 2007 B2
7320023 Chintalapati et al. Jan 2008 B2
7345580 Akamatsu et al. Mar 2008 B2
7379997 Ehlers et al. May 2008 B2
7386586 Headley et al. Jun 2008 B1
7428726 Cowan et al. Sep 2008 B1
7457869 Kernan Nov 2008 B2
7460020 Reyes et al. Dec 2008 B2
7490319 Blackwell et al. Feb 2009 B2
7496911 Rowley et al. Feb 2009 B2
7565225 Dushane et al. Jul 2009 B2
7596613 Silverthorne et al. Sep 2009 B2
7502329 Li et al. Oct 2009 B2
7644371 Robertson et al. Jan 2010 B2
7653459 Pouchak et al. Jan 2010 B2
7703073 Illowsky et al. Apr 2010 B2
7734572 Wiemeyer et al. Jun 2010 B2
7760081 Eiden et al. Jul 2010 B2
7774457 Talwar et al. Aug 2010 B1
7782302 Lee et al. Aug 2010 B2
7819334 Pouchak et al. Oct 2010 B2
7826929 Wacker Nov 2010 B2
7870090 McCoy et al. Jan 2011 B2
7873719 Bishop et al. Jan 2011 B2
7886031 Taylor et al. Feb 2011 B1
7890927 Eldridge et al. Feb 2011 B2
7900228 Stark et al. Mar 2011 B2
7904186 Mairs et al. Mar 2011 B2
7904608 Price Mar 2011 B2
7928239 Dumas et al. Apr 2011 B2
7933981 Cannon, III et al. Apr 2011 B1
7941786 Scott et al. May 2011 B2
7953847 Grelewicz et al. May 2011 B2
8059301 Eigenbrodt et al. Nov 2011 B2
8060602 Singh et al. Nov 2011 B2
8078481 Steinbarth et al. Dec 2011 B2
8090477 Steinberg Jan 2012 B1
8112162 Pouchak et al. Feb 2012 B2
8144028 LaMothe et al. Mar 2012 B2
8146060 Lekel Mar 2012 B2
8185871 Nixon et al. May 2012 B2
8190273 Federspiel et al. May 2012 B1
8218570 Moran et al. Jul 2012 B2
8224466 Wacker Jul 2012 B2
8224763 Guralnik et al. Jul 2012 B2
8224888 Brindle Jul 2012 B2
8225292 Naslavsky et al. Jul 2012 B2
8239500 Pouchak Aug 2012 B2
8255896 Wontorcik et al. Aug 2012 B2
8301386 Redmond et al. Oct 2012 B1
8335593 Johnson et al. Dec 2012 B2
8341049 Gomes et al. Dec 2012 B2
8341599 Angalet et al. Dec 2012 B1
8347291 Marwinski Jan 2013 B2
8352047 Walter Jan 2013 B2
8387048 Grechishkin et al. Feb 2013 B1
8417666 Bailor et al. Apr 2013 B2
8499060 Narayanan et al. Jul 2013 B2
8527947 Clemm Sep 2013 B2
8572502 Dharwada et al. Oct 2013 B2
8572616 Cai et al. Oct 2013 B2
8577940 Tormasov et al. Nov 2013 B2
8594850 Gourlay et al. Nov 2013 B1
8600556 Nesler et al. Dec 2013 B2
8640098 Nair et al. Jan 2014 B2
8819562 Nair et al. Aug 2014 B2
8892954 Gray et al. Nov 2014 B1
8930030 Bester et al. Jan 2015 B2
8938557 Meyer et al. Jan 2015 B2
8954016 Seiler et al. Feb 2015 B2
8965850 Varadarajan Feb 2015 B2
8984169 Mera et al. Mar 2015 B2
9026253 Majewski et al. May 2015 B2
9043463 Cohn et al. May 2015 B1
9122535 Soundararajan et al. Sep 2015 B2
9158531 Lin Oct 2015 B2
9239718 Grinberg et al. Jan 2016 B2
9280337 Palaniappan Mar 2016 B2
9389850 Walter et al. Jul 2016 B2
9395711 Clark et al. Jul 2016 B2
9423789 Cornett et al. Aug 2016 B2
9578465 Da Silva Neto et al. Feb 2017 B2
20020002425 Dossey et al. Jan 2002 A1
20020073076 Xu et al. Jun 2002 A1
20020122073 Abrams et al. Sep 2002 A1
20020152298 Kikta et al. Oct 2002 A1
20030078677 Hull et al. Apr 2003 A1
20030101009 Seem May 2003 A1
20030171851 Brickfield et al. Sep 2003 A1
20030217357 Parry Nov 2003 A1
20040027004 Bayoumi et al. Feb 2004 A1
20040138981 Ehlers et al. Jul 2004 A1
20040143510 Haeberle et al. Jul 2004 A1
20040230328 Armstrong et al. Nov 2004 A1
20050015621 Ashley et al. Jan 2005 A1
20050038571 Brickfield et al. Feb 2005 A1
20050043862 Brickfield et al. Feb 2005 A1
20050071457 Yang-Huffman et al. Mar 2005 A1
20050143863 Ruane et al. Jun 2005 A1
20050193285 Jeon Sep 2005 A1
20050201393 Hatayama et al. Sep 2005 A1
20050203490 Simonson Sep 2005 A1
20050222889 Lai et al. Oct 2005 A1
20060020962 Stark et al. Jan 2006 A1
20060038672 Schoettle Feb 2006 A1
20060058923 Kruk et al. Mar 2006 A1
20060064305 Alonso Mar 2006 A1
20060069886 Sandoval Mar 2006 A1
20060077726 Simmitsu Apr 2006 A1
20060095835 Kennedy et al. May 2006 A1
20060136558 Sheehan et al. Jun 2006 A1
20060168013 Wilson et al. Jul 2006 A1
20060253205 Gardiner Nov 2006 A1
20060265708 Blanding et al. Nov 2006 A1
20070078913 Crescenti et al. Apr 2007 A1
20070123249 Sun May 2007 A1
20070198674 Li et al. Aug 2007 A1
20080005787 Aldred Jan 2008 A1
20080010049 Pouchak et al. Jan 2008 A1
20080189162 Ganong et al. Aug 2008 A1
20080301668 Zachmann Dec 2008 A1
20090055914 Azami Feb 2009 A1
20090106684 Chakra et al. Apr 2009 A1
20090113037 Pouchak Apr 2009 A1
20090205040 Zunke Aug 2009 A1
20090287526 Ramkumar et al. Nov 2009 A1
20090295571 Hosey Dec 2009 A1
20090319532 Akelbein et al. Dec 2009 A1
20100031324 Strich et al. Feb 2010 A1
20100106543 Marti Apr 2010 A1
20100131653 Dharwada et al. May 2010 A1
20100131877 Dharwada et al. May 2010 A1
20100198651 Johnson et al. Aug 2010 A1
20100251184 Majewski et al. Sep 2010 A1
20100286937 Hedley et al. Nov 2010 A1
20100332293 Merchant Dec 2010 A1
20110010654 Raymond et al. Jan 2011 A1
20110087731 Wong et al. Apr 2011 A1
20110093493 Nair et al. Apr 2011 A1
20110098863 Miki Apr 2011 A1
20110113360 Johnson et al. May 2011 A1
20110196539 Nair et al. Aug 2011 A1
20110298608 Ranjan et al. Dec 2011 A1
20110316688 Ranjan et al. Dec 2011 A1
20120005731 Lei et al. Jan 2012 A1
20120011496 Shimamura Jan 2012 A1
20120096521 Peddada Apr 2012 A1
20120166992 Huynh et al. Jun 2012 A1
20130218889 Marti et al. Aug 2013 A1
20140114440 Marti et al. Apr 2014 A1
20140180738 Phillipps et al. Jun 2014 A1
20140280878 Hardin et al. Sep 2014 A1
20140289202 Chan et al. Sep 2014 A1
20140344798 Sasaki Nov 2014 A1
20150007157 Park et al. Jan 2015 A1
20150105878 Jones et al. Apr 2015 A1
20150112989 Marti et al. Apr 2015 A1
20150201020 Gueta Jul 2015 A1
20150295998 Morrill et al. Oct 2015 A1
20150326450 Cruz Mota et al. Nov 2015 A1
20160011573 Marti et al. Jan 2016 A1
20170102680 Marti et al. Apr 2017 A1
20170272316 Johnson et al. Sep 2017 A1
Foreign Referenced Citations (12)
Number Date Country
WO 0197146 Dec 2001 WO
WO 02052432 Jul 2002 WO
WO 03090038 Oct 2003 WO
WO 2004053772 Jun 2004 WO
WO 2004055608 Jul 2004 WO
WO 2004070999 Aug 2004 WO
WO 2005020167 Mar 2005 WO
WO 2006048397 May 2006 WO
WO 2007024622 Mar 2007 WO
WO 2007024623 Mar 2007 WO
WO 2007027685 Mar 2007 WO
WO 2007082204 Jul 2007 WO
Non-Patent Literature Citations (35)
Entry
http://www.loytec.com/products/web/lweb-900, “LWEB-900 Integrated Building Management System,” 5 pages, printed Nov. 15, 2014.
Samsung, “Intelligent Building Management System, ControlCity-NX,” 20 pages, May 31, 2012.
U.S. Appl. No. 14/862,715, filed Sep. 23, 2015.
Adobe Acrobat 6.0 Standard, Version 6.0.2, Screenshots, 2 pages, May 18, 2004.
Atere-Roberts et al., “Implementation of a Computerized Maintenance Management System for the City of Atlanta,” 13 pages, Proceedings of the Water Environment Federation, Jan. 1, 2002.
Bersoff et al., “Impacts of Life Cycle Models on Software,” Communications of the ACM, vol. 34, No. 8, pp. 104-118, Aug. 1991.
Business Objects, Crystal Reports Acess, Format, and Integrate Data, 4 pages, Dec. 2003.
Honeywell Spyder Bacnet User's Guide, 242 pages, Revised Jul. 2009.
Honeywell Spyder User's Guide 202 pages, Released Jul. 2007.
Honeywell, “ComfortPoint Open BMS Release 100,” Specification and Technical Data, 13 pages, Jun. 2012.
Honeywell, “Excel Building Supervisor-Integrated R7044 and FS90 Ver. 2.0,” Operator Manual, 70 pages, Apr. 1995.
Honeywell, “Excel 15B W7760B Building Manager,” User's Guide, 84 pages, Revised Jan. 2005.
http://blogs.msdn.com/b/khen1234/archive/2005/05/11/416392.aspx, “Regular Expressions in T-SQL,” 4 pages, May 11, 2005.
http://domin.dom.edu/documents/emaildocs/outlook/, “Outlook Web Access 2003,” 19 pages, printed Nov. 7, 2013.
http://en.wikipedia.org/wiki/JAR_(file_format), “JAR (file Format)—Wikipedia, the Free Encyclopedia,” 3 pages, printed Dec. 26, 2009.
http://www.de2m.com/DE2R_Technical.html, “Data Enabled Enterprise Repository (DE2R) Technical Overview,” 4 pages, printed Mar. 8, 2013.
http://www.google.com/maps, “Google Maps, Pin Location,” 1 page, prior to Nov. 21, 2008.
Johnson Controls, “Fx Workbench, User's Guide,” 818 pages, issued May 19, 2008, (this article will be uploaded to USPTO website in 5 parts).
Kalavade et al., “A Hardware-Software Codesign Methodology for DSP Applications,” IEEE Design and Test of Computers, pp. 16-28, 1993.
Magnusson et al., “Simics: A Full Simulation Platform,” IEEE, pp. 50-58, 2002.
McCown et al., “APSIM: A Novel Software System for Model Development, Model Testing and Simulation in Agricultural Systems Research,” Agricultural Systems, vol. 50, pp. 255-271, 1996.
Microsoft Word Screen Shots, 2 pages, prior to Nov. 21, 2008.
Niagara, “Niagara AX-3.x User Guide,” Tridium Inc., 436 pages, 2007.
Novar, “Opus Supervisor User Guide,” pp. 1-159, Feb. 1, 2012.
Novar, “Demand Response, Program Implementation and Execution,” 8 pages, Oct. 28, 2008.
Novar, “Media Backgrounder,” 10 pages, prior to Feb. 22, 2012.
Pressman, “Software Engineering Notes—Compiled from Software Engineering a Practitioner's Approach,” Fifth Edition, 67 pages, 2009.
Siemens, BACnet for DESIGO 27 Pages, prior to Dec. 30, 2009.
Simunic et al, “Cycle-Accurate Simulation of Energy Consumption in Embedded Systems,” ACM, pp. 867-872, 1999.
Trane, “System Programming, Tracer Summit Version 14, BMTW-SVP01D-EN,” 623 pages, 2002, (this article will be uploaded to USPTO website in 3 parts).
Trane, “Tracer W580/581 Programmable Controllers,” CNT-PRC002-EN, Mar. 2003.
Tridium, “NiagaraAX Product Model Overview,” 7 pages, 2005.
Tridium, “Tridium & Niagara Framework Overview,” 9 pages, prior to Oct. 28, 2008.
Vykon by Tridium, “Niagara Browser Access Guide,” 125 pages, revised Aug. 15, 2002.
Vykon by Tridium, “Niagara Networking & Connectivity Guide,” Niagara Release 2.3, 245 pages, 2002.
Related Publications (1)
Number Date Country
20190327298 A1 Oct 2019 US
Continuations (1)
Number Date Country
Parent 14862858 Sep 2015 US
Child 16445496 US