CONFIGURING INTERACTION CONTROL IN MULTI-CONTROLLER NETWORK

FIELD OF THE INVENTION

The present invention relates generally to controlling networked devices and specifically to configuring interaction between networked devices in a multi-controller network.

BACKGROUND OF THE INVENTION

Increasingly, devices in, for example, the home and office environment are becoming network-enabled. As such, network-enabled devices can be controlled over a network, for example through an internet-based service. An example of controlling networked devices through a server is known from U.S. patent application Ser. No. 10/500,683. An internet-based service can simplify the task of controlling network-enabled devices. However, controlling network-enabled devices through an internet-based service poses privacy risks (e.g. logging of user activity) and security risks (e.g. hostile takeover of control). Additionally, frequent communications between network-enabled devices and an internet-based service can increase power usage. Furthermore, failure of the network-enabled devices to connect to the internet-based service can render the network-enabled devices uncontrollable. There is a need for an improved method of controlling network-enabled devices.

SUMMARY OF THE INVENTION

It is an object of the present invention to provide an improved method of controlling network-enabled devices. Said object of the invention is achieved by the introduction of a method of controlling network-enabled devices comprising the steps of presenting, through a web service accessible via a first network, a set of interaction schedules to a user, based on device profiles related to a user profile of the user; receiving from the user through the web service a selection of an interaction schedule of the set of interaction schedules, said selection relating to a first device and a second device accessible through a second network, operationally coupled to the first network; selecting a control device based on the selected interaction schedule and based on said device profiles related to said user profile of the user; and configuring the selected control device, the first device and the second device based on the selected interaction schedule. This is beneficial as it allows the selection of a control device that provides any of: improved privacy protection, improved security, lower power usage, less dependency on availability of internet-based services, and other benefits. Further, this selection can be implemented in a user-friendly way, for example, through utilizing the relationship between the user profile and devices (such as control devices) and device profiles.

In an embodiment of the method according to the invention, the control device is the first device. This is advantageous, as a single device can operate both as control device and first device, which can implement the interaction at a local level, save space and provide additional benefits.

Another embodiment of the method according to the invention further comprises the steps of presenting through the web service a set of control scenarios to the user; and receiving from the user, through the web service, a selection of a control scenario from the set of control scenarios; wherein the step of selecting a control device is further based on the selected control scenario. An advantage of this embodiment is that it increases the level of user control.

In yet another embodiment of the method according to the invention, the set of control scenarios comprises at least one of: a privacy-based control scenario, a security-based control scenario, a functionality-based control scenario, an availability-based control scenario, a response speed-based control scenario or a location-based control scenario. This embodiment can provide benefits to the user in simplifying the control scenario selection process and providing control scenarios that can fulfill user needs.

In a further embodiment of the method according to the invention, the step of configuring the selected control device, the first device and the second device comprises at least one of: configuring the first device to send an event to the selected control device; configuring the selected control device to poll the first device; or configuring the selected control device to send a control command to the second device. This embodiment advantageously provides a simplified and/or improved method of (partially) implementing the selected interaction schedule.

In another advantageous embodiment of the method according to the invention, the step of configuring the selected control device, the first device and the second device comprises, for at least one of said devices, changing control code stored in a memory unit of said device, from a first version to a second version, the second version being based on the selected interaction schedule. This embodiment provides multiple benefits, for example, it enables devices with limited processing, memory or other (general) capabilities to be included in the interaction schedule. Another benefit related to this embodiment is that interaction schedules can be preserved when devices are reset and/or after devices have been temporarily powered down. Yet another benefit is related to devices that were not designed for interaction or for specific interaction features or general features, but that gain such features as part of this configuration step.

In yet another embodiment of the method according to the invention, the step of configuring the selected control device, the first device and the second device comprises at least one of said devices receiving: the selected interaction schedule or data based on the selected interaction schedule, and a device profile or a partial device profile of the control device and/or of the first and/or the second device. This embodiment advantageously provides a simple configuration step which, for example, can be executed iteratively from one device to the next.

