阅读说明：本技术 生成指令的系统、方法和非临时性记录介质 (System, method and non-transitory recording medium for generating instruction ) 是由 帕拉尼拉吉·阿拉古拉加·潘迪安 安部康 谷口功一 于 2021-04-20 设计创作，主要内容包括：本发明提供生成指令的方法、系统和非临时性记录介质。基于从多个资产接收到的数据来更新资产数据库。资产数据库保存指定资产模型的资产数据,资产模型对多个资产中的各资产指定一个或多个资产特性。如果基于由资产模型指定的传感器特性判断出满足警报条件,则基于由资产模型指定的位置特性,选择所述多个资产中的一个资产作为发送与警报条件相关联的指令的目标资产。如果选择了目标资产,则基于在资产模型中指定的目标资产的一个或多个特性,生成对目标资产的指令。(The invention provides a method, a system and a non-transitory recording medium for generating instructions. The asset database is updated based on data received from the plurality of assets. The asset database maintains asset data specifying an asset model that specifies one or more asset characteristics for each of a plurality of assets. If it is determined that the alarm condition is satisfied based on the sensor characteristics specified by the asset model, one of the plurality of assets is selected as a target asset to send instructions associated with the alarm condition based on the location characteristics specified by the asset model. If the target asset is selected, instructions for the target asset are generated based on one or more characteristics of the target asset specified in the asset model.)

1. A method of generating instructions, comprising the steps of:

updating an asset database based on data received from a plurality of assets, the asset database maintaining asset data specifying an asset model that specifies one or more asset characteristics for each of the plurality of assets;

determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model;

selecting one of the plurality of assets as a target asset for sending instructions associated with the alarm condition based on the location characteristics specified by the asset model; and

generating instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

2. The method of claim 1,

the step of selecting an asset of the plurality of assets as a target asset comprises the steps of:

determining one or more commandable assets of the plurality of assets based on the asset model; and

selecting the target asset from the one or more commandable assets based on the one or more asset characteristics of the one or more commandable assets.

3. The method of claim 2, wherein the one or more asset characteristics include a status characteristic, and wherein the step of determining one or more commandable assets of the plurality of assets is performed based on the status characteristic.

4. The method of claim 2, wherein the one or more asset characteristics include a type characteristic, and wherein the step of determining one or more commandable assets of the plurality of assets is performed based on the type characteristic.

5. A method according to any of claims 1 to 4, wherein the step of selecting an asset from the one or more commandable assets as a target asset is performed based on the location characteristics and alarm location characteristics associated with the alarm condition.

6. The method of claim 5, further comprising the steps of:

determining one of the plurality of assets as a triggering asset for the alarm condition based on the asset model; and

setting the alert location characteristic based on the location of the triggering asset.

7. A method as claimed in any one of claims 1 to 4, wherein the one or more asset characteristics of the first asset include a condition characteristic, and the step of selecting the asset from the one or more commandable assets as the target asset is performed on the basis of the condition characteristic and an alarm condition characteristic associated with the alarm condition.

8. The method of claim 7, further comprising the steps of:

determining one of the plurality of assets as a triggering asset for the alarm condition based on the asset model; and

setting the alarm condition characteristic based on the condition of the triggering asset.

9. A system for generating instructions, wherein,

the system includes one or more processors that,

the processor updating an asset database based on data received from a plurality of assets, the asset database maintaining asset data specifying an asset model that specifies one or more asset characteristics for each of the plurality of assets,

the processor determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model,

the processor selecting one of the plurality of assets as a target asset for sending instructions associated with the alarm condition based on the location characteristics specified by the asset model,

the processor generates instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

10. A non-transitory recording medium storing one or more instructions to perform a method of generating instructions when executed by one or more processors,

the non-transitory recording medium is characterized in that,

the method comprises the following steps:

updating an asset database based on data received from a plurality of assets, the asset database maintaining asset data specifying an asset model that specifies one or more asset characteristics for each of the plurality of assets;

determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model;

selecting one of the plurality of assets as a target asset for sending instructions associated with the alarm condition based on the location characteristics specified by the asset model; and

