Web services platform with integration and interface of smart entities with enterprise applications
One or more non-transitory computer readable media contain program instructions that, when executed by one or more processors, cause the one or more processors to perform operations including: creating and managing a plurality of smart entities, each of the smart entities including a plurality of attributes; receiving inbound data from one or more enterprise applications; translating the inbound data into values for one or more of the plurality of attributes; writing the plurality of attributes to the smart entities; reading the plurality of attributes from the smart entities; translating the plurality of attributes into outbound data; and providing the outbound data to the one or more enterprise applications.
Latest Johnson Controls Tyco IP Holdings LLP Patents:
This application is a continuation of U.S. patent application Ser. No. 16/142,859 filed Sep. 26, 2018 which claims the benefit of and priority to U.S. Provisional Patent Application No. 62/564,247 filed Sep. 27, 2017, U.S. Provisional Patent Application No. 62/588,179 filed Nov. 17, 2017, U.S. Provisional Patent Application No. 62/588,190 filed Nov. 17, 2017, U.S. Provisional Patent Application No. 62/588,114 filed Nov. 17, 2017, and U.S. Provisional Patent Application No. 62/611,962 filed Dec. 29, 2017. The entire disclosure of each of these patent applications is incorporated by reference herein.
BACKGROUNDThe present disclosure relates generally to a web services platform and more particularly to a web services platform configured to ingest, process, and store data from a variety of different data sources.
Web services platforms typically rely on hardware gateway devices to collect and pre-process data before the data is provided to the web services platform. Different gateways use different data ingestion techniques and software that often do not communicate using the same protocols or data models. Accordingly, maintenance and integration cost can be high when multiple gateways must work together to collect and provide data to a web services platform. It would be desirable to provide a solution that overcomes these and other problems associated with traditional gateway devices.
SUMMARYOne implementation of the present disclosure is a web services platform including an entity service and a software defined gateway. The entity service is configured to create and manage a plurality of smart entities. Each of the smart entities includes a plurality of attributes. The software defined gateway is configured to receive inbound data from one or more enterprise applications, translate the inbound data into values for one or more of the plurality of attributes, and write the plurality of attributes to the smart entities. The software defined gateway is configured to read the plurality of attributes from the smart entities, translate the plurality of attributes into outbound data, and provide the outbound data to the one or more enterprise applications.
In some embodiments, the software defined gateway is configured to use a different communications protocol to communicate with each of the plurality of enterprise applications.
In some embodiments, the software defined gateway is configured to translate between a first communications protocol or format used by one or more of the enterprise applications and a second protocol or format used by the entity service.
In some embodiments, the plurality of enterprise applications include at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
In some embodiments, the plurality of enterprise applications include a workflow automation system and the inbound data include a workflow request. In some embodiments, the entity service is configured to create a workflow request entity representing the workflow request and generate a plurality of attributes of the workflow request entity using information contained in the workflow request.
In some embodiments, the smart entities are virtual representations of a physical system or device, person or group of people, or space or group of spaces.
In some embodiments, the inbound data include information technology (IT) data that describe one or more static characteristics of a device, person, or space. In some embodiments, the entity service is configured to transform the one or more characteristics of the device, person, or space into the one or more static attributes of the smart entities.
In some embodiments, the inbound data describe the plurality of smart entities and relationships therebetween.
In some embodiments, the inbound data include operational technology (OT) data that describe one or more dynamic states or conditions of a device, person, or space. In some embodiments, the entity service is configured to transform the one or more dynamic states or conditions of the device, person, or space into the one or more dynamic attributes of the smart entities.
In some embodiments, the inbound data include event data received in real-time from a web-based service. In some embodiments, the web-based service includes a web-based advertising service, a website traffic monitoring service, a web-based sales service, or a web-based analytics service.
In some embodiments, the inbound data include data samples collected from internet of things (IoT) devices.
In some embodiments, the plurality of smart entities include one or more object entities representing a plurality of physical devices, one or more data entities representing data generated by the physical devices, and one or more relational objects indicating relationships interconnecting the object entities and the data entities.
In some embodiments, one or more of the smart entities includes a static attribute identifying a physical device represented by the smart entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device and a data entity representing data generated by the physical device. The data entity may include a static attribute identifying the object entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device, a data entity representing data generated by the physical device, and a relational object including a first attribute identifying the object entity and a second attribute identifying the data entity.
Another implementation of the present disclosure is a web services platform for managing data relating to a plurality of physical devices connected to one or more electronic communications networks. The web services platform includes one or more processors and one or more computer-readable storage media communicably coupled to the one or more processors having instructions stored thereon. When executed by the one or more processors, the instructions cause the one or more processors to create and manage a plurality of smart entities. Each of the smart entities includes a plurality of attributes. The instructions cause the one or more processors to receive inbound data from one or more enterprise applications, translate the inbound data into values for one or more of the plurality of attributes, write the plurality of attributes to the smart entities, read the plurality of attributes from the smart entities, translate the plurality of attributes into outbound data, and provide the outbound data to the one or more enterprise applications.
In some embodiments, the instructions cause the one or more processors to use a different communications protocol to communicate with each of the plurality of enterprise applications.
In some embodiments, the instructions cause the one or more processors to translate between a first communications protocol or format used by one or more of the enterprise applications and a second protocol or format used by the plurality of smart entities.
In some embodiments, the plurality of enterprise applications include at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
In some embodiments, the plurality of enterprise applications include a workflow automation system and the inbound data comprise a workflow request. In some embodiments, the instructions cause the one or more processors to create a workflow request entity representing the workflow request and generate a plurality of attributes of the workflow request entity using information contained in the workflow request.
In some embodiments, the smart entities are virtual representations of a physical system or device, person or group of people, or space or group of spaces.
In some embodiments, the inbound data include information technology (IT) data that describe one or more static characteristics of a device, person, or space. In some embodiments, the instructions cause the one or more processors to transform the one or more characteristics of the device, person, or space into the one or more static attributes of the smart entities.
In some embodiments, the inbound data describe the plurality of smart entities and relationships therebetween.
In some embodiments, the inbound data include operational technology (OT) data that describe one or more dynamic states or conditions of a device, person, or space. In some embodiments, the instructions cause the one or more processors to transform the one or more dynamic states or conditions of the device, person, or space into the one or more dynamic attributes of the smart entities.
In some embodiments, the inbound data include event data received in real-time from a web-based service. In some embodiments, the web-based service includes a web-based advertising service, a website traffic monitoring service, a web-based sales service, or a web-based analytics service.
In some embodiments, the inbound data include data samples collected from internet of things (IoT) devices.
In some embodiments, the plurality of smart entities include one or more object entities representing a plurality of physical devices, one or more data entities representing data generated by the physical devices, and one or more relational objects indicating relationships interconnecting the object entities and the data entities.
In some embodiments, one or more of the smart entities includes a static attribute identifying a physical device represented by the smart entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device and a data entity representing data generated by the physical device. The data entity may include a static attribute identifying the object entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device, a data entity representing data generated by the physical device, and a relational object including a first attribute identifying the object entity and a second attribute identifying the data entity.
Another implementation of the present disclosure is a method for managing data relating to a plurality of physical devices connected to one or more electronic communications networks. The method includes creating and managing a plurality of smart entities. Each of the smart entities includes a plurality of attributes. The method includes receiving inbound data from one or more enterprise applications, translating the inbound data into values for one or more of the plurality of attributes, writing the plurality of attributes to the smart entities, reading the plurality of attributes from the smart entities, translating the plurality of attributes into outbound data, and providing the outbound data to the one or more enterprise applications.
In some embodiments, the method includes using a different communications protocol to communicate with each of the plurality of enterprise applications.
In some embodiments, the method includes translating between a first communications protocol or format used by one or more of the enterprise applications and a second protocol or format used by the plurality of smart entities.
In some embodiments, the plurality of enterprise applications include at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
In some embodiments, the plurality of enterprise applications include a workflow automation system and the inbound data comprise a workflow request. In some embodiments, the method includes creating a workflow request entity representing the workflow request and generating a plurality of attributes of the workflow request entity using information contained in the workflow request.
In some embodiments, the smart entities are virtual representations of a physical system or device, person or group of people, or space or group of spaces.
In some embodiments, the inbound data include information technology (IT) data that describe one or more static characteristics of a device, person, or space. In some embodiments, the method includes transforming the one or more characteristics of the device, person, or space into the one or more static attributes of the smart entities.
In some embodiments, the inbound data describe the plurality of smart entities and relationships therebetween.
In some embodiments, the inbound data include operational technology (OT) data that describe one or more dynamic states or conditions of a device, person, or space. In some embodiments, the method includes transforming the one or more dynamic states or conditions of the device, person, or space into the one or more dynamic attributes of the smart entities.
In some embodiments, the inbound data include event data received in real-time from a web-based service. In some embodiments, the web-based service includes a web-based advertising service, a website traffic monitoring service, a web-based sales service, or a web-based analytics service.
In some embodiments, the inbound data include data samples collected from internet of things (IoT) devices.
In some embodiments, the plurality of smart entities include one or more object entities representing a plurality of physical devices, one or more data entities representing data generated by the physical devices, and one or more relational objects indicating relationships interconnecting the object entities and the data entities.
In some embodiments, one or more of the smart entities includes a static attribute identifying a physical device represented by the smart entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device and a data entity representing data generated by the physical device. The data entity may include a static attribute identifying the object entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device, a data entity representing data generated by the physical device, and a relational object including a first attribute identifying the object entity and a second attribute identifying the data entity.
Another implementation of the present disclosure is one or more non-transitory computer readable media containing program instructions. When executed by one or more processors, the instructions cause the one or more processors to perform operations including creating and managing a plurality of smart entities. Each of the smart entities includes a plurality of attributes. The operations include receiving inbound data from one or more enterprise applications, translating the inbound data into values for one or more of the plurality of attributes, writing the plurality of attributes to the smart entities, reading the plurality of attributes from the smart entities, translating the plurality of attributes into outbound data, and providing the outbound data to the one or more enterprise applications.
In some embodiments, the instructions cause the one or more processors to use a different communications protocol to communicate with each of the plurality of enterprise applications.
In some embodiments, the instructions cause the one or more processors to translate between a first communications protocol or format used by one or more of the enterprise applications and a second protocol or format used by the plurality of smart entities.
In some embodiments, the plurality of enterprise applications include at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
In some embodiments, the plurality of enterprise applications include a workflow automation system and the inbound data comprise a workflow request. In some embodiments, the instructions cause the one or more processors to create a workflow request entity representing the workflow request and generate a plurality of attributes of the workflow request entity using information contained in the workflow request.
In some embodiments, the smart entities are virtual representations of a physical system or device, person or group of people, or space or group of spaces.
In some embodiments, the inbound data include information technology (IT) data that describe one or more static characteristics of a device, person, or space. In some embodiments, the instructions cause the one or more processors to transform the one or more characteristics of the device, person, or space into the one or more static attributes of the smart entities.
In some embodiments, the inbound data describe the plurality of smart entities and relationships therebetween.
In some embodiments, the inbound data include operational technology (OT) data that describe one or more dynamic states or conditions of a device, person, or space. In some embodiments, the instructions cause the one or more processors to transform the one or more dynamic states or conditions of the device, person, or space into the one or more dynamic attributes of the smart entities.
In some embodiments, the inbound data include event data received in real-time from a web-based service. In some embodiments, the web-based service includes a web-based advertising service, a website traffic monitoring service, a web-based sales service, or a web-based analytics service.
In some embodiments, the inbound data include data samples collected from internet of things (IoT) devices.
In some embodiments, the plurality of smart entities include one or more object entities representing a plurality of physical devices, one or more data entities representing data generated by the physical devices, and one or more relational objects indicating relationships interconnecting the object entities and the data entities.
In some embodiments, one or more of the smart entities includes a static attribute identifying a physical device represented by the smart entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device and a data entity representing data generated by the physical device. The data entity may include a static attribute identifying the object entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the physical device.
In some embodiments, the plurality of smart entities include an object entity representing a physical device, a data entity representing data generated by the physical device, and a relational object including a first attribute identifying the object entity and a second attribute identifying the data entity.
Those skilled in the art will appreciate that the summary is illustrative only and is not intended to be in any way limiting. Other aspects, inventive features, and advantages of the devices and/or processes described herein, as defined solely by the claims, will become apparent in the detailed description set forth herein and taken in conjunction with the accompanying drawings.
Referring generally to the FIGURES, a web services platform and components thereof are shown, according to some embodiments. The web services platform includes a software defined gateway and several platform services (e.g., a timeseries service, an entity service, a security service, an analytics service, etc.). The software defined gateway is configured to translate between a protocol or format used by the platform services and a variety of other protocols or formats used by external systems or devices that communicate with the web services platform. This allows the web services platform to ingest and process inbound data from a variety of different data sources and provide data to a variety of different external systems or devices.
The entity service is configured to create and manage smart entities. The smart entities include attributes that describe a corresponding system, device, person, relationship, or other items represented by the smart entities. In some embodiments, the attributes include both static and dynamic attributes. The entity service can use information technology (IT) data received from external systems or devices to generate values for the static attributes of the smart entities. Similarly, the entity service can use operational technology (OT) data received from external systems or devices to generate values for the dynamic attributes of the smart entities. These and other features of the web services platform are described in greater detail below.
Web Services System
Referring now to
Web services platform 102 can collect data from a variety of external systems or services. For example, web services platform 102 is shown receiving weather data from a weather service 152, news data from a news service 154, documents and other document-related data from a document service 156, and media (e.g., video, images, audio, social media, etc.) from a media service 158. In some embodiments, web services platform 102 generates data internally. For example, web services platform 102 may include a web advertising system, a website traffic monitoring system, a web sales system, or other types of platform services that generate data. The data generated by web services platform 102 can be collected, stored, and processed along with the data received from other data sources. Web services platform 102 can collect data directly from external systems or devices or via a network 104 (e.g., a WAN, the Internet, a cellular network, etc.). Web services platform 102 can process and transform collected data to generate timeseries data and entity data. Several features of web services platform 102 are described in detail below.
Web Services Platform
Referring now to
Information systems 202 can also include any type of system configured to manage information associated with any of a variety of devices, systems, people and/or the activities thereof. For example, information systems 202 can include a human resources (HR) system, an accounting system, a payroll system, a customer relationship management (CRM) system, a marketing system, an enterprise resource planning system, or any other type of system that can be used to manage devices, systems, people, and/or the information associated therewith.
IoT devices 203 may include any of a variety of physical devices, sensors, actuators, electronics, vehicles, home appliances, and/or other items having network connectivity which enable IoT devices 203 to communicate with web services platform 102. For example, IoT devices 203 can include smart home hub devices, smart house devices, doorbell cameras, air quality sensors, smart switches, smart lights, smart appliances, garage door openers, smoke detectors, heart monitoring implants, biochip transponders, cameras streaming live feeds, automobiles with built-in sensors, DNA analysis devices, field operation devices, tracking devices for people/vehicles/equipment, networked sensors, wireless sensors, wearable sensors, environmental sensors, RFID gateways and readers, IoT gateway devices, robots and other robotic devices, GPS devices, smart watches, virtual/augmented reality devices, and/or other networked or networkable devices. In some embodiments, IoT devices 203 include some or all of devices 112-116, 122-126, 132-136, and 142-146, as described with reference to
Weather service 152, news service 154, document service 156, and media service 158 may be the same as previously described. For example, weather service 152 can be configured to provide weather data to web services platform 102. News service 154 can be configured to provide news data to web services platform 102. Document service 156 can be configured to provide documents and other document-related data to web services platform 102. Media service 158 can be configured to provide media (e.g., video, images, audio, social media, etc.) to web services platform 102. In some embodiments, media service 158 includes an internet-based advertising system or click tracking system. For example, media service 158 can provide event data to web services platform 102 in response to a web server delivering a webpage, advertisement, or receiving a click from a user. Web services platform 102 can be configured to ingest, process, store, and/or publish data from these and any of a variety of other data sources.
Web services platform 102 is shown receiving two main types of data: information technology (IT) data and operational technology (OT) data. IT data may include data that describes various entities (e.g., people, spaces, devices, etc.) and the relationships therebetween. For example, IT data may include an entity graph that describes the relationships between spaces, equipment, and other entities (e.g., person A owns device B, device B controls device C, sensor D provides input to device C, person E is part of employee team F, floor G contains room C, etc.). IT data may include human resources data that describes a set of employees and includes details about the employees (e.g., name, employee ID, job title/role, responsibilities, payroll information, address, etc.). IT data may include IoT device information (e.g., device locations, descriptions, device relationships, etc.), and/or other information that provides context for the data received by web services platform 102 or describes the entities managed by web services platform 102. In some embodiments, IT data is preexisting/static and can be provided to web services platform 102 as a batch. However, it is contemplated that IT data can be updated after it has been created if changes occur to the entities or relationships described by the IT data.
As used herein, the term “static” refers to data, characteristics, attributes, or other information that does not change over time or change infrequently. For example, a device name or address may be referred to as a static characteristic of the device because it does not change frequently. However, should be understood that “static” items are not limited to permanently fixed information. Some types of static items may change occasionally or infrequently. For example, a device address may be a type of static attribute that can be changed if desired but is not expected to change frequently. Static data is contrasted with dynamic data that is expected to change relatively frequently.
OT data may include data that is generated and/or updated in real-time as a result of operating the systems and devices that provide data to web services platform 102. For example, OT data may include timeseries data received from IoT devices 203 (e.g., sensor measurements, status indications, alerts, notifications, etc.), weather information received from weather service 152, a news feed received from news service 154, document updates received from document service 156, media updates received from media service 158, and/or other types of telemetry data. In general, OT data can be described as real-time operational data, dynamic data, or streaming data, whereas IT data can be described as institutional or contextual data that is not continuously updated. For example, the OT data associated with a particular sensor may include measurements from the sensor, whereas the IT data associated with the sensor may include the sensor name, sensor type, and sensor location.
Web services platform 102 can process and transform/translate the OT data and IT data using platform services 220 to generate timeseries data and entity data. Throughout this disclosure, the term “raw timeseries data” is used to describe the raw data samples of OT data received by web services platform 102. The term “derived timeseries data” is used to describe the result or output of a transformation or other timeseries processing operation performed by platform services 220 (e.g., data aggregation, data cleansing, virtual point calculation, etc.). The raw timeseries data and derived timeseries data can be provided to various applications 230 and/or stored in timeseries storage 214 (e.g., as materialized views of the raw timeseries data). The term “entity data” is used to describe the attributes of various entities (e.g., people, spaces, things, etc.) and relationships between entities. The entity data can be created by platform services 220 as a result of processing the IT data and/or OT data received by web services platform 102 and can be stored in entity storage 216.
Before discussing web services platform 102 in greater detail, it should be noted that the components of web services platform 102 can be integrated within a single device (e.g., a web server, a supervisory controller, a computing system, etc.) or distributed across multiple separate systems or devices. For example, the components of web services platform 102 can be implemented as part of a cloud computing platform configured to receive and process data from multiple IoT devices and other data sources. In other embodiments, the components of web services platform 102 can be implemented as part of a suite of cloud-hosted services. In other embodiments, some or all of the components of web services platform 102 can be components of a subsystem level controller, a plant controller, a device controller, a field controller, a computer workstation, a client device, or any other system or device that receives and processes data from IoT devices or other data sources.
Still referring to
Communications interface 204 can facilitate communications between web services platform 102 and external applications (e.g., remote systems and applications) for allowing user control, monitoring, and adjustment to web services platform 102 and/or the devices that communicate with web services platform 102. Communications interface 204 can also facilitate communications between web services platform 102 and client devices (e.g., computer workstations, laptop computers, tablets, mobile devices, etc.). Web services platform 102 can be configured to communicate with external systems and devices using any of a variety of communications protocols (e.g., HTTP(S), WebSocket, CoAP, MQTT, etc.), industrial control protocols (e.g., MTConnect, OPC, OPC-UA, etc.), process automation protocols (e.g., HART, Profibus, etc.), home automation protocols, or any of a variety of other protocols. Advantageously, web services platform 102 can receive, ingest, and process data from any type of system or device regardless of the communications protocol used by the system or device.
Web services platform 102 is shown to include a processing circuit 206 including a processor 208 and memory 210. Processor 208 can be a general purpose or specific purpose processor, an application specific integrated circuit (ASIC), one or more field programmable gate arrays (FPGAs), a group of processing components, or other suitable processing components. Processor 208 is configured to execute computer code or instructions stored in memory 210 or received from other computer readable media (e.g., CDROM, network storage, a remote server, etc.).
Memory 210 can include one or more devices (e.g., memory units, memory devices, storage devices, etc.) for storing data and/or computer code for completing and/or facilitating the various processes described in the present disclosure. Memory 210 can include random access memory (RAM), read-only memory (ROM), hard drive storage, temporary storage, non-volatile memory, flash memory, optical memory, or any other suitable memory for storing software objects and/or computer instructions. Memory 210 can include database components, object code components, script components, or any other type of information structure for supporting the various activities and information structures described in the present disclosure. Memory 210 can be communicably connected to processor 208 via processing circuit 206 and can include computer code for executing (e.g., by processor 208) one or more processes described herein. When processor 208 executes instructions stored in memory 210, processor 208 generally configures processing circuit 206 to complete such activities.
In some embodiments, web services platform 102 includes a plurality of processors, memories, interfaces, and other components distributed across multiple devices or systems. For example, in a cloud-based or distributed implementation, web services platform 102 may include multiple discrete computing devices, each of which includes a processor 208, memory 210, communications interface 204, software defined gateway 212, and/or other components of web services platform 102. Tasks performed by web services platform 102 can be distributed across multiple systems or devices, which may be located within the building or facility or distributed across multiple buildings or facilities. In some embodiments, multiple software defined gateways 212 are implemented using different processors, computing devices, servers, and/or other components and carry out portions of the features described herein.
Still referring to
The data samples can include one or more attributes that describe or characterize the corresponding data points. For example, the data samples can include a name attribute defining a point name or ID (e.g., “B1F4R2.T-Z”), a device attribute indicating a type of device from which the data samples is received (e.g., temperature sensor, humidity sensor, pressure sensor, etc.), a unit attribute defining a unit of measure associated with the data value (e.g., ° F., ° C., kPA, etc.), and/or any other attribute that describes the corresponding data point or provides contextual information regarding the data point. The types of attributes included in each data point can depend on the communications protocol used to send the data samples to web services platform 102. For example, data samples received via a first protocol can include a variety of descriptive attributes along with the data value, whereas data samples received via the second protocol may include a lesser number of attributes (e.g., only the data value without any corresponding attributes).
In some embodiments, each data sample is received with a timestamp indicating a time at which the corresponding data value was measured or calculated. In other embodiments, software defined gateway 212 adds timestamps to the data samples based on the times at which the data samples are received. Software defined gateway 212 can generate raw timeseries data for each of the data points for which data samples are received. Each timeseries can include a series of data values for the same data point and a timestamp for each of the data values. For example, a timeseries for a data point provided by a temperature sensor can include a series of temperature values measured by the temperature sensor and the corresponding times at which the temperature values were measured. An example of a timeseries which can be generated by software defined gateway 212 is as follows:
[<key, timestamp1, value1>, <key, timestamp2, value2>, <key, timestamp3, value3>]
where key is an identifier of the source of the raw data samples (e.g., timeseries ID, sensor ID, etc.), timestamp identifies the time at which the ith sample was collected, and valuei indicates the value of the ith sample.
Software defined gateway 212 can add timestamps to the data samples or modify existing timestamps such that each data sample includes a local timestamp. Each local timestamp indicates the local time at which the corresponding data sample was measured or collected and can include an offset relative to universal time. The local timestamp indicates the local time at the location the data point was measured at the time of measurement. The offset indicates the difference between the local time and a universal time (e.g., the time at the international date line). For example, a data sample collected in a time zone that is six hours behind universal time can include a local timestamp (e.g., Timestamp=2016-03-18T14:10:02) and an offset indicating that the local timestamp is six hours behind universal time (e.g., Offset=−6:00). The offset can be adjusted (e.g., +1:00 or −1:00) depending on whether the time zone is in daylight savings time when the data sample is measured or collected.
The combination of the local timestamp and the offset provides a unique timestamp across daylight saving time boundaries. This allows an application using the timeseries data to display the timeseries data in local time without first converting from universal time. The combination of the local timestamp and the offset also provides enough information to convert the local timestamp to universal time without needing to look up a schedule of when daylight savings time occurs. For example, the offset can be subtracted from the local timestamp to generate a universal time value that corresponds to the local timestamp without referencing an external database and without requiring any other information.
In some embodiments, software defined gateway 212 organizes the raw timeseries data. Software defined gateway 212 can identify a system or device associated with each of the data points. For example, software defined gateway 212 can associate a data point with an IoT device, a sensor, a networking device, or any other type of system or device. In various embodiments, software defined gateway 212 uses the name of the data point, a range of values of the data point, statistical characteristics of the data point, or other attributes of the data point to identify a particular system or device associated with the data point. Software defined gateway 212 can then determine how that system or device relates to the other systems or devices. For example, software defined gateway 212 can determine that the identified system or device is part of a larger system (e.g., a vehicle control system) or is associated with a particular space (e.g., a particular factory, a room or zone of the factory, etc.). In some embodiments, software defined gateway 212 uses or creates an entity graph when organizing the timeseries data. An example of such an entity graph is described in greater detail with reference to
In some embodiments, software defined gateway 212 uses the IT data and OT data to update the attributes of various entities. As described above, an entity is a virtual representation (e.g., a data object) of a person, space, system, device, or thing that provides data to web services platform 102. For example, a vehicle entity may be a virtual representation of a physical vehicle (e.g., a car, truck, airplane, boat, etc.). The vehicle entity may include a variety of attributes that describe the vehicle. For example, the vehicle may include a “location” attribute that describes where the vehicle is located, a “contains” attribute that identifies one or more systems or devices of equipment contained within the vehicle, a “temperature” attribute that indicates the current air temperature within the vehicle, an “occupancy” attribute that indicates whether the vehicle is occupied or unoccupied, or any of a variety of other attributes. Software defined gateway 212 can use the OT data to update the values of the attributes of various entities each time a new data sample or event is received. Similarly, software defined gateway 212 can use the IT data to update the values of the attributes of various entities when the relationships between entities or other attributes indicated by the IT data changes. In other embodiments, entity attributes are updated by entity service 226 of platform services 220.
Software defined gateway 212 can provide the timeseries data and entity data to platform services 220 and/or store the timeseries data and entity data in timeseries storage 214 and entity storage 216, respectively. In some embodiments, timeseries storage 214 and entity storage 216 can be data storage internal to web services platform 102 (e.g., within memory 210) or other on-site data storage local to the location at which the IT data and OT data are collected. In other embodiments, timeseries storage 214 and entity storage 216 can include a remote database, cloud-based data hosting, or other remote data storage. For example, timeseries storage 214 and entity storage 216 can include remote data storage located off-site relative to the location at which the IT data and OT data are collected. Timeseries storage 214 can be configured to store the raw timeseries data obtained by software defined gateway 212, the derived timeseries data generated by platform services 220, and/or directed acyclic graphs (DAGs) used by platform services 220 to process the timeseries data. Similarly, entity storage 216 can be configured to store the IT data and OT data collected by software defined gateway 212 and/or the entity data generated by platform services 220.
Still referring to
Analytics service 224 can use the translated IT data and OT data as inputs to various analytics (e.g., fault detection, energy consumption, web traffic, revenue, etc.) to derive an analytic result from the IT data and OT data. Analytics service 224 can apply a set of fault detection rules to the IT data and OT data to determine whether a fault is detected at each interval of a timeseries. Fault detections can be stored as derived timeseries data. For example, analytics service 224 can generate a new fault detection timeseries with data values that indicate whether a fault was detected at each interval of the timeseries. The fault detection timeseries can be stored as derived timeseries data along with the raw timeseries data in timeseries storage 214.
Entity service 226 can use the translated IT data and OT data provided by software defined gateway 212 to create or update the attributes of various entities managed by web services platform 102. Some entity attributes may be the most recent value of a data point provided to web services platform 102 as OT data. For example, the “temperature” attribute of a vehicle entity may be the most recent value of a temperature data point provided by a temperature sensor located in the vehicle. Entity service 226 can use the IT data to identify the temperature sensor located in the vehicle and can use the OT data associated with the identified temperature sensor to update the “temperature” attribute each time a new sample of the temperature data point is received. As another example, a “most recent view” attribute of a webpage entity may indicate the most recent time at which the webpage was viewed. Entity service 226 can use the OT data from a click tracking system or web server to determine when the most recent view occurred and can update the “most recent view” attribute accordingly.
Other entity attributes may be the result of an analytic, transformation, calculation, or other processing operation based on the OT data and IT data. For example, entity service 226 can use the IT data to identify an access control device (e.g., an electronic lock, a keypad, etc.) at the entrance/exit of a vehicle. Entity service 226 can use OT data received from the identified access control device to track the number of occupants entering and exiting the vehicle. Entity service 226 can update a “number of occupants” attribute of an entity representing the vehicle each time a person enters or exits the vehicle such that the “number of occupants” attribute reflects the current number of occupants within the vehicle. As another example, a “total revenue” attribute associated with a product line entity may be the summation of all the revenue generated from sales of the corresponding product. Entity service 226 can use the OT data received from a sales tracking system (e.g., a point of sale system, an accounting database, etc.) to determine when a sale of the product occurs and identify the amount of revenue generated by the sale. Entity service 226 can then update the “total revenue” attribute by adding the most recent sales revenue to the previous value of the attribute.
In some embodiments, entity service 226 uses IT data and/or OT data from multiple different data sources to update the attributes of various entities. For example, an entity representing a person may include a “risk” attribute that quantifies the person's level of risk attributable to various physical, environmental, or other conditions. Entity service 226 can use OT data from a card reader or IT data from a human resources system to determine the physical location of the person at any given time. Entity service 226 can use weather data from weather service 152 to determine whether any severe weather is approaching the person's location. Similarly, entity service 226 can use emergency data from news service 154 or media service 158 to determine whether the person's location is experiencing any emergency conditions (e.g., active shooter, police response, fire response, etc.). Entity service 226 can use data from information systems 202 to determine whether the person's location is experiencing any emergency conditions (e.g., fire, building lockdown, etc.) or environmental hazards (e.g., detected air contaminants, pollutants, extreme temperatures, etc.) that could increase the person's level of risk. Entity service 226 can use these and other types of data as inputs to a risk function that calculates the value of the person's “risk” attribute and can update the person entity accordingly.
Still referring to
In some embodiments, timeseries service 228 calculates virtual points based on the raw timeseries data and/or the derived timeseries data. Virtual points can be calculated by applying any of a variety of mathematical operations (e.g., addition, subtraction, multiplication, division, etc.) or functions (e.g., average value, maximum value, minimum value, thermodynamic functions, linear functions, nonlinear functions, etc.) to the actual data points represented by the timeseries data. For example, timeseries service 228 can calculate a virtual data point (pointID3) by adding two or more actual data points (pointID1 and pointID2) (e.g., pointID3=pointID1+pointID2). As another example, timeseries service 228 can calculate an enthalpy data point (pointID4) based on a measured temperature data point (pointID2) and a measured pressure data point (pointID6) (e.g., pointID4=enthalpy(pointID2, pointID6)). The virtual data points can be stored as derived timeseries data.
Applications 230 can access and use the virtual data points in the same manner as the actual data points. Applications 230 do not need to know whether a data point is an actual data point or a virtual data point since both types of data points can be stored as derived timeseries data and can be handled in the same manner by applications 230. In some embodiments, the derived timeseries are stored with attributes designating each data point as either a virtual data point or an actual data point. Such attributes allow applications 230 to identify whether a given timeseries represents a virtual data point or an actual data point, even though both types of data points can be handled in the same manner by applications 230.
Still referring to
Applications 230 can use the derived timeseries data to perform a variety data visualization, monitoring, and/or control activities. For example, energy management application 232 and monitoring and reporting application 234 can use the derived timeseries data to generate user interfaces (e.g., charts, graphs, etc.) that present the derived timeseries data to a user. In some embodiments, the user interfaces present the raw timeseries data and the derived data rollups in a single chart or graph. For example, a dropdown selector can be provided to allow a user to select the raw timeseries data or any of the data rollups for a given data point.
Enterprise control application 236 can use the derived timeseries data to perform various control activities. For example, enterprise control application 236 can use the derived timeseries data as input to a control algorithm (e.g., a state-based algorithm, an extremum seeking control (ESC) algorithm, a proportional-integral (PI) control algorithm, a proportional-integral-derivative (PID) control algorithm, a model predictive control (MPC) algorithm, a feedback control algorithm, etc.) to generate control signals for IoT devices 203.
Software Defined Gateway
Referring now to
In some embodiments, software defined gateway 212 includes software intelligent data transmission algorithms to decide if the data at a given stage of processing should be temporary, persistent, or kept in-memory. Intelligent data transmission can be used for optimizing data transmission cost when cellular network services are used. In some embodiments, software defined gateway 212 is fault tolerant and has disaster recovery. For example, software defined gateway 212 can be configured to compensate for a power outage or network connection loss that may result in an interruption of gateway processing. Software defined gateway 212 can be bootstrapped and started automatically as soon as power returns or network connection restores to the device, and can resume work from the point at which it was interrupted. Software defined gateway 212 can be configured to handle system logging and can balance the number of log entries stored on by software defined gateway 212 with the number of log entries sent for external storage.
Referring specifically to
In some embodiments, device manager 302 manages virtual representations of various devices that communicate with web services platform 102. The virtual representations may be a type of smart entity (e.g., “digital twins” or “shadows”) that represent physical devices and can be stored in entity storage 330. The smart entities may track various information regarding the physical devices that they represent. In some embodiments, device manager 302 is configured to update the smart entities when new IT data or OT data that affects the smart entities are received.
Still referring to
Software defined gateway 212 is shown to include an entity and object ingestion service 320. Entity and object ingestion service 320 can be configured to receive and handle incoming IT data. For example, entity and object ingestion service 320 can be configured to receive PDF data, image data (e.g., JPG, PNG, BMP, etc.), video data, word data, entity information, and/or other types of IT data, as previously described. Entity and object ingestion service 320 can provide the IT data to IT and OT streaming data processing service 312 for further processing and/or to storage abstraction service 316. Storage abstraction service 316 can be configured to store the processed IT and OT data using database service 318. Storage abstraction service 316 can also create and store an index of the processed IT and OT data in content index 326.
Search index updater 322 can use the index information stored in content index 322 to update a search index for the IT and OT data. Entity relationship updater 324 can be configured to determine whether the IT data defines new entity relationships by comparing the IT data with entity graph 328. If new entity relationships are detected, entity relationship updater 324 can update the entity relationships in entity graph 328. Entity relationship updater 324 can also store updated entity information in entity storage 330. Data service API 332 can be configured to interface with content index 326, entity graph 328, and entity storage 330 to allow the indexed content, entity graph, and entities to be viewed, queried, retrieved, or otherwise presented to a user 334 or other external system, device, or service. Data service API 332 can also interface with entity and object ingestion service 320 to access timeseries data and eventseries data.
Referring now to
In some embodiments, southbound protocol adaptors 342 are configured to connect non-IP and LAN-based IP devices and collect data (e.g., pulling data from legacy devices). Southbound protocol adaptors 342 may include plug-in software architecture plays to provide extensibility. Each of southbound protocol adaptors 342 can provide a set of common operations and data models, which allows a software defined gateway 212 to communicate and exchange data with a variety of different types of devices that use different communication protocols. In some embodiments, southbound protocol adaptors 342 include protocol drivers that provide various common operation interfaces via APIs or inter-process communication. For example, southbound protocol adaptors 342 can manage driver processes including start, stop, restart and kill driver processes. Southbound protocol adaptors 342 manage diver configuration data including passing initial configuration data to the driver process, as well as reconfiguration requests. Southbound protocol adaptors 342 can request sub-system discovery, request data reading and subscription of specific data points, and can request driver performance and status information.
In some embodiments, southbound protocol adaptors 342 include a host process that manages protocol drivers responsible for posting collected data to core services 338. This allows software defined gateway 212 to optimize the data aggregation, enrichment and transmission at a given stage of processing (e.g., be temporary, persistent, or kept in-memory) and computational constraints. Core services 338 can perform appropriate message aggregation, enrichment, transformation, and transmission to allow web services platform 102 to store and process the collected data. API services 340 can be configured to interface with other systems, devices, and processes to allow interaction with core services 338 and other components of software defined gateway 212.
Northbound protocol adaptors 336 can be configured to communicate and translate data using various other protocols (e.g., HTTP(S), WebSocket, CoAP, MQTT, etc.) to allow web services platform 102 to interact with systems and devices using such communications protocols. In some embodiments, northbound protocol adaptors 336 are responsible for sending data to cloud services via a standard protocol such as HTTP(S), AMQP and/or MQTT.
Referring now to
Gateway command handler 406 can be configured to provide an interface that allows a remote user or application to perform gateway management and unified driver management operations. For example, gateway command handler 406 allows an operator to update gateway software remotely, modify or create configuration through a unified gateway and connected device management console. A management console can use gateway command handler 406 to manage many connected gateway devices. Logger 410 can be configured to perform system logging for performance optimization and diagnostics purposes. Registration 412 can be configured to register and provision software defined gateway 212 as a connected IoT device.
Protocol and resource translation 408 can be configured to expose legacy data points (i.e., a resource) as a trend to the platform services 220. Protocol and resource translation 408 can also expose legacy data points to be updated from remote mobile applications and make such points accessible from internet protocols (e.g., a resource in RESTful protocol). Accordingly, protocol and resource translation 408 can provide a mechanism to create a virtual resource accessible via IoT service and to perform real-time semantic mediation between a legacy system's resource and a corresponding virtual resource while maintaining uniform semantics. For example, a temperature reading from a legacy temperature sensor is typically not accessible via the internet. However, protocol and resource translation 408 can create a virtual resource (e.g., a RESTful endpoint) and make it available to IoT services and applications. This could be a simple mapping table or complex translation service.
Command and control for drivers 414 can be configured to facilitate communication between IoT services and legacy systems through a series of abstraction layers and services. Such command and control abstraction provides uniform management capabilities among various protocol adapters (or called protocol drivers). Command and control for drivers 404 can provide a set of instructions including start, stop, restart, and kill driver process. Command and control for drivers 404 can provide notifications of driver configuration (e.g., IP address of IoT device) to driver process to allow a driver to update its operating configuration. Command and control for drivers 404 can also perform sub-system discovery requests, on-demand data reading from the legacy device, and inquiries of driver performance and status.
Core services 338 is shown to include two distinct messaging engines 404 and 322. Messaging engine 404 can be configured to provide messaging between software defined gateway 212 and a cloud service, whereas messaging engine 422 can be configured to provide messaging between software defined gateway 212 and various driver plug-ins (e.g., an MQTT driver 424, a AMQP driver 426, a HTTPS driver 428, etc.). Messaging engine 422 is more closely related to inter-process communication among gateway core services 338 and protocol drivers 424-428. Messaging engine 414 can be implemented with inter-process communication techniques including pipe, message queue, and shared memory. Messaging engine 422 can be implemented with a standard IoT messaging protocols (e.g., MQTT, AMQP, HTTP(S), etc.).
Local storage 416 can be configured to store data locally within core services 338. Telemetry data transmission 418 can be configured to transmit data to remote systems and devices for remote storage. Gateway operating system 420 provides an operating environment in which the other components, services, and modules of software defined gateway 212 operate.
Gateway Deployment Topology
Referring now to
Software gateway 706 is embedded into an IP-enabled device such as an IP actuator 712. IP actuator 712 uses a software gateway development SDK to make registration, provisioning, and telemetry of the embedded software gateway 706. In some embodiments, the SDK comes with common runtimes to make an IP device IoT gateway compliant. Software gateway 706 can be deployed as a virtual machine or as a containerized software component.
Software defined gateway 212 is implemented in the cloud as a software only option that uses legacy IP communication protocols via VPN tunneling. Software defined gateway 212 can perform protocol and message translation between legacy IP protocols and IoT messaging protocols. In addition, software defined gateway 212 can perform registration and provisioning of a legacy IP device into cloud services.
Gateway Software Update
Referring now to
Integration with Enterprise Applications
Referring now to
The IT data received from enterprise applications 1002 may include data that describes various entities (e.g., people, spaces, devices, etc.) and the relationships therebetween. For example, IT data from human resource system 1012 may include data that describes a set of employees and includes details about the employees (e.g., name, employee ID, job title/role, responsibilities, payroll information, address, etc.). IT data from device management system 1010 may include device information data that various IoT devices that communicate with web services platform 102.
Entity service 226 can use the incoming IT data to generate values for various static attributes of smart entities 1020. For example, entity service can use IT data from human resources system 1012 to populate and/or generate values for the static attributes of person entity 1022. The static attributes may describe a particular person that person entity 1022 represents. For example, the static attributes of person entity 1022 are shown to include a name attribute (e.g., “John Smith”), a role attribute (e.g., “Service Tech”), an employee ID attribute (e.g., “123”), a card ID attribute (e.g., “456”), and a plurality of other attributes that describe the static characteristics of a particular person. As another example, entity service can use IT data from device management system 1010 to populate and/or generate values for the static attributes of point entity 1022. The static attributes may describe a particular point (e.g., a temperature point). For example, the static attributes of point entity 1024 are shown to include a point name attribute (e.g., “AI 201-1”), a point type (e.g., “analog input”), a unit of measure (e.g., “Degrees F.”), and a data source (e.g., “Sensor 1”).
In some embodiments, the IT data received from enterprise applications 1002 include workflow requests. For example, workflow automation system 1004 can receive a request from a customer indicating that a particular piece of equipment requires service. Workflow automation system 1004 can create a work order based on the customer request and provide the work order to web services platform 102 via software defined gateway 212. Entity service 226 can translate the incoming work order into a workflow request entity 1026 that includes a plurality of attributes that describe the work order. For example, workflow request entity 1026 is shown to include an ID attribute uniquely identifying the request (i.e., “request 123”), a type attribute that indicates the type of request (e.g., “service request”), a customer attribute indicating a customer associated with the request (e.g., “ABC Co.”), a location attribute indicating a location at which service is requested (e.g., “123 Main St.”), an equipment attribute identifying the equipment requiring service (e.g., “Router 1”), a model attribute identifying a model number of the equipment requiring service (e.g., “ABC123”), and an issue attribute indicating why the equipment requires service (e.g., “won't power on”).
The OT data received from enterprise applications 1002 may include data that is generated and/or updated in real-time as a result of operating the systems and devices that provide data to web services platform 102. For example, OT data may include timeseries data received from device management system 1010 (e.g., sensor measurements, status indications, alerts, notifications, etc.), weather information received from weather service 152, a news feed received from news service 154, document updates received from document service 156, media updates received from media service 158, and/or other types of telemetry data. In general, OT data can be described as real-time operational data or streaming data whereas IT data can be described as institutional or contextual data that is not continuously updated. For example, the OT data associated with a particular sensor may include measurements from the sensor, whereas the IT data associated with the sensor may include the sensor name, sensor type, and sensor location.
Entity service 226 can use the incoming OT data to derive or generate values for one or more dynamic attributes of smart entities 1020. For example, the “Location” attribute of person entity 1022 may indicate the current location of the person represented by person entity 1022. Entity service 226 can use the incoming OT data from a mobile device carried by a person to determine the current location of the person and can update the location attribute of person entity 1022 accordingly. Similarly, the “Value” attribute of point entity 1024 may indicate the current value of the temperature point represented by point entity 1024. Entity service 226 can use the incoming OT data from a temperature sensor to determine the current value of the temperature point (e.g., “67”) and can update the value attribute of point entity 1024 accordingly.
As shown in
Smart Entities and Entity Service
Referring now to
In some embodiments, an object entity may be defined as having at least three types of attributes. For example, an object entity may have a static attribute, a dynamic attribute, and a behavioral attribute. The static attribute may include any unique identifier of the object entity or characteristic of the object entity that either does not change over time or changes infrequently (e.g., a device ID, a person's name or social security number, a place's address or room number, and the like). In some embodiments, the static attribute is derived from the IT data received via software defined gateway 212. The dynamic attribute may include a property of the object entity that changes over time (e.g., location, age, measurement, data point, and the like). In some embodiments, the dynamic attribute is derived from the OT data received via software defined gateway 212. In some embodiments, the dynamic attribute of an object entity may be linked to a data entity. In this case, the dynamic attribute of the object entity may simply refer to a location (e.g., data/network address) or static attribute (e.g., identifier) of the linked data entity, which may store the data (e.g., the value or information) of the dynamic attribute. Accordingly, in some such embodiments, when a new data point is received for the object entity (e.g., a new sample of OT data is received via software defined gateway 212), only the linked data entity may be updated, while the object entity remains unchanged. Therefore, resources that would have been expended to update the object entity may be reduced.
However, the present disclosure is not limited thereto. For example, in some embodiments, there may also be some data that is updated (e.g., during predetermined intervals) in the dynamic attribute of the object entity itself. For example, the linked data entity may be configured to be updated each time a new data point is received, whereas the corresponding dynamic attribute of the object entity may be configured to be updated less often (e.g., at predetermined intervals less than the intervals during which the new data points are received). In some implementations, the dynamic attribute of the object entity may include both a link to the data entity and either a portion of the data from the data entity or data derived from the data of the data entity. For example, consider an embodiment in which periodic odometer readings are received from a connected car as a type of OT data. An object entity corresponding to the car could include the last odometer reading and a link to a data entity that stores a series of the last ten odometer readings received from the car.
The behavioral attribute may define a function of the object entity, for example, based on inputs, capabilities, and/or permissions. For example, behavioral attributes may define the types of inputs that the object entity is configured to accept, how the object entity is expected to respond under certain conditions, the types of functions that the object entity is capable of performing, and the like. As a non-limiting example, if the object entity represents a person, the behavioral attribute of the person may be his/her job title or job duties, user permissions to access certain systems, expected location or behavior given a time of day, tendencies or preferences based on connected activity data received by entity service 226 (e.g., social media activity), and the like. As another non-limiting example, if the object entity represents a device, the behavioral attributes may include the types of inputs that the device can receive, the types of outputs that the device can generate, the types of controls that the device is capable of, the types of software or versions that the device currently has, known responses of the device to certain types of input (i.e., behavior of the device defined by its programming), and the like.
In some embodiments, the data entity may be defined as having at least a static attribute and a dynamic attribute. The static attribute of the data entity may include a unique identifier or description of the data entity. In some embodiments, the static attribute is based on the IT data received via software defined gateway 212. For example, if the data entity is linked to a dynamic attribute of an object entity, the static attribute of the data entity may include an identifier that is used to link to the dynamic attribute of the object entity. In some embodiments, the dynamic attribute of the data entity represents the data for the dynamic attribute of the linked object entity. For example, the dynamic attribute is based on the OT data received via software defined gateway 212. In some embodiments, the dynamic attribute of the data entity may represent some other data that is analyzed, inferred, calculated, or determined based on data from a plurality of data sources.
In some embodiments, the relational object may be defined as having at least a static attribute. The static attribute of the relational object may semantically define the type of relationship between two or more entities. For example, in a non-limiting embodiment, a relational object for a relationship that semantically defines that Entity A has a part of Entity B, or that Entity B is a part of Entity A may include:
-
- hasPart{Entity A, Entity B}
where the static attribute hasPart defines what the relationship is of the listed entities, and the order of the listed entities or data fields of the relational object specifies which entity is the part of the other (e.g., Entity A→hasPart→Entity B).
- hasPart{Entity A, Entity B}
In various embodiments, the relational object is an object-oriented construct with predefined fields that define the relationship between two or more entities, regardless of the type of entities. For example, platform services 220 can provide a rich set of pre-built entity models with standardized relational objects that can be used to describe how any two or more entities are semantically related, as well as how data is exchanged and/or processed between the entities. Accordingly, a global change to a definition or relationship of a relational object at the system level can be effected at the object level, without having to manually change the entity relationships for each object or entity individually. Further, in some embodiments, a global change at the system level can be propagated through to third-party applications integrated with IoT platform services 320 such that the global change can be implemented across all of the third-party applications without requiring manual implementation of the change in each disparate application.
For example, referring to
For example, an entity type (or object) “Activity Tracker” may be represented via the below schema:
where various attributes are static attributes (e.g., “Type,” “Model Number,” “Device Name,” etc.), dynamic attributes (e.g., “Location,” “Current Time,” etc.), or behavioral attributes (e.g., “Current Heart Rate,” “Daily Number of Steps,” etc.) for the object entity “Activity Tracker.” In a relational database, the object “Activity Tracker” is a table name, and the attributes represents column names.
An example of an object entity data model for a person named John Smith in a relational database may be represented by the below table:
where various attributes are static attributes (e.g., “First Name,” “Last Name,” etc.), dynamic attributes (e.g., “Age,” “Location,” etc.), or behavioral attributes (e.g., “Engineer”) for the object entity “John Smith.”
An example data entity for the data point “Daily Number of Steps” for the “Activity Tracker” owned by John Smith in a relational database may be represented by the below table:
where various attributes are static attributes (e.g., “Description” and “Device_Type”) and dynamic attributes (e.g., “Present-Value”).
While structuring the entities via entity type or object may help to define the data representation of the entities, these data models do not provide information on how the entities relate to each other. For example, an IoT application, controller, or platform may need data from a plurality of sources as well as information on how the sources relate to each other in order to provide a proper decision, action, or recommendation. Accordingly, in various embodiments, the entity data further includes the relational objects to semantically define the relationships between the entities, which may help to increase speeds in analyzing data, as well as provide ease of navigation and browsing. In some embodiments, the entity relationship specified by the relational objects are derived from the IT data received via software defined gateway 212.
For example, still referring to
For example, the entity graph 1200 shows that a person named John (object entity) 1204 isAKindOf (relational object) 1206 User (class entity) 1208. John 1204 Owns (relational object) 1210 the Activity Tracker (object entity) 1202. The Activity Tracker 1202 has a location attribute (dynamic attribute) 512 that isLinked (relational object) 1214 to Geo 301-01 (data entity) 1216, which isAKindOf (relational object) 1218 an Address (class entity) 1220. Accordingly, Geo 301-01 1216 should have a data point corresponding to an address.
The Activity Tracker 1202 further includes a “Daily Number of Steps” attribute (dynamic attribute) 1222 that isLinked (relational object) 524 to AI 201-01 (data entity) 526. AI 201-01 526 isAKindOf (relational object) 1228 Activity Object (class entity) 1230. Thus, AI 201-01 1226 should contain some sort of activity related data. AI 201-01 1226 hasStorage (relational object) 532 at TS ID 1 (data entity) 1234. AI 201-01 1226 hasOperation (relational object) 1236 of Daily Average 1 (data entity) 1238, which isAKindOf (relational object) 1240 Analytic Operator (class entity) 1242. Accordingly, Daily Average 1 should hold some data that is the result of an analytic operation.
In this example, the data entity AI 201-01 1226 may be represented by the following data model:
where “point” is an example of a data entity that may be created by platform services 220 to hold the value for the linked “Daily Number of Steps” 1222 dynamic attribute of the Activity Tracker entity 1202, and source is the sensor or device in the Activity Tracker device 1202 that provides the data to the linked “Daily Number of Steps” 1222 dynamic attribute.
The data entity TS Id 1 1234 may be represented, for example, by the following data model:
where the data entity Daily Average 1 1238 represents a specific analytic operator used to create the data entity for the average daily timeseries TS Id 1 1234 based on the values of the corresponding data entity for point AI 201-01 1226. The relational object hasOperation shows that the AI 201-01 data entity 1226 is used as an input to the specific logic/math operation represented by Daily Average 1 538. TS Id 1 1234 might also include an attribute that identifies the analytic operator Daily Average 1 1238 as the source of the data samples in the timeseries.
Still referring to
In some embodiments, any two entities (or nodes) can be connected to each other via one or more relational objects that define different relationships between the two entities (or nodes). For example, still referring to
In this case, when the data entities associated with the activity tracker object entity 1202 indicates that John is wearing the activity tracker (e.g., which may be determined from the daily number of steps attribute 1222 or the location attribute 1212), the relational object isWearing may be created between the object entity for John 1210 and the object entity for activity tracker 1202. On the other hand, when the data entities associated with the activity tracker object entity 1202 indicates that John is not wearing the activity tracker (e.g., which may be determined when the daily number of steps attribute 1222 for a current day is zero or the location attribute 1212 shows a different location from a known location of John), the relational object isNotWearing can be created between the object entity for John 1210 and the object entity for activity tracker 1202. For example, the relational object isNotWearing can be created by modifying the relational object isWearing or deleting the relational object isWearing and creating the relational object isNotWearing. Thus, in some embodiments, the relational objects can be dynamically created, modified, or deleted as needed or desired.
Referring again to
Web service 1102 can be configured to interact with web-based applications to send entity data and/or receive raw data (e.g., IT data, OT data, data samples, timeseries data, and the like). For example, web service 1102 can provide an interface (e.g., API, UI/UX, and the like) to manage (e.g., register, create, edit, delete, and/or update) an entity (e.g., class entity, object entity, data entity, and/or the like) and the relational objects that define the relationships between the entities. In some embodiments, web service 1102 provides entity data to web-based applications. For example, if one or more of applications 230 are web-based applications, web service 1102 can provide entity data to the web-based applications.
In some embodiments, web service 1102 receives raw data samples and/or raw timeseries data including device information from a web-based data collector, or a web-based security service to identify authorized entities and to exchange secured messages. For example, if software defined gateway 212 is a web-based application, web service 1102 can receive the raw data samples and/or timeseries data including a device attribute indicating a type of device (e.g., IoT device) from which the data samples and/or timeseries data are received from software defined gateway 212. In some embodiments, web service 1102 may message security service 222 to request authorization information and/or permission information of a particular entity or device. In some embodiments, entity service 226 processes and transforms the collected data to generate the entity data.
Registration service 1104 can perform registration of devices and entities. For example, registration service 1104 can communicate with IoT devices 203 (e.g., via web service 1102) to register each IoT device 203 with platform services 220. In some embodiments, registration service 1104 can be configured to create a virtual representation of each IoT device 203 in an IoT environment within platform services 220. In some embodiments, the virtual device representations are smart entities that include attributes defining or characterizing the corresponding physical IoT devices 203 and relational objects defining the relationship of the IoT device 203 with other devices.
Management service 1106 may create, modify, or update various attributes, data entities, and/or relational objects of the devices managed by platform services 220 for each entity rather than per class or type of entity. This allows for separate processing/analytics for each individual entity rather than only to a class or type of entity. Some attributes (or data entities) may correspond to, for example, the most recent value of a data point provided to platform services 220 as OT data. For example, the “Daily Number of Steps” dynamic attribute of the “Activity Tracker” object entity 1202 in the example discussed above may be the most recent value of a number of steps data point provided by the Activity Tracker device and can be received as a type of OT data provided by the Activity Tracker device. Management service 1106 can use the relational objects of the entity data for Activity Tracker to determine where to update the data of the attribute.
For example, management service 1106 may determine that a data entity (e.g., AI 201-01) is linked to the “Daily Number of Steps” dynamic attribute of Activity Tracker via an isLinked relational object. In this case, management service 1106 may automatically update the attribute data in the linked data entity. Further, if a linked data entity does not exist, management service 1106 can create a data entity (e.g., AI 201-01) and an instance of the isLinked relational object 1224 to store and link the “Daily Number of Steps” dynamic attribute of Activity Tracker therein. Accordingly, processing/analytics for activity tracker 1202 may be automated. As another example, a “most recent view” attribute (or linked data entity) of a webpage object entity may indicate the most recent time at which the webpage was viewed. Management service 1106 can use the entity data from a related click tracking system object entity or web server object entity to determine when the most recent view occurred and can automatically update the “most recent view” attribute (or linked data entity) of the webpage entity accordingly.
Other data entities and/or attributes may be created and/or updated as a result of an analytic, transformation, calculation, or other processing operation based on the raw data and/or entity data. For example, management service 1106 can use the relational objects in entity data to identify a related access control device (e.g., an electronic lock, a keypad, etc.) at the entrance/exit of a vehicle. Management service 1106 can use raw data received from the identified access control device to track the number of occupants entering and exiting the vehicle. Management service 1106 can update a “number of occupants” attribute (or corresponding data entity) of the vehicle object each time a person enters or exits the vehicle using a related card object entity, such that the “number of occupants” attribute (or data entity) reflects the current number of occupants within the vehicle. As another example, a “total revenue” attribute associated with a product line object entity may be the summation of all the revenue generated from related point of sales object entities. Management service 1106 can use the raw data received from the related point of sales object entities to determine when a sale of the product occurs, and can identify the amount of revenue generated by the sales. Management service 1106 can then update the “total revenue” attribute (or related data entity) of the product line object entity by adding the most recent sales revenue from each of the related point of sales object entities to the previous value of the attribute.
In some embodiments, management service 406 uses entity data and/or raw data from multiple different data sources to update the attributes (or corresponding data entities) of various object entities. For example, an object entity representing a person (e.g., a person's cellular device or other related object entity) may include a “risk” attribute that quantifies the person's level of risk attributable to various physical, environmental, or other conditions. Management service 1106 can use relational objects of the person object entity to identify a mobile device carried by the person (e.g., a cell phone) to determine the physical location of the person at any given time. Management service 1106 can use weather data from a weather service in the region in which the building object entity is located to determine whether any severe weather is approaching the person's location. Similarly, management service 1106 can use information from police, news services, and the like to determine whether the building in which the person is located is experiencing any emergency conditions (e.g., fire, building lockdown, etc.) or environmental hazards (e.g., detected air contaminants, pollutants, extreme temperatures, etc.) that could increase the person's level of risk. Management service 1106 can use these and other types of data as inputs to a risk function that calculates the value of the person object entity's “risk” attribute and can update the person object entity (or related device entity of the person) accordingly.
In some embodiments, management service 1106 can be configured to synchronize configuration settings, parameters, and other device-specific information between the entities and platform services 220. In some embodiments, the synchronization occurs asynchronously. Management service 1106 can be configured to manage device properties dynamically. The device properties, configuration settings, parameters, and other device-specific information can be synchronized between the smart entities created by and stored within platform services 220.
In some embodiments, management service 1106 is configured to manage a manifest for each of the IoT devices. The manifest may include a set of relationships between the IoT devices and various entities. Further, the manifest may indicate a set of entitlements for the IoT devices and/or entitlements of the various entities and/or other entities. The set of entitlements may allow an IoT device and/or a user of the device to perform certain actions within the IoT environment (e.g., control, configure, monitor, and/or the like).
Still referring to
In some embodiments, transformation service 1108 can provide entity matching, cleansing, and correlation so that a unified cleansed view of the entity data including the entity related information (e.g., relational objects) can be provided. Transformation service 408 can support semantic and syntactic relationship description in the form of standardized relational objects between the various entities. This may simplify machine learning because the relational objects themselves provide all the relationship description between the other entities. Accordingly, the rich set of pre-built entity models and standardized relational objects may provide for rapid application development and data analytics.
For example,
Referring again to
Referring to
Accordingly, in the example of
For example,
The construction and arrangement of the systems and methods as shown in the various exemplary embodiments are illustrative only. Although only a few embodiments have been described in detail in this disclosure, 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.). For example, 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 disclosure. The order or sequence of any process or method steps may be varied or re-sequenced according to alternative embodiments. 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 disclosure.
The present disclosure contemplates methods, systems and program products on any machine-readable media for accomplishing various operations. The embodiments of the present disclosure 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. Embodiments within the scope of the present disclosure 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. Combinations of the above are also included within the scope of machine-readable media. Machine-executable instructions include, 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.
Although the figures show a specific order of method steps, 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 disclosure. 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.
The term “client or “server” include all kinds of apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, a system on a chip, or multiple ones, or combinations, of the foregoing. The apparatus may include special purpose logic circuitry, e.g., a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC). The apparatus may also include, in addition to hardware, code that creates an execution environment for the computer program in question (e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of them). The apparatus and execution environment may realize various different computing model infrastructures, such as web services, distributed computing and grid computing infrastructures.
The systems and methods of the present disclosure may be completed by any computer program. A computer program (also known as a program, software, software application, script, or code) may be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program may be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code). A computer program may be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.
The processes and logic flows described in this specification may be performed by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. The processes and logic flows may also be performed by, and apparatus may also be implemented as, special purpose logic circuitry (e.g., an FPGA or an ASIC).
Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random access memory or both. The essential elements of a computer are a processor for performing actions in accordance with instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data (e.g., magnetic, magneto-optical disks, or optical disks). However, a computer need not have such devices. Moreover, a computer may be embedded in another device (e.g., a mobile telephone, a personal digital assistant (PDA), a mobile audio or video player, a game console, a Global Positioning System (GPS) receiver, or a portable storage device (e.g., a universal serial bus (USB) flash drive), etc.). Devices suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices (e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto-optical disks; and CD ROM and DVD-ROM disks). The processor and the memory may be supplemented by, or incorporated in, special purpose logic circuitry.
In various implementations, the steps and operations described herein may be performed on one processor or in a combination of two or more processors. For example, in some implementations, the various operations could be performed in a central server or set of central servers configured to receive data from one or more devices (e.g., edge computing devices/controllers) and perform the operations. In some implementations, the operations may be performed by one or more local controllers or computing devices (e.g., edge devices), such as controllers dedicated to and/or located within a particular building or portion of a building. In some implementations, the operations may be performed by a combination of one or more central or offsite computing devices/servers and one or more local controllers/computing devices. All such implementations are contemplated within the scope of the present disclosure. Further, unless otherwise indicated, when the present disclosure refers to one or more computer-readable storage media and/or one or more controllers, such computer-readable storage media and/or one or more controllers may be implemented as one or more central servers, one or more local controllers or computing devices (e.g., edge devices), any combination thereof, or any other combination of storage media and/or controllers regardless of the location of such devices.
To provide for interaction with a user, implementations of the subject matter described in this specification may be implemented on a computer having a display device (e.g., a CRT (cathode ray tube), LCD (liquid crystal display), OLED (organic light emitting diode), TFT (thin-film transistor), or other flexible configuration, or any other monitor for displaying information to the user and a keyboard, a pointing device, e.g., a mouse, trackball, etc., or a touch screen, touch pad, etc.) by which the user may provide input to the computer. Other kinds of devices may be used to provide for interaction with a user as well; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback), and input from the user may be received in any form, including acoustic, speech, or tactile input. In addition, a computer may interact with a user by sending documents to and receiving documents from a device that is used by the user; for example, by sending web pages to a web browser on a user's client device in response to requests received from the web browser.
Implementations of the subject matter described in this disclosure may be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front end component (e.g., a client computer) having a graphical user interface or a web browser through which a user may interact with an implementation of the subject matter described in this disclosure, or any combination of one or more such back end, middleware, or front end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a LAN and a WAN, an inter-network (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks).
The present disclosure may be embodied in various different forms, and should not be construed as being limited to only the illustrated embodiments herein. Rather, these embodiments are provided as examples so that this disclosure will be thorough and complete, and will fully convey the aspects and features of the present disclosure to those skilled in the art. Accordingly, processes, elements, and techniques that are not necessary to those having ordinary skill in the art for a complete understanding of the aspects and features of the present disclosure may not be described. Unless otherwise noted, like reference numerals denote like elements throughout the attached drawings and the written description, and thus, descriptions thereof may not be repeated. Further, features or aspects within each example embodiment should typically be considered as available for other similar features or aspects in other example embodiments.
It will be understood that, although the terms “first,” “second,” “third,” etc., may be used herein to describe various elements, components, regions, layers and/or sections, these elements, components, regions, layers and/or sections should not be limited by these terms. These terms are used to distinguish one element, component, region, layer or section from another element, component, region, layer or section. Thus, a first element, component, region, layer or section described below could be termed a second element, component, region, layer or section, without departing from the spirit and scope of the present disclosure.
The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting of the present disclosure. As used herein, the singular forms “a” and “an” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises,” “comprising,” “includes,” and “including,” “has,” “have,” and “having,” when used in this specification, specify the presence of the stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items. Expressions such as “at least one of,” when preceding a list of elements, modify the entire list of elements and do not modify the individual elements of the list.
As used herein, the term “substantially,” “about,” and similar terms are used as terms of approximation and not as terms of degree, and are intended to account for the inherent variations in measured or calculated values that would be recognized by those of ordinary skill in the art. Further, the use of “may” when describing embodiments of the present disclosure refers to “one or more embodiments of the present disclosure.” As used herein, the terms “use,” “using,” and “used” may be considered synonymous with the terms “utilize,” “utilizing,” and “utilized,” respectively. Also, the term “exemplary” is intended to refer to an example or illustration.
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
Claims
1. A building system comprising one or more non-transitory computer readable media storing instructions thereon that, when executed by one or more processors, cause the one or more processors to perform operations comprising:
- creating and managing a data structure including a plurality of digital twins representing at least one of devices, people, or spaces, the plurality of digital twins associated with at least one of a plurality of attributes via a plurality of relationships, one relationship of the plurality of relationships relating one digital twin of the plurality of digital twins to one attribute of the plurality of attributes;
- receiving building data from a data source, the building data indicating a workflow for performing maintenance on at least one of the devices or the spaces;
- generating a workflow digital twin to provide a virtual representation of the workflow and translating data of the building data into one or more attributes of the workflow digital twin, the one or more attributes related to the workflow digital twin via one or more relationships of the plurality of relationships;
- adding the workflow digital twin to the data structure; and
- providing output data to one or more systems to cause the maintenance to be implemented, the output data based on the workflow digital twin and the one or more attributes.
2. The building system of claim 1, wherein generating the workflow digital twin comprises:
- translating the data of the building data into one or more values for the one or more attributes; and
- writing the one or more values into the one or more attributes.
3. The building system of claim 1, wherein the data source is one or more enterprise applications.
4. The building system of claim 1, wherein the data source is at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
5. The building system of claim 1, wherein the data source includes a workflow automation system and the building data comprises a workflow request;
- wherein the workflow digital twin represents the workflow request and includes a plurality of workflow attributes using information contained in the workflow request.
6. The building system of claim 1, wherein the plurality of digital twins include one or more virtual representations of at least one of a physical system or device, person or group of people, or space or group of spaces.
7. The building system of claim 1, wherein:
- the building data comprises information technology (IT) data that describes one or more static characteristics of a device, person, or space; and
- wherein the operations include transforming the one or more static characteristics of the device, person, or space into one or more static attributes of the plurality of digital twins.
8. The building system of claim 1, wherein the building data describes the plurality of digital twins and relationships therebetween.
9. The building system of claim 1, wherein:
- the building data comprises operational technology (OT) data that describes one or more dynamic states or conditions of a device, person, or space; and
- wherein the operations include transforming the one or more dynamic states or conditions of the device, person, or space into one or more dynamic attributes of the plurality of digital twins.
10. The building system of claim 1, wherein the plurality of digital twins comprise:
- one or more object entities each representing a physical device;
- one or more data entities each representing data generated by a corresponding physical device, each of the one or more data entities comprising a static attribute identifying a corresponding object entity and a dynamic attribute storing a most recent value of a dynamic variable associated with the corresponding physical device; and
- one or more relational objects indicating relationships interconnecting the one or more object entities and the one or more data entities, each of the one or more relational objects comprising a first attribute identifying a particular object entity and a second attribute identifying a corresponding data entity.
11. The building system of claim 1, wherein the operations include using a different communications protocol to communicate with one or more first enterprise applications providing the building data and one or more second enterprise applications that read the plurality of digital twins.
12. The building system of claim 11, wherein the operations include translating between one or more first communications protocols or formats used by the one or more first enterprise applications and the one or more second enterprise applications and a second protocol or format used by the plurality of digital twins.
13. The building system of claim 1, wherein the operations further include:
- reading the plurality of attributes of the plurality of digital twins;
- translating the one or more attributes of the workflow digital twin into outbound data; and
- providing the outbound data to one or more applications.
14. The building system of claim 13, wherein the one or more applications are enterprise applications.
15. A method comprising:
- creating and managing, by one or more processing circuits, a data structure including a plurality of digital twins representing at least one of devices, people, or spaces, the plurality of digital twins associated with at least one of a plurality of attributes via a plurality of relationships, one relationship of the plurality of relationships relating one digital twin of the plurality of digital twins to one attribute of the plurality of attributes;
- receiving, by the one or more processing circuits, building data from a data source, the building data indicating a workflow for performing maintenance on at least one of the devices or the spaces;
- generating, by the one or more processing circuits, a workflow digital twin to provide a virtual representation of the workflow and translating data of the building data into one or more attributes of the workflow digital twin, the one or more attributes related to the workflow digital twin via one or more relationships of the plurality of relationships;
- adding, by the one or more processing circuits, the workflow digital twin to the data structure; and
- providing, by the one or more processing circuits, output data to one or more systems to cause the maintenance to be implemented, the output data based on the workflow digital twin and the one or more attributes.
16. The method of claim 15, wherein generating, by the one or more processing circuits, the workflow digital twin includes:
- translating the data of the building data into one or more values for the one or more attributes; and
- writing the one or more values into the one or more attributes.
17. The method of claim 15, wherein the data source is one or more enterprise applications.
18. The method of claim 15, wherein the data source is at least one of a workflow automation system, a customer relationship management system, a global information system, a device management system, a human resources system, an accounting system, a marketing system, or a building management system.
19. The method of claim 15, wherein the data source includes a workflow automation system and the building data comprises a workflow request;
- wherein the workflow digital twin represents the workflow request and includes a plurality of workflow attributes using information contained in the workflow request.
20. A building system comprising:
- one or more computer readable media storing instructions thereon; and
- one or more processors configured to execute the instructions, causing the one or more processors to: create and manage a data structure including a plurality of digital twins representing at least one of devices, people, or spaces, the plurality of digital twins associated with at least one of a plurality of attributes via a plurality of relationships, one relationship of the plurality of relationships relating one digital twin of the plurality of digital twins to one attribute of the plurality of attributes; receive building data from a data source, the building data indicating a workflow for performing maintenance on at least one of the devices or the spaces; generate a workflow digital twin to provide a virtual representation of the workflow and translating data of the building data into one or more attributes of the workflow digital twin, the one or more attributes related to the workflow digital twin via one or more relationships of the plurality of relationships; add the workflow digital twin to the data structure; and provide output data to one or more systems to cause the maintenance to be implemented, the output data based on the workflow digital twin and the one or more attributes.
5301109 | April 5, 1994 | Landauer et al. |
5446677 | August 29, 1995 | Jensen et al. |
5581478 | December 3, 1996 | Cruse et al. |
5812962 | September 22, 1998 | Kovac |
5960381 | September 28, 1999 | Singers et al. |
5973662 | October 26, 1999 | Singers et al. |
6014612 | January 11, 2000 | Larson et al. |
6031547 | February 29, 2000 | Kennedy |
6134511 | October 17, 2000 | Subbarao |
6157943 | December 5, 2000 | Meyer |
6285966 | September 4, 2001 | Brown et al. |
6363422 | March 26, 2002 | Hunter et al. |
6385510 | May 7, 2002 | Hoog et al. |
6389331 | May 14, 2002 | Jensen et al. |
6401027 | June 4, 2002 | Xu et al. |
6437691 | August 20, 2002 | Sandelman et al. |
6477518 | November 5, 2002 | Li et al. |
6487457 | November 26, 2002 | Hull et al. |
6493755 | December 10, 2002 | Hansen et al. |
6577323 | June 10, 2003 | Jamieson et al. |
6626366 | September 30, 2003 | Kayahara et al. |
6646660 | November 11, 2003 | Patty |
6704016 | March 9, 2004 | Oliver et al. |
6732540 | May 11, 2004 | Sugihara et al. |
6764019 | July 20, 2004 | Kayahara et al. |
6782385 | August 24, 2004 | Natsumeda et al. |
6813532 | November 2, 2004 | Eryurek et al. |
6816811 | November 9, 2004 | Seem |
6823680 | November 30, 2004 | Jayanth |
6826454 | November 30, 2004 | Sulfstede |
6865511 | March 8, 2005 | Frerichs et al. |
6925338 | August 2, 2005 | Eryurek et al. |
6986138 | January 10, 2006 | Sakaguchi et al. |
7031880 | April 18, 2006 | Seem et al. |
7401057 | July 15, 2008 | Eder |
7552467 | June 23, 2009 | Lindsay |
7627544 | December 1, 2009 | Chkodrov et al. |
7657540 | February 2, 2010 | Bayliss |
7818249 | October 19, 2010 | Lovejoy et al. |
7889051 | February 15, 2011 | Billig et al. |
7917570 | March 29, 2011 | Ishii |
7996488 | August 9, 2011 | Casabella et al. |
8078330 | December 13, 2011 | Brickfield et al. |
8104044 | January 24, 2012 | Scofield et al. |
8229470 | July 24, 2012 | Ranjan et al. |
8401991 | March 19, 2013 | Wu et al. |
8495745 | July 23, 2013 | Schrecker et al. |
8503330 | August 6, 2013 | Choong et al. |
8516016 | August 20, 2013 | Park et al. |
8532808 | September 10, 2013 | Drees et al. |
8532839 | September 10, 2013 | Drees et al. |
8600556 | December 3, 2013 | Nesler et al. |
8635182 | January 21, 2014 | Mackay |
8682921 | March 25, 2014 | Park et al. |
8731724 | May 20, 2014 | Drees et al. |
8737334 | May 27, 2014 | Ahn et al. |
8738334 | May 27, 2014 | Jiang et al. |
8751487 | June 10, 2014 | Byrne et al. |
8788097 | July 22, 2014 | Drees et al. |
8805995 | August 12, 2014 | Oliver |
8843238 | September 23, 2014 | Wenzel et al. |
8874071 | October 28, 2014 | Sherman et al. |
8941465 | January 27, 2015 | Pineau et al. |
8990127 | March 24, 2015 | Taylor |
9070113 | June 30, 2015 | Shafiee et al. |
9116978 | August 25, 2015 | Park et al. |
9185095 | November 10, 2015 | Moritz et al. |
9189527 | November 17, 2015 | Park et al. |
9196009 | November 24, 2015 | Drees et al. |
9229966 | January 5, 2016 | Aymeloglu et al. |
9286582 | March 15, 2016 | Drees et al. |
9311807 | April 12, 2016 | Schultz et al. |
9344751 | May 17, 2016 | Ream et al. |
9354968 | May 31, 2016 | Wenzel et al. |
9507686 | November 29, 2016 | Horn et al. |
9524594 | December 20, 2016 | Ouyang et al. |
9558196 | January 31, 2017 | Johnston et al. |
9652813 | May 16, 2017 | Gifford et al. |
9658607 | May 23, 2017 | Coogan et al. |
9753455 | September 5, 2017 | Drees |
9800648 | October 24, 2017 | Agarwal et al. |
9811249 | November 7, 2017 | Chen et al. |
9817383 | November 14, 2017 | Sinha et al. |
9838844 | December 5, 2017 | Emeis et al. |
9886478 | February 6, 2018 | Mukherjee |
9948359 | April 17, 2018 | Horton |
10015069 | July 3, 2018 | Blank |
10055114 | August 21, 2018 | Shah et al. |
10055206 | August 21, 2018 | Park et al. |
10116461 | October 30, 2018 | Fairweather et al. |
10169454 | January 1, 2019 | Ait-Mokhtar et al. |
10171297 | January 1, 2019 | Stewart et al. |
10171586 | January 1, 2019 | Shaashua et al. |
10187258 | January 22, 2019 | Nagesh et al. |
10514963 | December 24, 2019 | Shrivastava et al. |
10515098 | December 24, 2019 | Park et al. |
10534326 | January 14, 2020 | Sridharan et al. |
10536295 | January 14, 2020 | Fairweather et al. |
10564993 | February 18, 2020 | Deutsch et al. |
10705492 | July 7, 2020 | Harvey |
10708078 | July 7, 2020 | Harvey |
10760815 | September 1, 2020 | Janakiraman et al. |
10762475 | September 1, 2020 | Song et al. |
10798175 | October 6, 2020 | Knight et al. |
10824120 | November 3, 2020 | Ahmed |
10845771 | November 24, 2020 | Harvey |
10854194 | December 1, 2020 | Park et al. |
10862928 | December 8, 2020 | Badawy et al. |
10921760 | February 16, 2021 | Harvey |
10921972 | February 16, 2021 | Park et al. |
10951713 | March 16, 2021 | Knight et al. |
10969133 | April 6, 2021 | Harvey |
10986121 | April 20, 2021 | Stockdale et al. |
11016998 | May 25, 2021 | Park et al. |
11024292 | June 1, 2021 | Park et al. |
11038709 | June 15, 2021 | Park et al. |
11041650 | June 22, 2021 | Li et al. |
11042144 | June 22, 2021 | Park et al. |
11054796 | July 6, 2021 | Holaso |
11070390 | July 20, 2021 | Park et al. |
11073976 | July 27, 2021 | Park et al. |
11108587 | August 31, 2021 | Park et al. |
11113295 | September 7, 2021 | Park et al. |
11229138 | January 18, 2022 | Harvey et al. |
11275348 | March 15, 2022 | Park et al. |
11314726 | April 26, 2022 | Park et al. |
11314788 | April 26, 2022 | Park et al. |
20020010562 | January 24, 2002 | Schleiss et al. |
20020016639 | February 7, 2002 | Smith et al. |
20020059229 | May 16, 2002 | Natsumeda et al. |
20020123864 | September 5, 2002 | Eryurek et al. |
20020147506 | October 10, 2002 | Eryurek et al. |
20020177909 | November 28, 2002 | Fu et al. |
20030005486 | January 2, 2003 | Ridolfo et al. |
20030014130 | January 16, 2003 | Grumelart |
20030073432 | April 17, 2003 | Meade, II |
20030158704 | August 21, 2003 | Triginai et al. |
20030171851 | September 11, 2003 | Brickfield et al. |
20030200059 | October 23, 2003 | Ignatowski et al. |
20040068390 | April 8, 2004 | Saunders |
20040128314 | July 1, 2004 | Katibah et al. |
20040133314 | July 8, 2004 | Ehlers et al. |
20040199360 | October 7, 2004 | Friman et al. |
20050055308 | March 10, 2005 | Meyer et al. |
20050108262 | May 19, 2005 | Fawcett et al. |
20050154494 | July 14, 2005 | Ahmed |
20050278703 | December 15, 2005 | Lo et al. |
20050283337 | December 22, 2005 | Sayal |
20050289467 | December 29, 2005 | Imhof et al. |
20060095521 | May 4, 2006 | Patinkin |
20060140207 | June 29, 2006 | Eschbach et al. |
20060184479 | August 17, 2006 | Levine |
20060200476 | September 7, 2006 | Gottumukkala et al. |
20060265751 | November 23, 2006 | Cosquer et al. |
20060271589 | November 30, 2006 | Horowitz et al. |
20070028179 | February 1, 2007 | Levin et al. |
20070203693 | August 30, 2007 | Estes |
20070261062 | November 8, 2007 | Bansal et al. |
20070273497 | November 29, 2007 | Kuroda et al. |
20070273610 | November 29, 2007 | Baillot |
20080034425 | February 7, 2008 | Overcash et al. |
20080094230 | April 24, 2008 | Mock et al. |
20080097816 | April 24, 2008 | Freire et al. |
20080186160 | August 7, 2008 | Kim et al. |
20080249756 | October 9, 2008 | Chaisuparasmikul |
20080252723 | October 16, 2008 | Park |
20080281472 | November 13, 2008 | Podgorny et al. |
20090195349 | August 6, 2009 | Frader-Thompson et al. |
20100045439 | February 25, 2010 | Tak et al. |
20100058248 | March 4, 2010 | Park |
20100131533 | May 27, 2010 | Ortiz |
20100274366 | October 28, 2010 | Fata et al. |
20100281387 | November 4, 2010 | Holland et al. |
20100286937 | November 11, 2010 | Hedley et al. |
20100324962 | December 23, 2010 | Nesler et al. |
20110015802 | January 20, 2011 | Imes |
20110047418 | February 24, 2011 | Drees |
20110061015 | March 10, 2011 | Drees et al. |
20110071685 | March 24, 2011 | Huneycutt et al. |
20110077950 | March 31, 2011 | Hughston |
20110087650 | April 14, 2011 | Mackay et al. |
20110087988 | April 14, 2011 | Ray et al. |
20110088000 | April 14, 2011 | Mackay |
20110125737 | May 26, 2011 | Pothering et al. |
20110137853 | June 9, 2011 | Mackay |
20110153603 | June 23, 2011 | Adiba et al. |
20110154363 | June 23, 2011 | Karmarkar |
20110157357 | June 30, 2011 | Weisensale et al. |
20110178977 | July 21, 2011 | Drees |
20110191343 | August 4, 2011 | Heaton et al. |
20110205022 | August 25, 2011 | Cavallaro et al. |
20110218777 | September 8, 2011 | Chen et al. |
20110264725 | October 27, 2011 | Haeberle et al. |
20120011126 | January 12, 2012 | Park et al. |
20120011141 | January 12, 2012 | Park et al. |
20120022698 | January 26, 2012 | Mackay |
20120062577 | March 15, 2012 | Nixon |
20120064923 | March 15, 2012 | Imes et al. |
20120072480 | March 22, 2012 | Hays et al. |
20120083930 | April 5, 2012 | Ilic et al. |
20120100825 | April 26, 2012 | Sherman et al. |
20120101637 | April 26, 2012 | Imes et al. |
20120135759 | May 31, 2012 | Imes et al. |
20120136485 | May 31, 2012 | Weber et al. |
20120158633 | June 21, 2012 | Eder |
20120259583 | October 11, 2012 | Noboa et al. |
20120272228 | October 25, 2012 | Marndi et al. |
20120278051 | November 1, 2012 | Jiang et al. |
20130007063 | January 3, 2013 | Kalra et al. |
20130038430 | February 14, 2013 | Blower et al. |
20130038707 | February 14, 2013 | Cunningham et al. |
20130060820 | March 7, 2013 | Bulusu et al. |
20130085719 | April 4, 2013 | Brun et al. |
20130086497 | April 4, 2013 | Ambuhl et al. |
20130097706 | April 18, 2013 | Titonis et al. |
20130103221 | April 25, 2013 | Raman et al. |
20130167035 | June 27, 2013 | Imes et al. |
20130170710 | July 4, 2013 | Kuoch et al. |
20130204836 | August 8, 2013 | Choi et al. |
20130246916 | September 19, 2013 | Reimann et al. |
20130247205 | September 19, 2013 | Schrecker et al. |
20130262035 | October 3, 2013 | Mills |
20130268128 | October 10, 2013 | Casilli et al. |
20130275174 | October 17, 2013 | Bennett et al. |
20130275908 | October 17, 2013 | Reichard |
20130297050 | November 7, 2013 | Reichard et al. |
20130298244 | November 7, 2013 | Kumar et al. |
20130331995 | December 12, 2013 | Rosen |
20130338970 | December 19, 2013 | Reghetti |
20130339292 | December 19, 2013 | Park et al. |
20140032506 | January 30, 2014 | Hoey et al. |
20140059483 | February 27, 2014 | Mairs et al. |
20140081652 | March 20, 2014 | Klindworth |
20140135952 | May 15, 2014 | Maehara |
20140152651 | June 5, 2014 | Chen et al. |
20140172184 | June 19, 2014 | Schmidt et al. |
20140188451 | July 3, 2014 | Asahara et al. |
20140189861 | July 3, 2014 | Gupta et al. |
20140205155 | July 24, 2014 | Chung et al. |
20140207282 | July 24, 2014 | Angle et al. |
20140258052 | September 11, 2014 | Khuti et al. |
20140269614 | September 18, 2014 | Maguire et al. |
20140277765 | September 18, 2014 | Karimi et al. |
20140278461 | September 18, 2014 | Artz |
20140327555 | November 6, 2014 | Sager et al. |
20150019174 | January 15, 2015 | Kiff et al. |
20150042240 | February 12, 2015 | Aggarwal et al. |
20150105917 | April 16, 2015 | Sasaki et al. |
20150112763 | April 23, 2015 | Goldschneider |
20150145468 | May 28, 2015 | Ma et al. |
20150156031 | June 4, 2015 | Fadell et al. |
20150168931 | June 18, 2015 | Jin |
20150172300 | June 18, 2015 | Cochenour |
20150178421 | June 25, 2015 | Borrelli et al. |
20150185261 | July 2, 2015 | Frader-Thompson et al. |
20150186777 | July 2, 2015 | Lecue et al. |
20150202962 | July 23, 2015 | Habashima et al. |
20150204563 | July 23, 2015 | Imes et al. |
20150235267 | August 20, 2015 | Steube et al. |
20150241895 | August 27, 2015 | Lu et al. |
20150244730 | August 27, 2015 | Vu et al. |
20150244732 | August 27, 2015 | Golshan et al. |
20150261863 | September 17, 2015 | Dey et al. |
20150263900 | September 17, 2015 | Polyakov et al. |
20150286969 | October 8, 2015 | Warner et al. |
20150295796 | October 15, 2015 | Hsiao et al. |
20150304193 | October 22, 2015 | Ishii et al. |
20150316918 | November 5, 2015 | Schleiss et al. |
20150324422 | November 12, 2015 | Elder |
20150341212 | November 26, 2015 | Hsiao et al. |
20150348417 | December 3, 2015 | Ignaczak et al. |
20150379080 | December 31, 2015 | Jochimski |
20160011753 | January 14, 2016 | McFarland et al. |
20160033946 | February 4, 2016 | Zhu et al. |
20160035246 | February 4, 2016 | Curtis |
20160065601 | March 3, 2016 | Gong et al. |
20160070736 | March 10, 2016 | Swan et al. |
20160078229 | March 17, 2016 | Gong et al. |
20160090839 | March 31, 2016 | Stolarczyk |
20160109867 | April 21, 2016 | Wada et al. |
20160119434 | April 28, 2016 | Dong et al. |
20160127712 | May 5, 2016 | Alfredsson et al. |
20160139752 | May 19, 2016 | Shim et al. |
20160163186 | June 9, 2016 | Davidson et al. |
20160170390 | June 16, 2016 | Xie et al. |
20160171862 | June 16, 2016 | Das et al. |
20160173816 | June 16, 2016 | Huenerfauth et al. |
20160179315 | June 23, 2016 | Sarao et al. |
20160179342 | June 23, 2016 | Sarao et al. |
20160179990 | June 23, 2016 | Sarao et al. |
20160195856 | July 7, 2016 | Spero |
20160203036 | July 14, 2016 | Mezic et al. |
20160212165 | July 21, 2016 | Singla et al. |
20160239660 | August 18, 2016 | Azvine et al. |
20160239756 | August 18, 2016 | Aggour et al. |
20160247129 | August 25, 2016 | Song et al. |
20160260063 | September 8, 2016 | Harris et al. |
20160277374 | September 22, 2016 | Reid et al. |
20160313751 | October 27, 2016 | Risbeck et al. |
20160313752 | October 27, 2016 | Przybylski |
20160313902 | October 27, 2016 | Hill et al. |
20160342906 | November 24, 2016 | Shaashua et al. |
20160350364 | December 1, 2016 | Anicic et al. |
20160357521 | December 8, 2016 | Zhang et al. |
20160357828 | December 8, 2016 | Tobin et al. |
20160358432 | December 8, 2016 | Branscomb et al. |
20160363336 | December 15, 2016 | Roth et al. |
20160370258 | December 22, 2016 | Perez |
20160378306 | December 29, 2016 | Kresl et al. |
20160379326 | December 29, 2016 | Chan-Gove et al. |
20170006135 | January 5, 2017 | Siebel |
20170011318 | January 12, 2017 | Vigano et al. |
20170017221 | January 19, 2017 | Lamparter et al. |
20170039255 | February 9, 2017 | Raj et al. |
20170052536 | February 23, 2017 | Warner et al. |
20170053441 | February 23, 2017 | Nadumane et al. |
20170054594 | February 23, 2017 | Decenzo et al. |
20170063894 | March 2, 2017 | Muddu et al. |
20170068409 | March 9, 2017 | Nair |
20170070775 | March 9, 2017 | Taxier et al. |
20170075984 | March 16, 2017 | Deshpande et al. |
20170084168 | March 23, 2017 | Janchookiat |
20170090437 | March 30, 2017 | Veeramani et al. |
20170093700 | March 30, 2017 | Gilley et al. |
20170098086 | April 6, 2017 | Hoernecke et al. |
20170103327 | April 13, 2017 | Penilla et al. |
20170103403 | April 13, 2017 | Chu et al. |
20170118240 | April 27, 2017 | Devi Reddy et al. |
20170123389 | May 4, 2017 | Baez et al. |
20170134415 | May 11, 2017 | Muddu et al. |
20170177715 | June 22, 2017 | Chang et al. |
20170180147 | June 22, 2017 | Brandman et al. |
20170188216 | June 29, 2017 | Koskas et al. |
20170205099 | July 20, 2017 | Sanghamitra |
20170212482 | July 27, 2017 | Boettcher et al. |
20170212668 | July 27, 2017 | Shah et al. |
20170220641 | August 3, 2017 | Chi et al. |
20170230930 | August 10, 2017 | Frey |
20170235817 | August 17, 2017 | Deodhar et al. |
20170251182 | August 31, 2017 | Siminoff et al. |
20170270124 | September 21, 2017 | Nagano et al. |
20170277769 | September 28, 2017 | Pasupathy et al. |
20170278003 | September 28, 2017 | Liu |
20170294132 | October 12, 2017 | Colmenares |
20170315522 | November 2, 2017 | Kwon et al. |
20170315697 | November 2, 2017 | Jacobson et al. |
20170322534 | November 9, 2017 | Sinha et al. |
20170323389 | November 9, 2017 | Vavrasek |
20170329289 | November 16, 2017 | Kohn et al. |
20170336770 | November 23, 2017 | Macmillan |
20170345287 | November 30, 2017 | Fuller et al. |
20170351957 | December 7, 2017 | Lecue et al. |
20170357225 | December 14, 2017 | Asp et al. |
20170357490 | December 14, 2017 | Park et al. |
20170357908 | December 14, 2017 | Cabadi et al. |
20180012159 | January 11, 2018 | Kozloski et al. |
20180013579 | January 11, 2018 | Fairweather et al. |
20180024520 | January 25, 2018 | Sinha et al. |
20180039238 | February 8, 2018 | Gartner et al. |
20180048485 | February 15, 2018 | Pelton et al. |
20180069932 | March 8, 2018 | Tiwari et al. |
20180114140 | April 26, 2018 | Chen et al. |
20180137288 | May 17, 2018 | Polyakov |
20180157930 | June 7, 2018 | Rutschman et al. |
20180162400 | June 14, 2018 | Abdar |
20180176241 | June 21, 2018 | Manadhata et al. |
20180198627 | July 12, 2018 | Mullins |
20180203961 | July 19, 2018 | Aisu et al. |
20180239322 | August 23, 2018 | Matsuo et al. |
20180239982 | August 23, 2018 | Rutschman et al. |
20180275625 | September 27, 2018 | Park et al. |
20180276962 | September 27, 2018 | Butler et al. |
20180292797 | October 11, 2018 | Lamparter et al. |
20180336785 | November 22, 2018 | Ghannam et al. |
20180356775 | December 13, 2018 | Harvey |
20180359111 | December 13, 2018 | Harvey |
20180364654 | December 20, 2018 | Locke et al. |
20190003297 | January 3, 2019 | Brannigan et al. |
20190005025 | January 3, 2019 | Malabarba |
20190013023 | January 10, 2019 | Pourmohammad et al. |
20190017719 | January 17, 2019 | Sinha et al. |
20190025771 | January 24, 2019 | Park et al. |
20190037135 | January 31, 2019 | Hedge |
20190042988 | February 7, 2019 | Brown et al. |
20190088106 | March 21, 2019 | Grundstrom |
20190094824 | March 28, 2019 | Xie et al. |
20190096217 | March 28, 2019 | Pourmohammad et al. |
20190102840 | April 4, 2019 | Perl et al. |
20190121801 | April 25, 2019 | Jethwa et al. |
20190138512 | May 9, 2019 | Pourmohammad et al. |
20190147883 | May 16, 2019 | Mellenthin et al. |
20190158309 | May 23, 2019 | Park et al. |
20190163152 | May 30, 2019 | Worrall et al. |
20190258620 | August 22, 2019 | Itado et al. |
20190268178 | August 29, 2019 | Fairweather et al. |
20190310979 | October 10, 2019 | Masuzaki et al. |
20190361411 | November 28, 2019 | Park et al. |
20190361412 | November 28, 2019 | Park et al. |
20190377306 | December 12, 2019 | Harvey |
20200159173 | May 21, 2020 | Goyal |
20200159182 | May 21, 2020 | Goyal |
20200159376 | May 21, 2020 | Goyal |
20200159723 | May 21, 2020 | Goyal |
20200226156 | July 16, 2020 | Borra et al. |
20200285203 | September 10, 2020 | Thakur et al. |
20200336328 | October 22, 2020 | Harvey |
20200348632 | November 5, 2020 | Harvey |
20200387576 | December 10, 2020 | Brett et al. |
20200396208 | December 17, 2020 | Brett et al. |
20210042299 | February 11, 2021 | Migliori |
20210043221 | February 11, 2021 | Yelchuru et al. |
20210044957 | February 11, 2021 | Norp et al. |
20210118067 | April 22, 2021 | Muenz et al. |
20210325070 | October 21, 2021 | Endel et al. |
20210342961 | November 4, 2021 | Winter et al. |
20210381711 | December 9, 2021 | Harvey et al. |
20210381712 | December 9, 2021 | Harvey et al. |
20210382445 | December 9, 2021 | Harvey et al. |
20210383041 | December 9, 2021 | Harvey et al. |
20210383042 | December 9, 2021 | Harvey et al. |
20210383200 | December 9, 2021 | Harvey et al. |
20210383219 | December 9, 2021 | Harvey et al. |
20210383235 | December 9, 2021 | Harvey et al. |
20210383236 | December 9, 2021 | Harvey et al. |
20220066402 | March 3, 2022 | Harvey et al. |
20220066405 | March 3, 2022 | Harvey |
20220066432 | March 3, 2022 | Harvey et al. |
20220066434 | March 3, 2022 | Harvey et al. |
20220066528 | March 3, 2022 | Harvey et al. |
20220066722 | March 3, 2022 | Harvey et al. |
20220066754 | March 3, 2022 | Harvey et al. |
20220066761 | March 3, 2022 | Harvey et al. |
20220067226 | March 3, 2022 | Harvey et al. |
20220067227 | March 3, 2022 | Harvey et al. |
20220067230 | March 3, 2022 | Harvey et al. |
20220069863 | March 3, 2022 | Harvey et al. |
20220070293 | March 3, 2022 | Harvey et al. |
20220121965 | April 21, 2022 | Chatterji et al. |
20220138684 | May 5, 2022 | Harvey |
20220215264 | July 7, 2022 | Harvey et al. |
20220282881 | September 8, 2022 | Sinha et al. |
20230010757 | January 12, 2023 | Preciado |
20230071312 | March 9, 2023 | Preciado et al. |
20230076011 | March 9, 2023 | Preciado et al. |
20230083703 | March 16, 2023 | Meiners |
2019226217 | November 2020 | AU |
2019226264 | November 2020 | AU |
2019351573 | May 2021 | AU |
101415011 | April 2009 | CN |
102136099 | July 2011 | CN |
102136100 | July 2011 | CN |
102650876 | August 2012 | CN |
104040583 | September 2014 | CN |
104603832 | May 2015 | CN |
104919484 | September 2015 | CN |
106204392 | December 2016 | CN |
106406806 | February 2017 | CN |
106960269 | July 2017 | CN |
107147639 | September 2017 | CN |
107598928 | January 2018 | CN |
2 528 033 | November 2012 | EP |
3 268 821 | January 2018 | EP |
3 324 306 | May 2018 | EP |
H10-049552 | February 1998 | JP |
2003-162573 | June 2003 | JP |
2007-018322 | January 2007 | JP |
4073946 | April 2008 | JP |
2008-107930 | May 2008 | JP |
2013-152618 | August 2013 | JP |
2014-044457 | March 2014 | JP |
2016/0102923 | August 2016 | KR |
WO-2009/020158 | February 2009 | WO |
WO-2011/100255 | August 2011 | WO |
WO-2013/050333 | April 2013 | WO |
WO-2015/106702 | July 2015 | WO |
WO-2015/145648 | October 2015 | WO |
WO-2017/035536 | March 2017 | WO |
WO-2017/192422 | November 2017 | WO |
WO-2017/194244 | November 2017 | WO |
WO-2017/205330 | November 2017 | WO |
WO-2017/213918 | December 2017 | WO |
WO-2018/132112 | July 2018 | WO |
WO-2020/061621 | April 2020 | WO |
WO-2022/042925 | March 2022 | WO |
- Balaji et al, “Brick: Towards a Unified Metadata Schema for Buildings,” dated Nov. 16-17, 2016, 10 pages.
- Balaji et al, Brick: Metadata schema for portable smart building applications, dated Sep. 25, 2017, 20 pages.
- Balaji et ai, Demo Abstract: Portable Queries using the Brick Schema tor Building Applications, dated Nov. 16-17, 2016, 2 pages.
- Bhattacharya et al., Short Paper: Analyzing Metadata Schemas for Buildings—The Good, The Bad and The Ugly, ACM, dated Nov. 4-5, 2015, 4 pages.
- Brick: Metadata schema for portable smart building applications, dated Sep. 15, 2018, 3 pages, (Abstract).
- Brick: Towards a Unified Metadata Schema For Buildings, dated Nov. 16, 2016, 46 pages.
- Building Blocks for Smart Buildings, BrickSchema.org, dated Mar. 2019, 17 pages.
- Extended European Search Report issued in EP Application No. 18196948.6 dated Apr. 10, 2019, 9 pages.
- Fierro et al., Beyond a House of Sticks: Formalizing Metadata Tags with Brick, dated Nov. 13-14, 2019, 10 pages.
- Fierro et al., Dataset: An Open Dataset and Collection Tool for BMS Point Labels, dated Nov. 10, 2019, 3 pages.
- Fierro et al., Design and Analysis of a Query Processor for Brick, dated Jan. 2018, 25 pages.
- Fierro et al., Design and Analysis of a Query Processor for Brick, dated Nov. 8-9, 2017, 10 pages.
- Fierro et al., Mortar: An Open Testbed for Portable Building Analytics, dated Nov. 7-8, 2018, 10 pages.
- Fierro et al., Why Brick is a Game Changer for Smart Buildings, Memoori Webinar, 2019, 67 pages.
- Fierro, Writing Portable Building Analytics with the Brick Metadata Schema, UC Berkeley ACM E-Energy, 2019, 39 pages.
- Gao et al., A large-scale evaluation of automated metadata inference approaches on sensors from air handling units, dated May 1, 2018, pp. 14-30.
- International Search Report and Written Opinion for PCT/US2017/013831, dated Mar. 31, 2017, 14 pages.
- International Search Report and Written Opinion for PCT/US2017/035524, dated Jul. 24, 2017, 14 pages.
- International Search Report and Written Opinion on PCT/US2018/024068, dated Jun. 15, 2018, 22 pages.
- International Searcn Report and Written Opinion on PCT/US2018/052971, dated Mar. 1, 2019, 19 pages.
- International Search Report and Written Opinion on PCT/US2018/052974, dated Dec. 19, 2018, 13 pages.
- International Search Report and Written Opinion on PCT/US2018/052994, dated Jan. 7, 2019, 15 pages.
- International Search Report and Written Opinion on PCT/US2019/015481, dated May 17, 2019, 78 pages.
- Koh et al., “Scrabble: Transferrable Semi-Automated Semantic Metadata Normalization using Intermediate Representation,” dated Nov. 7-8, 2018, 10 pages.
- Koh et al., Plaster: An Integration, Benchmark, and Development Framework for Metadata Normalization Methods, dated Nov. 7-8, 2018, 10 pages.
- Koh et al., Who can Access What, and When?, dated Nov. 13-14, 2019, 4 pages.
- Metadata Schema for Buildings, Brickschema.org, retrieved from the internet Dec. 24, 2019, 3 pages.
- Results of the Partial International Search for PCT/US2018/052971, dated Jan. 3, 2019, 3 pages.
- Wei et al., “Development and Implementation of Software Gateways of Fire Fighting Subsystem Running on EBI,” Control, Automation and Systems Engineering, IITA International Conference on, IEEE, Jul. 2009, pp. 9-12.
- Priyadarshana et al., “Multi-agent Controlled Building Management System,” International Conference on Innovation in Power and Advanced Computing Technologies (i-PACT2017), 5 pages, Apr. 21, 2017.
- Bhattacharya, A., “Enabling Scalable Smart-Building Analytics,” Electrical Engineering and Computer Sciences, University of California at Berkeley, Technical Report No. UCB/EECS-2016-201, Dec. 15, 2016 (121 pages).
- Chinese Office Action on CN Appl. No. 201780003995.9 dated Apr. 8, 2021 (21 pages with English language translation).
- Chinese Office action on CN Appl. No. 201780043400.2 dated Apr. 25, 2021 (15 pages with English language translation).
- Curry, E. et al., “Linking building data in the cloud: Integrating cross-domain building data using linked data.” Advanced Engineering Informatics, 2013, 27 (pp. 206-219).
- Digital Platform Litigation Documents Part 1, includes cover letter, dismissal of case DDE-1-21-cv-01796, IPR2023-00022 (documents filed Jan. 26, 2023-Oct. 7, 2022), and IPR2023-00085 (documents filed Jan. 26, 2023-Oct. 20, 2022) (748 pages total).
- Digital Platform Litigation Documents Part 10, includes DDE-1-21-cv-01796 (documents filed Nov. 1, 2022-Dec. 22, 2021 (1795 pages total).
- Digital Platform Litigation Documents Part 2, includes IPR2023-00085 (documents filed Oct. 20, 2022) (172 pages total).
- Digital Platform Litigation Documents Part 3, includes IPR2023-00085 (documents filed Oct. 20, 2022) and IPR2023-00170 (documents filed Nov. 28, 2022-Nov. 7, 2022) (397 pages total).
- Digital Platform Litigation Documents Part 4, includes IPR2023-00170 (documents filed Nov. 7, 2022) and IPR2023-00217 (documents filed Jan. 18, 2023-Nov. 15, 2022) (434 pages total).
- Digital Platform Litigation Documents Part 5, includes IPR2023-00217 (documents filed Nov. 15, 2022) and IPR2023-00257 (documents filed Jan. 25, 2023-Nov. 23, 2022) (316 pages total).
- Digital Platform Litigation Documents Part 6, includes IPR2023-00257 (documents filed Nov. 23, 2022) and IPR 2023-00346 (documents filed Jan. 3, 2023-Dec. 13, 2022) (295 pages total).
- Digital Platform Litigation Documents Part 7, includes IPR 2023-00346 (documents filed Dec. 13, 2022) and IPR2023-00347 (documents filed Jan. 3, 2023-Dec. 13, 2022) (217 pages total).
- Digital Platform Litigation Documents Part 8, includes IPR2023-00347 (documents filed Dec. 13, 2022), EDTX-2-22-cv-00243 (documents filed Sep. 20, 2022-Jun. 29, 2022), and DDE-1-21-cv-01796 (documents filed Feb. 3, 2023-Jan. 10, 2023 (480 pages total).
- Digital Platform Litigation Documents Part 9, includes DDE-1-21-cv-01796 (documents filed Jan. 10, 2023-Nov. 1, 2022 (203 pages total).
- El Kaed, C. et al., “Building management insights driven by a multi-system semantic representation approach,” 2016 IEEE 3rd World Forum on Internet of Things (WF-IoT), Dec. 12-14, 2016, (pp. 520-525).
- Ellis, C. et al., “Creating a room connectivity graph of a building from per-room sensor units.” BuildSys '12, Toronto, ON, Canada, Nov. 6, 2012 (7 pages).
- Fierro, G., “Design of an Effective Ontology and Query Processor Enabling Portable Building Applications,” Electrical Engineering and Computer Sciences, University of California at Berkeley, Technical Report No. UCB/EECS-2019-106, Jun. 27, 2019 (118 pages).
- File History for U.S. Appl. No. 12/776,159, filed May 7, 2010 (722 pages).
- Final Conference Program, ACM BuildSys 2016, Stanford, CA, USA, Nov. 15-17, 2016 (7 pages).
- Harvey, T., “Quantum Part 3: The Tools of Autonomy, How PassiveLogic's Quantum Creator and Autonomy Studio software works,” URL: https://www.automatedbuildings.com/news/jan22/articles/passive/211224010000passive.html, Jan. 2022 (7 pages).
- Harvey, T., “Quantum: The Digital Twin Standard for Buildings,” URL: https://www.automatedbuildings.com/news/feb21/articles/passivelogic/210127124501passivelogic.html, Feb. 2021 (6 pages).
- Hu, S. et al., “Building performance optimisation: A hybrid architecture for the integration of contextual information and time-series data,” Automation in Construction, 2016, 70 (pp. 51-61).
- International Search Report and Written Opinion on PCT/US2017/052060, dated Oct. 5, 2017, 11 pages.
- International Search Report and Written Opinion on PCT/US2017/052633, dated Oct. 23, 2017, 9 pages.
- International Search Report and Written Opinion on PCT/US2017/052829, dated Nov. 27, 2017, 24 pages.
- International Search Report and Written Opinion on PCT/US2018/052975, dated Jan. 2, 2019, 13 pages.
- International Search Report and Written Opinion on PCT/US2020/058381, dated Jan. 27, 2021, 30 pages.
- Japanese Office Action on JP Appl. No. 2018-534963 dated May 11, 2021 (16 pages with English language translation).
- Li et al., “Event Stream Processing with Out-of-Order Data Arrival,” International Conferences on Distributed Computing Systems, 2007, (8 pages).
- Nissin Electric Co., Ltd., “Smart power supply system (SPSS),” Outline of the scale verification plan, Nissin Electric Technical Report, Japan, Apr. 23, 2014, vol. 59, No. 1 (23 pages).
- Passivelogic, “Explorer: Digital Twin Standard for Autonomous Systems. Made interactive.” URL: https://passivelogic.com/software/quantum-explorer/, retrieved from internet Jan. 4, 2023 (13 pages).
- Passivelogic, “Quantum: The Digital Twin Standard for Autonomous Systems, A physics-based ontology for next-generation control and AI.” URL: https://passivelogic.com/software/quantum-standard/, retrieved from internet Jan. 4, 2023 (20 pages).
- Quantum Alliance, “Quantum Explorer Walkthrough,” 2022, (7 pages) (screenshots from video).
- Sinha, Sudhi and Al Huraimel, Khaled, “Reimagining Businesses with AI” John Wiley & Sons, Inc., Hoboken, NJ, USA, 2021 (156 pages).
- Sinha, Sudhi R. and Park, Youngchoon, “Building an Effective IoT Ecosystem for Your Business,” Johnson Controls International, Springer International Publishing, 2017 (286 pages).
- Sinha, Sudhi, “Making Big Data Work for Your Business: A guide to effective Big Data analytics,” Impackt Publishing Ltd., Birmingham, UK, Oct. 2014 (170 pages).
- The Virtual Nuclear Tourist, “Calvert Cliffs Nuclear Power Plant,” URL: http://www.nucleartourist.com/us/calvert.htm, Jan. 11, 2006 (2 pages).
- University of California at Berkeley, EECS Department, “Enabling Scalable Smart-Building Analytics,” URL: https://www2.eecs.berkeley.edu/Pubs/TechRpts/2016/EECS-2016-201 .html, retrieved from internet Feb. 15, 2022 (7 pages).
- Van Hoof, Bert, “Announcing Azure Digital Twins: Create digital replicas of spaces and infrastructure using cloud, AI and IoT,” URL: https://azure.microsoft.com/en-us/blog/announcing-azure-digital-twins-create-digital-replicas-of-spaces-and-infrastructure-using-cloud-ai-and-iot/, Sep. 24, 2018 (11 pages).
- W3C, “SPARQL: Query Language for RDF,” located on the Wayback Machine, URL: https://web.archive.org/web/20l61230061728/http://www.w3.org/TR/rdf-sparql-query/), retrieved from internet Nov. 15, 2022 (89 pages).
- White et al., “Reduce building maintenance costs with AWS IoT TwinMaker Knowledge Graph,” The Internet of Things on AWS—Official Blog, URL: https://aws.amazon.com/blogs/iot/reduce-building-maintenance-costs-with-aws-iot-twinmaker-knowledge-graph/, Nov. 18, 2022 (10 pages).
- Zhou, Q. et al., “Knowledge-infused and Consistent Complex Event Processing over Real-time and Persistent Streams,” Further Generation Computer Systems, 2017, 76 (pp. 391-406).
- U.S. Appl. No. 17/566,029, Passivelogic, Inc.
- U.S. Appl. No. 17/567,275, Passivelogic, Inc.
- U.S. Appl. No. 17/722,115, Passivelogic, Inc.
Type: Grant
Filed: Sep 13, 2021
Date of Patent: Aug 22, 2023
Patent Publication Number: 20220138183
Assignee: Johnson Controls Tyco IP Holdings LLP (Milwaukee, WI)
Inventors: Youngchoon Park (Brookfield, WI), Sudhi R. Sinha (Milwaukee, WI), Vaidhyanathan Venkiteswaran (Brookfield, WI), Erik S. Paulson (Madison, WI), Vijaya S. Chennupati (Milwaukee, WI)
Primary Examiner: Kim T Nguyen
Application Number: 17/473,946
International Classification: G06F 16/23 (20190101); H04W 4/38 (20180101); H04L 41/02 (20220101); G06F 16/901 (20190101); H04L 67/60 (20220101); G06F 16/28 (20190101); H04L 67/02 (20220101); G06F 16/22 (20190101); H04L 41/12 (20220101); H04L 67/10 (20220101); H04L 69/08 (20220101); H04L 41/142 (20220101); G06F 9/54 (20060101);