It is another object of the present invention to provide an improved computer program product for controlling network-enabled devices. Said object of the invention is achieved by the introduction of a computer program product for controlling network-enabled devices comprising software code portions for performing any of the steps or embodiments of the method specified above when said product is run on a computer. Such a computer program product advantageously provides any or all of the benefits and advantages related to the method and furthermore provides for the method to be implemented through one or more (computer) devices.

It is another object of the present invention to provide an improved control device for controlling network-enabled devices. Said object of the invention is achieved by the introduction of a control device for controlling network-enabled devices arranged for: receiving through a first network, an interaction schedule or data based on an interaction schedule selected by a user from a set of interaction schedules and relating to a first device and a second device, said devices relating to a user profile of the user and said devices being accessible through a second network; receiving a device profile or a partial device profile of the first device and/or the second device; controlling the first device and/or the second device based on the selected interaction schedule. The control device beneficially provides any of: improved privacy protection, improved security, lower power usage, less dependency on availability of internet-based services and other benefits. Further, this control device advantageously allows for a simplified configuration, for example, through supporting configuration using data related to the user profile and data related to the device profiles (such as data related to the device profile of the control device).

In an embodiment of the control device according to the invention, the control device is further arranged to act as a proxy for the first device and/or second device towards the web service. This is beneficial as a proxy can function, for example, as a bridge to span devices or networks that support different protocols. A further advantage is that a proxy can handle functions on behalf of the first device and/or second device and hence, for example, realize energy savings.

In a further embodiment of the control device according to the invention, the control device is further arranged as a gateway to the second network. Advantageously this can further increase privacy and security, provide greater independence from devices or services outside the second network and provide enhanced energy efficiency.

In yet another embodiment of the control device according to the invention, the control device is further arranged for receiving a control scenario or data related to a control scenario selected by the user from a set of control scenarios; and wherein controlling the first device and the second device is further based on the selected control scenario. Benefits of this embodiment include a greater level of control over how the first device and the second device are controlled as well as support for additional features of the gateway related to the selected control scenario.

In an especially advantageous embodiment of the control device according to the invention, the control device is further arranged as a gateway to the second network, and the control device is further arranged to monitor data communications passing the gateway, and to intercept, block and/or amend such data communications to or from the first device and/or the second device, based on the control scenario. This embodiment can further improve privacy protection, security and power efficiency. It can further lower the dependency on availability of internet-based services and additionally provide other benefits.

The above and other characteristics, features and advantages of the present invention will become apparent from the following detailed description, taken in conjunction with the accompanying drawings, which illustrate, by way of example, the principles of the invention. This description is given for the sake of example only, without limiting the scope of the invention. The numbers of the figures quoted below refer to the attached drawings.

BRIEF DESCRIPTION OF THE FIGURES

The above and other aspects and features of the present invention will become more apparent from the following detailed description considered in connection with the accompanying drawings, in which:

FIG. 1 shows schematically and exemplarily an embodiment of the method according to the invention;

FIG. 2 shows schematically and exemplarily relations between a first device, a second device, two control devices and other devices in an embodiment of the method according to the invention;

FIG. 3 shows schematically and exemplarily an interaction between multiple devices, based on the configuration of the devices, via an embodiment of the method according to the invention;

FIG. 4 shows schematically and exemplarily an interaction between a first device and a second device through the second control device, based on the configuration of the devices as per an embodiment of the method according to the invention;

FIG. 5 shows schematically and exemplarily an embodiment of the method according to the invention, wherein a user selects an interaction schedule related to a first lighting device and a second lighting device;

FIG. 6 shows schematically and exemplarily a user interface for selecting a first device and a second device;

FIG. 7 shows schematically and exemplarily a user interface for selecting an interaction schedule related to a first device and a second device;