generating instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

Technical Field

The invention relates to a system, a method and a non-transitory recording medium for generating instructions. More particularly, the present invention relates to a system, method and non-transitory recording medium for generating instructions for distribution to one or more assets.

Background

In order to provide services, monitor systems, and/or make decisions, a business entity or organization may utilize data retrieved or received from a plurality of assets. Such assets have, for example, sensors, servers, user terminals, third party data sources, and the like. The availability, characteristics and location of such assets sometimes change dynamically, and accordingly, issues arise relating to the overall placement of data obtained or received from a plurality of assets by the dynamic nature of these changes. It is expected that technologies for facilitating the so-called "internet of things" and the accompanying spread of such assets will inevitably require technologies for dealing with these problems.

Disclosure of Invention

In view of the foregoing, the present invention provides a system, method, and non-transitory recording medium for generating instructions for distribution to one or more assets.

A first aspect of the invention provides a method of generating instructions, comprising the steps of: updating an asset database based on data received from a plurality of assets, the asset database maintaining asset data specifying an asset model that specifies one or more asset characteristics for each of the plurality of assets; determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model; selecting one of the plurality of assets as a target asset for sending instructions associated with the alarm condition based on the location characteristics specified by the asset model; and generating instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

A second aspect of the present invention provides a system that generates instructions, the system including one or more processors that update an asset database based on data received from a plurality of assets, the asset database holding asset data specifying an asset model, the asset model specifying one or more asset characteristics for each of the plurality of assets, the processor determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model, the processor selecting one of the plurality of assets as a target asset to send instructions associated with the alarm condition based on location characteristics specified by the asset model, the processor generating instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

A third aspect of the present invention provides a non-transitory recording medium holding one or more instructions to perform a method of generating instructions when executed by one or more processors, the method comprising the steps of: updating an asset database based on data received from a plurality of assets, the asset database maintaining asset data specifying an asset model that specifies one or more asset characteristics for each of the plurality of assets; determining whether an alarm condition is satisfied based on sensor characteristics specified by the asset model; selecting one of the plurality of assets as a target asset for sending instructions associated with the alarm condition based on the location characteristics specified by the asset model; and generating instructions for the target asset based on the one or more characteristics of the target asset specified in the asset model.

Embodiments of the present invention will be described below with reference to the drawings.

Drawings

Fig. 1 is a schematic diagram showing a business entity including a system of a first embodiment of the present invention.

Fig. 2 is a schematic diagram showing a system according to a first embodiment of the present invention.

Fig. 3 is a schematic diagram showing an asset model according to a first embodiment of the present invention.

Fig. 4 is a flowchart showing a method of generating an instruction according to the first embodiment of the present invention.

Fig. 5 is a schematic diagram showing a system according to a second embodiment of the present invention.

Fig. 6 is a schematic diagram showing a system according to the first embodiment and the second embodiment of the present invention.

Description of the reference numerals

1 Business entity

10 asset

10-1 to 10-6 connected assets

11 users

12 first position

14 second position

16 first condition

18 second condition

20 network

30 terminal

100. 101 system

110 equipment module

112 first data memory

120 aggregator module

122 second data storage

130 alarm module

132 third data memory

140 instruction module

142 fourth data storage

150 identity module

200 asset model

210 connecting assets

220 property of asset

222 type feature

224 position characteristic

226 condition characteristic

228 state property

230 sensor characteristics

400 system

410 processor

420 communication interface

430 storage system

440 asset data

450 procedure

Detailed Description

Various embodiments and examples of the present invention will be described below with reference to the drawings. For clarity and conciseness, features common to more than two embodiments are denoted using the same reference numerals in the figures.

Fig. 1 is a schematic diagram showing a business entity 1 associated with a system 100 according to a first embodiment of the present invention. The business entity 1 includes or is associated with a plurality of assets 10 connected to enable communication with the system 100 via a network 20. The system 100 is managed by a terminal 30 which is communicably connected to the system 100.

