Patent Publication Number: US-10785097-B2

Title: Configuring interaction control in multi-controller network

Description:
CROSS-REFERENCE TO PRIOR APPLICATIONS 
     This application is the U.S. National Phase application under 35 U.S.C. § 371 of International Application No. PCT/IB2014/058562, filed on Jan. 27, 2014, which claims the benefit of U.S. Provisional Patent Application No. 61/761,901, filed on Feb. 7, 2013. These applications are hereby incorporated by reference herein. 
    
    
     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&#39;s owner, the device&#39;s owner&#39;s friends and friends of a device&#39;s owner&#39;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&#39;s owner  1004 , between the device&#39;s owner  1004  and the device&#39;s owner&#39;s friends  1006  and between a friend  1008  of the device&#39;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&#39;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&#39;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&#39;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.