FIG. 8 shows schematically and exemplarily a user interface presenting the selected interaction schedule between a first device and a second device;

FIG. 9 shows schematically and exemplarily a user interface presenting a suggestion for an interaction schedule involving multiple devices.

FIG. 10 shows schematically and exemplarily a user interface presenting a relation between a device, the device's owner, the device's owner's friends and friends of a device's owner's friend;

FIG. 11 shows schematically and exemplarily a relationship between a first device in a first network and a second device in a second network;

FIG. 12 shows schematically and exemplarily an interaction between a first device and a second device through the first control device, based on the configuration of the devices as per an embodiment of the method according to the invention;

FIG. 13 shows schematically and exemplarily connections between the second control device, arranged as a gateway for the subnet, and the first control device; and

FIG. 14 shows schematically and exemplarily an interaction between a first device and a second device, wherein the first device is the second control device, based on the configuration of the devices as per an embodiment of the method according to the invention. In the different figures, the same reference signs refer to the same or analogous elements.

DETAILED DESCRIPTION OF THE FIGURES

In FIG. 1 an embodiment of the method according to the invention is shown. In a first step 100 a set of interactivity schedules is presented to a user. A web service, accessible through a first network, can present the set of interactivity schedules through, for example, a website or an application which the user can access through a personal computer, a mobile device (e.g. a cell phone, smart phone, tablet computer, laptop), etc. As part of the presentation, an interactivity schedule can be recommended or highlighted, interactivity schedules can be ranked or otherwise presented in a manner that simplifies the task of selecting an interactivity schedule from the set of interactivity schedules. Based on, for example, user preference or earlier selections of interactivity schedules, a selection can be made for the user which can then be confirmed by the user. In the second step 102, the web service receives a selection of an interactivity schedule from the set of interactivity schedules from the user. The selected interactivity schedule relates to, at least, a first device and a second device. More complex interaction schedules relating to more than two devices can also be presented and selected. The first device and the second device are accessible through a second network. This second network can, for example, be a Private Area Network, a Local Area Network, a Wide Area Network or another network. The second network can be a network of networks, where for example the first device is on a first Private Area Network and the second device is on a second Private Area Network, and the first and second Private Area Network are interconnected as both are connected to the same Local Area Network.

In the third step 104, a control device is selected. This selection step can be executed by the same application that provides the web service or by another application. As an example, the web service can be provided by a first server connected to the internet and the selection of the control device can be executed by an application running on a second server, the application being called by the web service (e.g. through an Application Programming Interface). The control device can be selected, for example, based on there being a default control device (e.g. the server running the web service) and after determining if any condition (e.g. the server lacking capacity, instability of the connection between the server and the first and/or second device) is met that prevents the default control device from being selected as the control device. In another example, the control device is selected by the user through the web service. Several control devices can be presented to the user who then selects one control device. In yet another example, the user selects one or more requirements and/or preferences related to the selection of a control device. The step of selecting a control device can then be based on these requirements and/or preferences. Requirements related to the selection of a control device can comprise requirements related to the control device having a privacy seal, the control device being at a specific location (e.g. within a specific jurisdiction, in a zone, in a home, in a room), the control device being operated by a specific company, etc. Preferences related to the selection of a control device can comprise favoring the selection of a fast control device (e.g. based on the specifications of the control device, measured response speed of the control device, bandwidth of the connection to the control device), preferring a control device that offers a specific functionality (e.g. interaction with devices of multiple brands, interaction with devices of friends that are registered to a specific service), etc. Combinations of these requirements and/or preferences and many other selection criteria can be part of an implementation of the step of selecting a control device.

The step of configuring the devices 106 comprises sending configuration related data to at least one of the devices. It is not required that all devices are configured when a user selects an interaction schedule. As an example, a device can already have been configured based on an earlier interaction schedule selected by the user and require no change when another interaction schedule is selected. Also, the control device can be the first device, in which case the interaction schedule is implemented by configuring the first device and the second device. As an example, the user selecting an interaction schedule related to a lighting device (the first device) being dimmed, resulting in the display of a refrigerator (the second device) going to a power save mode, can result in the lighting device being configured to send a power-save-mode command to the fridge upon the lighting device being dimmed.