Each of the plurality of assets 10 is an electronic device such as a sensor device, a notification device, or a control device. Each of the plurality of assets 10 incorporates or is associated with functionality such as a communication interface that facilitates communication with the system 100 via the network 20.

The system 100 receives data from a plurality of assets 10 via a network 20. The system 100 determines whether one or more alert conditions are being met or have been met based on data received from the plurality of assets 10. That is, the system 100 evaluates one or more alarm conditions based on data received from the plurality of assets 10. If one or more alarm conditions are determined to be being met or have been met, the system 100 generates one or more instructions for the plurality of assets 10. Such instructions may include notification instructions and/or control instructions.

Examples of sensor devices include temperature sensors, humidity sensors, infrared sensors, cameras, microphones, and the like. Such a sensor device may be a stand-alone device or may be incorporated in an industrial machine, a home appliance, or the like. The sensor devices generate sensor data that is transmitted to the system 100 via the network 20. The sensor data represents one or more sensor readings of the sensor device. Here, the sensor readings correspond to measurements of physical quantities or characteristics by the respective sensor devices.

Examples of the notification device include a device incorporating a display, a speaker, an audio alarm (e.g., a buzzer), a visual alarm (e.g., a light emitting diode), and the like. Such a notification device may be a stand-alone device or may be incorporated in an apparatus such as an industrial machine or a home appliance. The notification device can issue notifications in the form of text, images, and/or sounds to users of one or more people in its surroundings in response to one or more notification instructions received from the system 100 via the network 20. Data specifying text, images, and/or sounds issued by the notification device may be stored locally by the notification device or may be included in the notification instructions received from the system 100.

Programmable logic controllers, microcontrollers and programmable logic relays can be mentioned as examples of control devices. Such a control device may be incorporated in an apparatus such as an industrial machine or a home appliance. The control device acts in accordance with one or more control instructions received from the system 100 via the network 20.

The assets of the plurality of assets 10 may be assets that combine sensor devices, notification devices, and/or control devices (hereinafter referred to as "hybrid devices"). As examples of hybrid devices, a cell phone, a smart phone, a personal digital assistant, a tablet, a laptop, and a wearable computing device may be cited. Such hybrid devices may generate sensor data that is transmitted to the system 100 via the network 20, and provide notifications based on one or more notification instructions received from the system 100 via the network 20 and/or control in accordance with one or more control instructions received from the system 100 via the network 20.

Each asset of the plurality of assets 10 is associated with an asset location. Asset location may be specified by absolute terms (e.g., latitude and longitude) or relative terms (e.g., relative to a defined location). An asset may include functionality to determine its absolute position using a geolocation system. For example, the asset may include a receiver compatible with a satellite-based wireless navigation system, such as a global positioning system, capable of determining the absolute location of the asset. Or the asset, may determine its absolute location based on the characteristics of one or more wireless access points, such as Wi-Fi (trademark) hotspots, as is well known in the art. In other examples, assets may be preprogrammed according to a fixed asset location (i.e., based on a user-entered location) corresponding to a location at which the asset is configured or imported. One of the plurality of assets may transmit its asset location in the form of location data to the system 100 via the network 20.

One of the plurality of assets 10 may be associated with an asset condition. The asset status indicates a status that the corresponding asset is being used or configured. For example, the asset status may indicate a building or a room into which the asset is introduced, or a device (e.g., an industrial machine or a home appliance) into which the asset is incorporated. Assets may also be pre-programmed with their asset status, which may be retrieved based on one or more external data sources, for example. One of the plurality of assets may transmit its asset condition in the form of condition data to the system 100 via the network 20.

One of the plurality of assets 10 may be associated with an asset type. The asset type indicates, for example, whether the corresponding asset is a sensor device, a notification device, or a control device or a hybrid device. The asset type can provide, for example, a more detailed display of a particular model of a sensor device, a particular model of a notification device, a particular model of a control device, or a particular model of a hybrid device. One of the plurality of assets may transmit its asset type in the form of type data to the system 100 via the network 20.

One of the plurality of assets 10 may be associated with an asset status. The asset status indicates, for example, whether or not the corresponding asset accepts a notification command and/or a control command transmitted by the system 100. Assets can be pre-programmed with an asset status (based on, for example, user input), and their asset status can also be determined based on, for example, their surroundings, time of day, or the internal status of the corresponding asset. One of the plurality of assets may transmit its asset status in the form of status data to the system 100 via the network 20.

The plurality of assets 10 may send data (e.g., sensor data, location data, status data, type data, and/or status data) to the system 100 in response to an event or on an ad hoc basis according to a prescribed schedule or opportunity. For example, an asset may transmit sensor data on a prescribed schedule or on a particular frequency (e.g., 1 second 1 time, 1 minute 1 time, 1 hour 1 time, or 1 day 1 time). The assets may also transmit location data based on changes in the location of the corresponding asset or when the corresponding asset is powered on. Likewise, the assets may transmit status data based on changes in the status of the corresponding asset or when the corresponding asset is powered on. The assets may also transmit status data based on changes in the status of the corresponding asset or when the corresponding asset is powered on. Further, the assets may also transmit type data when the corresponding asset is powered on. Data transmitted by the asset to the system 100 when power is turned on may be transmitted as part of a registration procedure performed by the asset in connection with the system 100.

Typically, the plurality of assets 10 differ in asset location, asset condition, asset type, and asset status. That is, each of the plurality of assets 10 may be associated with a different asset location, a different asset condition, a different asset type, and a different asset status. Further, the asset location, asset condition, and asset status of a particular asset may change dynamically depending on the method and/or location of deploying the asset or changes in the environment in which the asset is deployed. These dynamic changes may be referred to as dynamic changes in the status of the plurality of assets 10.

The instructions sent from the system 100 to the plurality of assets 10 must account for the dynamic changes in the status of the plurality of assets 10. That is, for a particular alarm condition, one or more of the plurality of assets 10 that send the resulting instructions may change in accordance with dynamic changes in the status of the plurality of assets 10. Further, the evaluation of the alarm condition itself (i.e., the determination as to whether the alarm condition is satisfied) may also vary according to dynamic changes in the status of the plurality of assets 10. Thus, to account for such dynamic changes in the status of the plurality of assets 10, the system 100 is configured to maintain an asset model that is configured to reflect the current status of the plurality of assets 10. More details of the system 100 and asset model are described below with reference to fig. 2 and 3.

Fig. 2 is a schematic diagram showing the system 100 of the present embodiment in more detail. In this embodiment, the system 100 includes a first data store 112, a second data store 122, a third data store 132, and a fourth data store 142, as well as an equipment module 110, an aggregator module 120, an alarm module 130, and an instruction module 140.

The equipment module 110 facilitates registration and management of a plurality of assets 10 with the system 100. That is, each of the plurality of assets 10 communicates with the equipment module 110 and registers with the system 100 when power is turned on. Registration of some of the plurality of assets may also be performed using any suitable registration process known in the art. As part of the registration process, the equipment module 110 may store registration data for a plurality of assets in a first data store 112. The registration data may include data such as a logical address (e.g., an internet protocol address, etc.) that enables communication between the plurality of assets 10 and the system 100.

In addition, the equipment module 110 may process data (e.g., sensor data, location data, status data, type data, and/or status data) received from a plurality of assets 10. The equipment module 110 may parse data received from the plurality of assets 10 and convert the data into a standard format for use by other modules within the system, such as the aggregator module 120, the alarm module 130, and/or the instruction module 140.

The aggregator module 120 maintains an asset model based on data received from the plurality of assets 10. That is, the aggregator module 120 derives the present status of the plurality of assets 10 from the data, and updates the asset model as necessary so that the asset model reliably reflects the present status of the plurality of assets 10. The asset model may be stored as asset data in a second data store 122 associated with the aggregator module 120. For example, the asset data may be constructed as an asset database maintained in the second data store 122.