Configuration-related data can, as a first example, comprise a script implementing listeners, event casters, polling and statements such as if-then statements. A first device can be configured to send an event to the second device when a condition is fulfilled, for example when a user turns on the first device. The second device can be configured to listen for this event and, for example, change its mode (e.g. from off to on) when the event is received (e.g. “if event is received then change mode to on”). Event casting can be directed to specific devices (e.g. unicast) or multiple devices, such as all devices on a (sub)net of the network (e.g. multicast). Similarly, listeners can be selective about which device or which events are listened to. In this example, instead of the first device sending events and the second device listening for events, the second device can be configured to poll the first device (e.g. poll status of first device) and change its mode based on the results of polling.

As a second example, configuration-related data can comprise a control code loaded to the memory of a device. Such a control code can, for instance, comprise a firmware update for the first device, wherein the new firmware is based on the selected interaction schedule. The firmware can, for instance, be created by the web service or an application called by the web service based on the interaction schedule and a device profile of the first device. As a further example, the web service can retrieve from a server (e.g. hosted by the manufacturer of the first device) a firmware package including a default version of the firmware and data describing at what locations in the firmware values can be overwritten, amended, included or appended. Said values can include triggers (i.e. which event triggers an action), addresses (e.g. of a device that must be notified upon a trigger) or commands (e.g. a specific format of a data packet payload to be sent to a device that must be notified or controlled). The configuration-related data, such as a script, firmware or configuration package can be sent to a device, for example, by the web service or by an application that is called by the web service. Sending configuration-related data to a device can, for example, comprise sending one or more files containing said data or sending a reference to said data (e.g. a link to a location where said data can be retrieved). Furthermore, the firmware update can comprise any of: overwriting existing control code, amending existing control code, appending control code to the existing control code, storing new control code to coexist with existing control code, switching from old control code to new control code, etc.

In FIG. 2, relations between a first device 208, a second device 210, a first control device 204 and a second control device 206 are shown as per an embodiment of the method according to the invention. Through a mobile device 200, a web service 202 is accessed by a user (not shown), wherein the web service can access a first control device 204, a second control device 206, a first device 208 and a second device 210. The web service 202 and the first control device 204 are accessible through a first network 212. The first device 208, the second device 210 and the second control device 206 are accessible through a second network 214. The second network 214 is a subnet of the first network 212, for example, the first network 212 can be a Wide Area Network of an internet service provider and the second network 214 can be a Local Area Network connected to the network of the internet service provider.

The first relationship 216 involves the mobile device 200 and the web service 202: the mobile device 200 can be used by the user to select an interactivity schedule (not shown). The other relationships 218, 220, 222, 224 are between the web service 202 and the first control device 204, the second control device 206, the first device 208 and the second device 210, respectively, wherein the web service 202 configures said devices (e.g. directly or by calling an Application Programming Interface of another web service).

FIG. 3 shows an interaction between a first device 208 and a second device 210 through the first control device 204, based on the configuration of the devices according to an embodiment of the method of the invention. The step of selecting the control device has resulted, in this example, in the selection of the first control device 204. The second control device 206 is not involved in the interaction between the first device 208 and the second device 210. The first device 208 and the second device 210 are, in this example, lighting devices. The interaction schedule selected (not shown) relates to the first device 208 being switched ON by a user, resulting in the second device 210 switching ON as well. The configuration of the devices has resulted in the first device 208 being configured to send an event 300 when it is turned ON to the first control device 204. The first control device 204 has been configured to send, upon receiving an event 300 from the first device 208, a command 302 to the second device 210. The command 302 is arranged to switch ON the second device 210. In this example, all of the first device 208, the second device 210 and the first control device 204 can communicate over an Internet Protocol-based network, wherein the second network 214 is a subnet of the first network 212. The first device 208 and the second device 210 can communicate directly through the first network 212 and the second network 214 with the first control device 204 and vice versa.