The asset model characterizes the status of a plurality of assets 10 to one or more assets currently connected to the system 100 (hereinafter referred to as "connected assets"). That is, an asset model is a logical data model that describes one or more connected assets. For example, the asset model may describe the connected assets for one or more asset characteristics determined based on data received from the plurality of assets 10.

In the example shown in FIG. 2, the asset model represents that the Business entity 1 is currently associated with six connected assets 10-1 ~ 10-6 of the plurality of assets 10. Further, the asset model represents that the connection assets 10-1 ~ 10-3 are associated with a first location 12 and the connection assets 10-4 ~ 10-6 are associated with a second location 14 different from the first location 12. Here, the first location 12 and the second location 14 may be physical locations or logical locations (e.g., a particular room or building). Further, the asset model represents that the connected assets 10-1, 10-2 are associated with a first asset condition 16 and the connected assets 10-4, 10-5 are associated with an asset condition 18 that is different from the asset condition 16. Further, the asset model may represent the respective types and/or states of the connected assets 10-1 to 10-6. Further, the asset model may also represent sensor readings from one or more of the connected assets 10-1-10-6 in the asset model, as the case may be.

The aggregator module 120 aggregates data received from the plurality of assets 10 and parsed by the equipment modules 110 to maintain the asset model. That is, the aggregator module 120 maintains the asset model based on one or more of sensor data, notification data, location data, status data, type data, and status data received from the plurality of assets 10. More specifically, the aggregator module 120 updates the asset model based on asset locations, asset conditions, and/or asset types derived from data received from the plurality of assets 10. In this way, the asset model is updated according to dynamic changes with respect to the connected assets of the plurality of assets 10, thereby providing an up-to-date description of the present status of the plurality of assets 10.

The alert module 130 determines whether the present status of the plurality of assets 10 satisfies one or more alert conditions. Specifically, the alarm module 130 determines whether one or more alarm conditions are met based on the asset model stored in the second data store 122. In this regard, the one or more alarm conditions may be defined by data stored in the third data store 132 or may be dynamically determined based on one or more rules. The alarm condition may be associated with a particular condition or a particular location of business entity 1, for example. Thus, the asset model is able to make an assessment of alarm conditions based on the presence of a plurality of assets 10 associated with the business entity 1. The alarm condition may be specified, for example, as one or more thresholds for physical quantities or characteristics associated with a particular condition or a particular location within the business entity.

To illustrate an example, a first alarm condition may be associated with a first location 12 within business entity 1. In this case, the alert module 130 determines that the connected assets 10-1 ~ 10-3 are currently located at the first location 12 with reference to the asset model and determines whether the first alert condition is satisfied based on asset characteristics associated with one or more of the connected assets 10-1 ~ 10-3.

To represent another example, the second alarm condition may be associated with a second condition 18 within business entity 1. In this case, the alert module 130 determines that the connected assets 10-4, 10-5 are associated with the second condition 18 with reference to the asset model, thereby determining whether the second alert condition is satisfied based on asset characteristics associated with one or both of the connected assets 10-4, 10-5. Further, in this example, the alarm module 130 determines that the second condition 18 is at the second location 14 with reference to the asset model, and thus this example also determines whether the second alarm condition is satisfied based on one or more assets associated with the connected asset 10-6 at the location 14. Thus, the asset model maintained by the aggregator module 120 enables evaluation of one or more alarm conditions by the alarm module 130 based on the present status of the plurality of assets 10 associated with the Business entity 1.

To determine whether an alarm condition is satisfied, the alarm module 130 may, for example, construct one or more dynamic rules based on the alarms, conditions, metadata, and alarms, rules, metadata stored in the third data store 132. The dynamic rules are generated in a manner defined by the asset model and reflecting the present status of the plurality of assets 10. That is, by referencing the alerts, conditions, metadata, and alerts, rules, metadata, the alerts module 130 generates one or more dynamic rules that account for the plurality of connected assets 10-1-10-6 and enters into the evaluation of the generated dynamic rules based on the asset characteristics specified in the asset model. Thus, the dynamic rules may change as the status of the plurality of assets 10 changes (i.e., changes with respect to the plurality of connected assets 10-1-10-6).

If an alarm condition is determined to be satisfied, the alarm module 130 generates an alarm model for generating one or more instructions via the instruction module 140. The alert model specifies one or more notification instructions (i.e., one or more instructions sent to the notification device) and/or one or more control instructions (i.e., one or more instructions sent to the control device) that are sent in accordance with the alert condition being met. The alert model may also specify criticality (i.e., importance) of one or more notification instructions and/or one or more control instructions. In addition, the alarm model may also specify the asset condition, asset location, and/or asset type that one or more notification instructions and/or one or more control instructions send.

If the alarm module 130 determines that an alarm condition is satisfied and generates an alarm model, the instruction module 140 determines one or more connected assets (hereinafter referred to as "commandable assets") within the plurality of assets capable of transmitting the associated one or more instructions with reference to the asset model stored in the second data store 122. Next, the instruction module 140 determines one or more assets capable of transmitting the associated one or more instructions (hereinafter referred to as "target assets") from the commandable assets. For example, the instruction module 140 may determine one or more instructable assets and one or more target assets based on asset characteristics associated with the connection assets specified in the asset model.

To represent an example, a first alarm model may be specified to be associated with a first condition 16 within business entity 1, with notification instructions sent to a notification device proximate to the first condition 16. In this case, the instruction module 140 refers to the asset module, determines that the connected asset 10-3 is located at the location 12 (i.e., a location proximate to the first condition 16), and determines it as an instructable asset based on the corresponding asset characteristics within the asset model. Further, where the asset characteristic of the connected asset 10-3 indicates that the connected asset 10-3 is a notification device, the instruction module 140 may select the connected asset 10-3 as the target asset to send the notification instruction associated with the first alert model. Also, the instruction module 140 may format the instruction according to the asset characteristics of the connected asset 10-3 and send the notification instruction to the connected asset 10-3 via the network 20.

In some examples, the instruction module 140 may generate an instruction model that specifies one or more target assets to send one or more instructions. If a command model is generated, the command module 140 may perform one or more checks to confirm whether one or more target assets are commandable assets or are alarm conditions. Additionally, if a command model is generated, the command module 140 may also perform one or more checks to confirm that the location of the one or more target assets has not changed after the alarm condition is determined to be satisfied. These checks may be made with reference to the asset model or may be made in direct communication with the target asset specified in the command model. Thus, the instruction module 140 can confirm whether the target asset defined by the instruction model is a "valid" asset relative to the instructions associated with the alarm condition. After these checks are performed, the instruction module 140 may send one or more instructions to one or more target assets defined by the instruction model.

In some examples, the instructions sent by instruction module 140 may be sent in a "cascaded" manner. That is, where the instruction model specifies a plurality of target assets, the instruction module 140 may send the associated one or more instructions to a first target asset of the plurality of target assets and wait for confirmation that the one or more instructions were received and/or executed by the first target asset. In the event that such an acknowledgement is not received (e.g., within a specified time), the instruction module 150 may proceed to the next step, sending one or more instructions to a second target asset of the plurality of target assets, waiting for an acknowledgement that the one or more instructions were received and/or executed by the second target asset. This step may be repeated until an acknowledgement is received by the command module 150 or the target asset is not specified in the command model.

FIG. 3 is a schematic diagram illustrating an example of an asset model 200 used in the system 100 described above with reference to FIGS. 1 and 2. Asset model 200 is a data structure or collection of data structures that includes one or more asset characteristics 220 associated with one or more connected assets 210, and asset data specifying one or more connected assets 210 of the plurality of assets 10 associated with business entity 1. The asset model shown in FIG. 3 includes the connected assets 10-1-10-6 shown in FIG. 2. Asset characteristics 220 within asset model 200 include type characteristics 222, location characteristics 224, status characteristics 226, status characteristics 228, and sensor characteristics 230.