FIG. 4 shows an interaction between a first device 208 and a second device 210 through the second control device, based on the configuration of the devices as per an embodiment of the method according to the invention. The step of selecting the control device has resulted, in this example, in the selection of the second control device 206. The first control device 204 is not involved in the interaction between the first device 208 and the second device 210. Furthermore, the first control device 204 is not available, in this example, which is indicated by it being crossed out in FIG. 4. The first device 208 and the second device 210 are, in this example, lighting devices. The interaction schedule selected (not shown) relates to the first device 208 being switched ON by a user, resulting in the second device 210 switching ON as well. The configuration of the devices has resulted in the first device 208 being polled by the second control device 206, wherein the polling 400 comprises a request and a response. The request is sent by the second control device 206 to the first device 208 and the response is sent by the first device 208 to the second control device 206. In this example, the request can be related to requesting the status of the first device 208, which can be either ON or OFF. The second control device 206 has been configured such that, upon polling 400 the first device 208 and receiving a response that the status is ON, it sends a command 302 to the second device 210. The command 302 is arranged to switch ON the second device 210. In this example, all of the first device 208, the second device 210 and the second control device 206 can communicate over an Internet Protocol-based network, wherein the second network 214 is a subnet of the first network 212. The first device 208 and the second device 210 can communicate directly through the first network 212 with the second control device 206 and vice versa. The first control device 204 not being available in this example, can be related to various factors, such as a power failure of the first control device 204, the connection of the first control device 204 to the first network 212 failing, etc. The benefit of the second control device 206 having been selected as the control device is that the interaction between the first device 208 and the second device 210 remains, which would not be the case if the first control device 204 had been selected as the control device. The selection of the control device can comprise selecting an additional control device (not shown), such as an auxiliary control device, a backup control device, a second control device, etc. In case of failure of the selected control device, the additionally selected control device can then control the first device and the second device, based on the selected interaction.

FIG. 5A, FIG. 5B and FIG. 5C show an embodiment of the method according to the invention, wherein a user has selected an interaction schedule related to two lighting devices. Three steps are shown; referring to FIGS. 5A, 5B and 5C, respectively, the first step 500 shows the user selection of an interaction schedule, the second step 502 shows the selection of a control device and the third step 504 shows the configuration of the devices. In the first step 500, a user (not shown) selects an interaction schedule 506 from a set of interaction schedules 508. The user does this by accessing a web service 202 through a mobile device 200 arranged to display a user interface 510. The interaction schedule 506 selected in this example relates to a first device 208 and a second device 210, wherein the first device 208 being switched ON by a user results in the second device 210 switching ON as well (as graphically represented in the selected interaction schedule 506 in the first step 500 in FIG. 5A).

Now, referring to FIG. 5B, the second step 502 shows the web service 202 creating 512 a configuration package 514 based on the selected interaction schedule 506 and on a device profile 516 of the first device 208 and a device profile 518 of the second device 210. The web service 202 accesses a set of device profiles 524 which, in this example, comprises a device profile 516 of the first device 208, a device profile 518 of the second device 210 and a device profile 522 of another device. In this example, the first device 208 is also a control device and the web service 202 selects the first device 208 as the control device. From the set of device profiles 524, the web service determines a subset of device profiles 520 relevant to the selected interaction schedule 506. Based on the subset of device profiles, the web service 202 creates 512 a configuration package 514.

Now, referring to FIG. 5C, the third step 504 shows the configuration package 514 being sent 526 to the first device 208. The first device 208 and the second device 210 are accessible to the web service 202 through a home network 528. As the first device 208 is also the control device and, in this example, the first device 208 is configured through the configuration package 514 to control the second device 210, no other devices need to be configured. The result of the configuration is that the first device 208 is configured to send a command 530 to the second device 210 when the first device is switched ON. The command 530 is arranged to switch ON the second device 210.

The selection of the control device can, for example, also be performed by the user (not shown). The web service presents a set of control scenarios to the user and receives a selection of a control scenario from the user. The selected control scenario can provide, for example, user-specified requirements related to security standards a control device must support. As another example, the control scenario can specify that only control devices in a specific network (e.g. the network to which the first device and the second device are coupled) can be used. Furthermore, the control device selection can be implemented to allow the user to select a control scenario from a set containing at least one of: a privacy-based control scenario, a security-based control scenario, a functionality-based control scenario, an availability-based control scenario, a response speed-based control scenario or a location-based control scenario (not shown). This can simplify the process for the user and provide the user with intuitive choices leading to the control device selection. As an example, a functionality control scenario can lead to the selection of a control device that supports a wide array of functions, an availability control scenario can lead to the selection of a control device that has an uptime greater than 99%, a response speed scenario can lead to the selection of a control device supporting a fast protocol (e.g. a protocol with low overhead) that is supported natively by the first and second device and a location control scenario can lead to the selection of a device that is in the same (physical) location as the user. If the user can select multiple scenarios or rank scenarios, as an example, the selection of the control device can be based on multiple requirements and/or requests.

FIG. 6 shows a user interface for selecting a first device and a second device. To guide a user through the process of selecting an interaction schedule related to a first device and a second device, a user interface can present multiple approaches. In this example, a display 600 presents a desk lamp 602, a table lamp 604, a television 606 and a refrigerator 608. A user can select a first device and a second device, and interaction schedules which relate to this first device and second device and which are to be presented in a next step (not shown),

FIG. 7 shows a user interface for selecting an interaction schedule. The interaction schedule is related to a first device 208 and a second device 210. In this example, a display 700 presents a selection of interactions 702 related to the first device 208 controlling 704 the second device 210. The interactions the user (not shown) can choose from, in this example, are represented by a pictogram of a lamp switched ON 706 and a pictogram of lamp switched OFF 708. The user can then select (not shown) the pictogram of the lamp switched ON 706 to select an interaction schedule wherein switching ON the first device 208 results in the second device 210 being switched ON as well.

FIG. 8 shows a user interface presenting the selected interaction schedule between a first device and a second device. In this example, a display 800 presents an interaction schedule wherein a user switching ON the first device 208 results in said device controlling 704 the second device 210 to switch ON as well. The pictogram of a lamp switched ON 706 shows the user (not shown) that the interaction relates to switching ON, instead of for example switching OFF, the devices.

FIG. 9 shows a user interface presenting a suggestion for an interaction schedule. The interaction schedule involves multiple devices. In this example, a display 900 presents an interaction schedule relating to a television 902, a refrigerator 904 and a table lamp 906. The interaction that is shown is that if television 902 is ON, this should result 908 in the refrigerator 904 going to silent mode, as shown by means of the silent mode pictogram 910, and the table lamp 906 being switched OFF, as shown by means of the lamp OFF pictogram 912.