Type feature 222, location feature 224, status feature 226, and status feature 228 correspond to the asset type, asset location, asset status, and asset status, respectively, of the corresponding connected asset 210. As such, type characteristics 222, location characteristics 224, status characteristics 226, and status characteristics 228 of the connected assets 210 are determined and maintained based on the type data, location data, status data, and status data received from the plurality of connected assets 10-1-10-6, respectively. Further, sensor characteristic 230 represents one or more sensor readings of sensor devices in plurality of connected assets 210, which may be determined based on sensor data received from plurality of connected assets 10-1-10-6.

FIG. 4 is a flow chart illustrating a method 300 of generating instructions according to a first embodiment of the present invention. As described above, the method 300 may be performed by the system 100 of the first embodiment with reference to fig. 1, 2, and 3.

First, the asset database is updated based on data received from a plurality of assets 10 (step S302). As described above, the asset database maintains asset data that specifies an asset model that specifies one or more asset attributes for each of the plurality of assets 10. As shown in FIG. 2, in particular, the asset model may specify one or more asset characteristics for each of the connected assets 10-1 to 10-6.

Next, it is determined whether an alarm condition is satisfied based on the asset model (step S304). For example, the step of determining whether an alarm condition is satisfied may be performed based on sensor characteristics specified by the asset model. As described above, in some examples, the step of determining whether an alarm condition is satisfied may include the step of making one or more dynamic rules based on the alarm, the condition, the metadata, and the alarm, the rule, and the metadata. The dynamic rules are generated in a manner defined by the asset model and reflecting the present status of the plurality of assets 10. That is, one or more dynamic rules describing the plurality of connected assets 10-1 to 10-6 can be generated with reference to the alerts, conditions, metadata, and alerts, rules, metadata. If generated, the dynamic rules may be evaluated based on asset characteristics specified by the asset model. Thus, the dynamic rules may change as the status of the plurality of assets 10 changes (i.e., changes with respect to the plurality of connected assets 10-1-10-6). If it is determined that the alarm condition is satisfied, an alarm model may be generated as described above with reference to FIG. 2.

Next, based on the asset model, one of the plurality of assets is selected as a target asset for sending one or more instructions associated with the alarm condition (step S306). For example, the step of selecting a target asset to send one or more instructions associated with an alarm condition may be performed based on location characteristics specified by the asset model. The step of selecting a target asset based on the alert model may also be performed in the manner described above with reference to FIG. 2. The command model, which specifies the selected target asset in the manner described above with reference to FIG. 2, may be generated when a command is sent to the target asset for later use.

The step of selecting one of the plurality of assets as the target asset may include the step of determining one or more commandable assets of the plurality of assets 10 based on the asset model. A target asset may be selected from the one or more commandable assets based on one or more asset characteristics of each of the one or more commandable assets. Depending on the situation, one or more of the plurality of assets 10 may be instructed to determine based on the status characteristics. Depending on the situation, one or more of the plurality of assets 10 may also be instructed to determine based on the type characteristics. Depending on the circumstances, an asset may also be selected from the one or more instructable assets as the target asset based on the alert location characteristics associated with the location characteristics and the alert condition. Further, the step of selecting an asset of the plurality of assets as a target asset for sending instructions associated with the alarm condition may comprise: a step of determining one of the plurality of assets 10 as a triggering asset for an alarm condition based on the asset model; and setting an alarm location characteristic based on the location of the triggering asset. Depending on the circumstances, the step of selecting an asset from the one or more commandable assets as the target asset may be performed based on the condition characteristics associated with the condition characteristic and the alarm condition. In this case, the method 300 may further include: a step of determining one of the plurality of assets 10 as a triggering asset for an alarm condition based on the asset model; and setting an alarm condition characteristic based on the condition of the triggering asset.

Next, one or more instructions for the target asset are generated based on one or more characteristics of the target asset specified by the asset model (step S308). Next, one or more instructions for the target asset are sent to the target asset (step S310). In the case where there is an instruction model of the associated alarm condition, one or more instructions may be sent in accordance with the instruction model.

Fig. 5 is a diagram showing a business entity 1 associated with a system 101 according to a second embodiment of the present invention. According to a second embodiment, one or more of the plurality of connected assets 10-1 to 10-6 may be associated with a user ID corresponding to the user using the currently connected asset. For example, in the present embodiment, the connection asset 10-6 is associated with a user ID corresponding to the user 11 using the connection asset 10-6 or "logging in" the connection asset 10-6. To track user IDs associated with connected assets 10-1 ~ 10-6, system 101 includes an identity module 150. In this embodiment, the connecting asset 10-6 notifies the identity module 150 that the user 11 is "logged in" to the connecting asset 10-6 and is using the connecting asset 10-6 by sending identity data over the network 20.

In this embodiment, the asset model maintained by the aggregator module 120 may additionally specify user IDs for users associated with the plurality of connected assets 10-1 to 10-6. Thus, in this example, the asset model may also indicate that the connection asset 10-6 is associated with a user ID corresponding to the user 11. To facilitate this, the identity module 150 notifies the aggregator module 120 of changes to identities associated with the connected assets 10-1-10-6. For example, in the present embodiment, if it is determined that the user 11 "logged in" to the connection asset 10-6, the identity module 150 notifies the aggregator module 120, and the aggregator module 120 updates the asset model and specifies that the connection asset 10-6 is associated with the user 11.

According to this embodiment, by associating the connection assets 10-1-10-6 with the user IDs of the asset models, the instruction module 140 can select one or more target assets based on the user IDs. For example, where a particular alarm condition requests a notification instruction to be sent to a particular user when that defined by the resulting generated alarm model is satisfied, the instruction module 140 may select one of the plurality of connection assets 10-1-10-6 that is currently associated with the particular user (i.e., the connection asset that the user is currently "logged in") with reference to the asset model. Thus, the system 100 can reliably send instructions sent to a particular user to the connection asset with which the user is currently associated.

Fig. 6 is a schematic diagram showing a system 400 used in the first and second embodiments of the present invention. In some examples, system 400 is a server system including one or more servers. In other embodiments, system 400 may be a virtualized system such as a "cloud" system in which functionality associated with system 400 is provided by one or more virtual machines. System 400 includes one or more processors 410, a communication interface 420, and a storage system 430 (i.e., a non-transitory data storage medium). The one or more processors 410 may include a Central Processing Unit (CPU). The one or more processors 410 may be associated with volatile storage, not shown, such as random access memory. The communication interface 420 facilitates communication between the system 400 and a plurality of assets 10 via the network 20 shown in fig. 1 and 2. Communication interface 420 may be a network interface such as a Local Area Network (LAN) interface. The storage system 430 includes one or more storage devices that store asset data 440 of the asset models of the first and second embodiments, etc., as described above. The one or more storage devices may include electromechanical data storage devices, solid state data storage devices, or a combination thereof.

In connection with the first and second embodiments, the above-described equipment module 110, aggregator module 120, alarm module 130, instruction module 140 and/or identity module 150 may be implemented by software, hardware or a combination thereof. For example, in the system 400 shown in fig. 6, the storage system 430, if executed by the one or more processors 410, may store a program 450 defining one or more instructions, the program 450 implementing one or more of the device module 110, aggregator module 120, alarm module 130, instruction module 140, and/or identity module 150 of the first and second embodiments described above. More specifically, the program 450, if executed by the one or more processors 410, may define one or more instructions that cause the system 400 to perform the method 300 described above with reference to fig. 4.

Referring to the first and second embodiments, the Network 20 may include one or more of a LAN, a Wireless Local Area Network (WLAN), and/or a Wide Area Network (WLAN). The network 20 may use various communication standards such as a cellular radio System such as Wi-Fi (trademark), Bluetooth (trademark), and/or Global System for Mobile communications (GSM), Universal Mobile Telecommunications System (UMTS), Code Division Multiple Access (CDMA), and Long Term Evolution (LTE).

The above embodiments are to be understood as illustrative examples of the invention, and further embodiments are envisaged. It is to be understood that any feature described in association with any one embodiment may be used alone, or in combination with other features described, and may also be used in combination with one or more other features of any other embodiment. Equivalents and modifications not described above may also be employed without departing from the scope defined in the accompanying claims.