FIG. 10 shows a user interface presenting a relation between a device and people. In this example, a display 1000 presents the relationships between a device 1002 and the device's owner 1004, between the device's owner 1004 and the device's owner's friends 1006 and between a friend 1008 of the device's owner and friends of said friend. The relationships presented are ownership 1018 and friends 1020, 1022. In this example, the user interface can be arranged so that the user (not shown) can select who can select an interaction schedule and configure the device 1002 accordingly. The user, for example the device's owner 1004, can select that an ownership 1018 relationship is required to select an interaction schedule and configure the device 1002. In another example, the user can select a specific friend 1010 who can select an interaction schedule and configure the device 1002. A similar user interface can be used (not shown) allowing a user to select which devices should be presented to the user in the process of selecting an interaction schedule (e.g. only the user's own devices or also those of other people that the user can select an interaction schedule for; those other people, for example, having made a selection allowing the user to control their devices).

FIG. 11 shows a three-party relationship 1104 between a mobile phone 1100, a television 1102 and the first control device 204. If the user has selected as the first device the mobile phone 1100 and as the second device the television 1102, the mobile phone 1100 can be configured to control the television 1102 through the first control device 204. An interaction schedule can comprise, for example, that pushing a button on the mobile phone 1100 changes the channel to which the television 1102 is tuned. In this example, the mobile phone 1100 and the first control device 204 are accessible through a first network 212 and the television 1102 is accessible through a second network 214. As the second network 214 is a subnet of the first network 212 (e.g. the first network is an Internet Service Provider's Wide Area Network and the second network is a Local Area Network that is part of said Wide Area Network), the first device and the second device are accessible through either the first network 212 or the second network 214.

FIG. 12 shows an interaction between a first device and a second device through the first control device, based on the configuration of the devices as per an embodiment of the method according to the invention. In this example, the first device is a mobile phone 1100 configured to interact with a second device, a television 1102. The mobile phone 1100 is configured to send a first command 1200 to the first control device 204 and the first control device is configured so that, after receiving this command, it sends a second command 1202 to the television 1102. The first command 1200 can reach the first control device 204 through the first network 212. The second command 1202 can reach the television 1102 through the first network 212 and the second network 214.

FIG. 13 shows connections between the first control device 204 and the second control device 206 as per an embodiment of the method according to the invention. The second control device 206 is arranged as a gateway to the second network 214, as such communications between the first network 212 and the second network 214 pass the second control device 206. In this embodiment, the first control device 204 has been selected as control device. As the second control device 206 is a gateway to the second network 214 and the first device 208 and second device 210 are located in the second network 214, control data for the first device 208 and the second device 210 can be sent through a first connection 1300 between the first control device 204 and the second control device 206. The second control device 206 arranged as gateway has a second connection 1302 to the first device 208 and a third connection 1304 to the second device 210. These connections can be made over one or more networks, such as wired networks (e.g. UTP based network), wireless networks (e.g. WiFi or Zigbee based networks), etc.

If the selection of the control device comprises selecting an additional control device (not shown), such as an auxiliary control device, a backup control device, a second control device, etc. then, in case of failure of the selected control device, the additionally selected control device can control the first device and the second device based on the selected interaction. The second control device as gateway can detect failure of the first control device, for example, by monitoring communications between the first device or the second device and the first control device, by monitoring the status of the first control device, etc. If the first control device is the selected control device, the second control device can control the interaction between the first device and the second device in case of detection of a failure of the first control device.

FIG. 14 shows an interaction between a first device 208 and a second device 210 based on the configuration of the devices as per an embodiment of the method according to the invention. The first device 208 is also the second control device and in this embodiment the selected control device. As an example, the selected interaction can comprise that a change in color setting of the first device 208, such as a change in the color temperature of the light emitted by a light source, should result in a similar change in the color setting of the second device 210. In this example, the first device 208 has been configured to send a command 1400 to the second device 210 over the second network 214 when a change in the color setting is made. The command 1400 changes the color setting of the second device 210 to reflect the change made in the color setting of the first device 208.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word ‘comprising’ does not exclude the presence of elements or steps not listed in a claim. The word “a” or “an” preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means can be embodied by one and the same item of hardware or software. The usage of the words first, second and third, etcetera does not indicate any ordering. These words are to be interpreted as names. No specific sequence of acts is intended to be required unless specifically indicated.

CONFIGURING INTERACTION CONTROL IN MULTI-CONTROLLER NETWORK

Information

Publication Number

Date Filed

Date Published

Inventors

Original Assignees

CPC

International Classifications

Abstract

Description

Claims

PCT Information

Provisional Applications (1)