TECHNICAL FIELD:

The present invention relates to smart-home systems and more particularly to wireless- communication for operating upon the smart-home system.

BACKGROUND

In smart-home systems, the smart devices or controlled electrical devices are known to be controlled wirelessly through IoT enabled systems. Each of the controlled smart-devices require individually addressed wireless packets to attain a desired state (e.g. switch ON/OFF) in a single- room. Very often, a user of such home-automation systems requires all the smart appliances in a confined space (say room) to be set into particular state simultaneously, commonly referred to as scenes or moods. For example, a user departing a room might wish to user put off all the devices together. Conventionally, such scenes or moods in the room can be communicated through sending different wireless packets at different MAC addresses of the device, thereby causing a signaling overhead and latency.

Likewise, home automation applications also involve setting up a thematic scene within a living room. Such “scene” as referred may be a particular state of a room/house/ group of electrical fixtures; for example a scene may have two tube-lights switched ON, three lights ON, one Air conditioner set to 25 degrees centigrade etc. Such a scene is achieved within the conventional home automation systems through addressing each device individually using its MAC address or device ID.

There lies at least a need for a mechanism for addressing devices in a wireless smart home system to control the devices collectively, while minimizing the wireless signaling.

There also lies at least a need for a mechanism for addressing devices in a wireless smart home system to control the devices collectively, while reducing latency.

SUMMARY
This summary is provided to introduce a selection of concepts in a simplified format that are further described in the detailed description of the invention. This summary is not intended to identify key or essential inventive concepts of the claimed subject matter, nor is it intended for determining the scope of the claimed subject matter.
The present subject matter refers a method for controlling-devices in an IoT (Internet-of-Things) environment. The method comprises receiving by home-automation hub from a controlling-device at least one data-packet defined by one or more of: a device identifier for controlling and controlled device, an environment-identifier for controlling and controlled device, an operation-identifier; and a port identifier of a controlled device and the controlling device. The received packet is processes at the home-automation hub to generate one or more control signals. An electrical-signal is generated by an electronic-circuit based on the control signals to operate upon one or more controlled devices. For future purposes, the data packet is logged as a setting for enabling a one-touch based operation of the one or more controlled device in accordance with the contents of the data-packet .

The present subject matter at least enables control of all the smart-devices in a room by sending a single wireless packet. The method and system enables a home automation hub to set state of all the smart-devices using a single wireless packet/signal. Unlike earlier smart-home systems, wherein each of the smart-devices required individual addressed wireless packets/signals to set the desired state in a single room, the present method minimizes signalling. As a user may want all the appliances in a room to be set into particular state; commonly referred to as scenes or moods, the present subject matter enables communication of scenes or moods in a room through a single wireless packet (i.e. data packet)/signal addressed to all the smart devices or electrical devices in a room.

In another embodiment, discloses a method of controlling electrical devices such as smartdevice/smartdevices (herein referred to as “controlled devices”) from another smartdevice/smartdevices (herein referred to as “controlling devices”) based on the change observed. The aforesaid data packet/signal provides the controlled devices with an additional information ‘on the change’ to respond. The additional information encodes the change/action observed in the controlling device in a standard format (e.g. in the form of an address), so that all of the controlled device can on their own (with least processing requirement from the home-automation hub) understand the change and assume a state (i.e. ON/OFF/ Dimmed state) based on a single data packet as have been transmitted.

To further clarify advantages and features of the present invention, a more particular description of the invention will be rendered by reference to specific embodiments thereof, which is illustrated in the appended drawings. It is appreciated that these drawings depict only typical embodiments of the invention and are therefore not to be considered limiting of its scope. The invention will be described and explained with additional specificity and detail with the accompanying drawings.
BRIEF DESCRIPTION OF FIGURES:
These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:

Figure 1 illustrates method steps, in accordance with the embodiment of the invention;
Figure 2 illustrates a home-automation architecture incorporating the arrangement in accordance with the present subject matter;
Figure 3 illustrates computing device based implementation of the home-automation architecture in accordance with the present subject matter.

Further, skilled artisans will appreciate that elements in the drawings are illustrated for simplicity and may not have been necessarily been drawn to scale. For example, the flow charts illustrate the method in terms of the most prominent steps involved to help to improve understanding of aspects of the present invention. Furthermore, in terms of the construction of the device, one or more components of the device may have been represented in the drawings by conventional symbols, and the drawings may show only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the drawings with details that will be readily apparent to those of ordinary skill in the art having benefit of the description herein.

DESCRIPTION OF THE INVENTION
For the purpose of promoting an understanding of the principles of the invention, reference will now be made to the embodiment illustrated in the drawings and specific language will be used to describe the same. It will nevertheless be understood that no limitation of the scope of the invention is thereby intended, such alterations and further modifications in the illustrated system, and such further applications of the principles of the invention as illustrated therein being contemplated as would normally occur to one skilled in the art to which the invention relates.
It will be understood by those skilled in the art that the foregoing general description and the following detailed description are explanatory of the invention and are not intended to be restrictive thereof.

Reference throughout this specification to “an aspect”, “another aspect” or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrase “in an embodiment”, “in another embodiment” and similar language throughout this specification may, but do not necessarily, all refer to the same embodiment.

The terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process or method that comprises a list of steps does not include only those steps but may include other steps not expressly listed or inherent to such process or method. Similarly, one or more devices or sub-systems or elements or structures or components proceeded by "comprises... a" does not, without more constraints, preclude the existence of other devices or other sub-systems or other elements or other structures or other components or additional devices or additional sub-systems or additional elements or additional structures or additional components.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The system, methods, and examples provided herein are illustrative only and not intended to be limiting.

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

Now referring to Fig. 1, the present subject matter illustrates a method for controlling-devices in an IoT (Internet-of-Things) environment. The method comprises receiving (step 102) by home-automation hub from a controlling-device at least one data-packet defined by one or more of a device identifier for controlling and controlled device, an environment-identifier for controlling and controlled device, and an operation-identifier, and a port identifier of a controlled device and the controlling device. The environment-identifier corresponds to at-least one of a building identifier, a floor identifier, a room identifier, a block identifier. The controlling-device is at-least one of: a smartphone, a wall-mounted switch, a motion sensor, and an electrical switch. The operation identifier represents at-least one of: ON, OFF, TOGGLE, Dimming operation for one or more electrical-devices.

In an example, the operation-identifier represents a magnitude parameter to define an extent of control of the one or more electrical devices. The port identifier defines an electronic identity of the controlled and controlling devices in accordance with the smart automation hub.

The method further comprises processing (step 104) the received-packet at the home-automation hub to generate one or more control signals. The automation hub may be a 3GPP based networking-device configured to interact wirelessly based on TCP/IP.

The method further comprises generating (step 106) an electrical-signal by an electronic-circuit based on the control signals to operate upon one or more controlled devices. The electronic circuit may be a dimmer circuit, regulation circuit, ON/OFF circuit, etc.

Finally, the method comprises logging (step 108) a setting for enabling a one-touch based operation of the one or more controlled device in accordance with the data-packet. Such setting created or modified in real-time or offline. The setting may be created based on at least one of :a) configuration of at least one of the environment-identifier, the operation identifier, and the port identifier. In other scenario, the created setting may be modified at-least based on modification of the configured ports of the controlling and controlled-devices.

Fig. 2 illustrates a networking environment (200) based on the method steps 102 to 108 and depicting home-automation having a plurality of interconnected electrical devices (208), which are otherwise operable manually through a switchboard. Further, the interconnection among devices is achieved through a control-hub which may either form a part of the switchboard

Furthermore, as may be observed, a mobile application (mobile app) (202) is enabled to operate upon the plurality of electrical-loads (208). The mobile-app signals are received by a home automation hub (204) or a modem (204) or router (204) that processes the signals as received and communicates the same to a wireless-module or embedded system within the switch-board. Thereafter, such embedded system triggers the appropriate electrical-load say fan or AC (208), as contemplated by the mobile-app signal. In other example, the mobile device (202) having the installed application is itself the hub (204).

Likewise, instead of the mobile-app and in an example, the signal for triggering the electrical-load (208) may be sent by executing a gesture in front of the motion-sensor (206). The motion-sensor (208) may directly interact with the wireless-module in the switchboard and accordingly triggers the electrical-load.

In an embodiment, the present subject matter at-least illustrates a mechanism and an arrangement for addressing devices in a wireless smart home system. According to said mechanism, a smart-home environment is divided into rooms or sub-environments which may be uniquely numbered or indexed (herein referred to as “ROOM_ID”), wherein such numbers are dynamically allocated by the system. For example, a typical home consisting of a living room, 2 bedrooms, 1 kitchen and 2 bathrooms; may be numbered through environment identifiers using this system as: living room=1; first bedroom=2, second bedroom=3, kitchen=4, first bathroom=5 and second bathroom=6. Furthermore, any smart home device or electrical-load 208 (herein referred to as “smart device”) installed in a room is given a unique number (herein referred to as “DEVICE_ID”) with respect to the room. Therefore, any smart-home device 208 installed in the home may be addressed as a pair of environment identifiers such as unique ROOM_ID and DEVICE_ID. In addition to the ROOM_ID and DEVICE_ID addressing pair, each electrical device 208 (e.g. any electrical device having in-built wireless mechanism) may also include a unique address (herein referred to a “MAC_ID”) similar to MAC (media access control) address, used in WiFi enabled devices, that is known in the art.

ROOM_ID and DEVICE_ID address of any smart-device 208 may be preferentially allocated dynamically through wireless packet/signal using MAC_ID for initial setup connection. In other example, such composite address (i.e. ROOM_ID and DEVICE_ID) may also be assigned to the device as a part of factory-settings. In an example, the ROOM_ID and DEVICE_ID allocation may be based on the smart-home configuration of the user; i.e. a user may have a 2BHK or 3BHK or 4BHK home. Accordingly, the configuration of the electrical-devices 208 and the smart-devices 208 takes place in real time during the initial installation of each smartdevice. Nonetheless, the address of the device may be configured any time based on user-discretion.

At least based on the addressing mechanism disclosed above, any wireless packet sent to a smartdevice can be addressed to using either MAC_ID or ROOM_ID and DEVICE_ID address pair. Furthermore, the ROOM_ID and DEVICE_ID addressing pair facilitates automatic grouping of smart-devices in a room and in a smart home. In an example, all of the smartdevices or electrical devices 208 in a room may be controlled/addressed by sending a single wireless packet with ROOM_ID and DEVICE_ID set as 0 (zero); i.e. all the devices in a room with ROOM_ID set as 2 can be controlled/addressed as ROOM_ID=2 and DEVICE_ID=0. The aforesaid scheme enables the system to set state of all the smartdevices using a single wireless packet/signal.

As per existing state of the art smart-home systems, each of the smart device 208 requires individually addressed wireless packets to set the desired state (i.e. switched ON/OFF state) in a single-room. A user may want all the appliances in a room to be set into particular state, commonly referred to as scenes or moods. In accordance with the present subject matter, such scenes or moods in a room may be sent as a standardized information through a single wireless packet/signal addressed to all of the smart-devices in a room as disclosed above. In line with such addressing/controlling of a room with a single wireless packet, all of the devices in a single smart-home are controlled by sending packet comprising the information ROOM_ID=0 and DEVICE_ID=0.

In a further example, the aforesaid addressing mechanism is further extendable to additional levels, for example - BUILDING_ID, FLOOR_ID, ROOM_ID & DEVICE_ID etc or any ‘n’ number of subgroups where ‘n’ is a natural number more than 1.

In other embodiment of the present subject matter, the present subject matter discloses a method of controlling electrical devices 208 such as smartdevice/smartdevices (herein referred to as “controlled devices”) from another smartdevice/smartdevices (herein referred to as “controlling devices”) based on the change observed. While the controlled-devices 208 may be electrical load, the controlling devices 202, 206 may be the motion sensor, the buttons in the mobile-app, or the buttons within the switch-board. Both of the controlling 202 and controlled device 208 may be associated with a unique ‘port’ or port ID, as allocated by an embedded system provided as a part of the settings provided by switch-board module and home-automation hub 204.

Accordingly to said another embodiment, the controlling device 202, 206 can control single/multiple controlled device 208 using a single wireless packet/signal. Furthermore the controlled devices 208 are dynamically configured to respond to the changes in any of the controlling devices 202, 206. According to the present embodiment, the controlled-device 208 is provided with ROOM_ID and DEVICE_ID pair of the controlling device along with ‘additional- information’ that captures the information pertaining to ‘change’ to which the controlled device may respond. The additional-information encodes the ‘change’ observed in the controlling device in a standardized format, such that that the controlled device is able to understand as well as respond to the change.

In an example, a way to implement said additional information is as a set of PORT_ID, ATTRIBUTE_ID and PARAMETER_ID (herein referred to as port information). The PORT_ID corresponds to the designated port of an updated entity (for e.g. sensor, switch, buttons, the controlling part of a particular electrical appliance etc.). The ATTRIBUTE_ID corresponds to an operation identifier to illustrate the type of change occurred (e.g. motion sensor detects motion/no-motion; switch ON/OFF, toggle; temperature change etc.). PARAMETER_ID corresponds to the value of change (for eg. value of temperature in case of temperature change) or a magnitude parameter to define an extent of control of the one or more electrical devices.

A working real-life example may be provided as follows:

A master hub or smartphone/computer application sends a message to a “controlled device” (e.g. a smart light) about the port information of the controlling device (eg. motion detector) and portlinking type (eg. information of the action to perform for eg ON, OFF, TOGGLE, DIM etc.). The ‘portlinking type’ corresponds to the behavior of the controlled device when the above -mentioned ‘port-information’ is received from the controlling-device. The controlled device stores the ‘linked-port’ information within the memory of the master-hub or controlled device or the ‘embedded-system’ provided within the switch-board module.

Such port linking leads to creation of a fresh setting or alteration of existing setting, such that created or altered setting is saved or logged for future operation in accordance with step 108. Such operation may be performed without any intervening hub (204) and may be defined by a direct communication between the controlling device (202, 206) and the controlled device (208).

A working example may be outlined as follows:
ROOM_ID =3
DEVICE_ID = 4 (of the controlled device)
PORT_ID = 2 (this is the port in the controlled device which we want to control the through the controlling device. PORT_ID here corresponds to designated port with respect to the ‘physical-load’ such as light, fan etc.)
ATTRIBUTE_ID = port link
PARAMETER_ID = Controlling device [ROOM_ID,DEVICE_ID],
PortlinkType {this information of the action to perform for eg ON, OFF, TOGGLE, DIM etc.}, Controlling device port information [PORT_ID, ATTRIBUTE_ID, PARAMETER_ID].

Once the ports have been linked the controlled device 208 can now listen to the changes in the controlling device 202, 206 that may be otherwise even associated with a different controlled device 208 present in the same environment. The controlling-device 202, 206 sends the aforesaid controlling device port information whenever a change occurs in the state of the controlling device 202, 206. The controlled device 208 applies the portlink type on receiving the controlling device port information.

EXAMPLE USE-CASE
A “scene” referred in the document is a particular state of a room/house/ group of electrical fixtures that is saved in the smartphone/computer based application as a single standard port. Such scene (as achieved by port-linking) may be saved through a smartphone control as a standard port. Accordingly, the communication of such port leads to an application of the scene anytime in future, thereby setting the electrical appliance to the same state as saved earlier. For example, with respect to all of the DEVICE_ID in a ROOM_ID=4, a scene with port assigned as 170 can have 2 tubelight switched ON, 3 lights ON, 1 Air conditioner on 25 degrees etc. Accordingly, to apply the scene in the room, a wireless packet/signal is sent with ROOM_ID=4, DEVICE_ID=0 and port information with PORT_ID=170 and ATTRIBUTE_ID= ‘apply scene’.

A “group” is a set of controlled 208/controlling devices 202, 206 clubbed together that can be synchronously given the same controlling command. Eg. 3 lights in a ROOM_ID can be clubbed together so that they form a group, which can be dimmed to 50% together through dimming the group to 50%.

Conventionally, such scene is used in the smart homes through addressing each device individually using its unique DEVICE_ID. However, the present subject matter enables setting up the scene just as a single message or single pair of message. This may be achieved by sending at least a following message (the following message is an exemplary data and the data can be changed based on use-case):

ROOM_ID =3
DEVICE_ID = 0 (all the devices in the rooms are addressed together)
PORT_ID = 120 (this is the designated port by which the current scene/group can be addressed by any controlling device in the smart home system)
ATTRIBUTE_ID = save scene/group
PARAMETER_ID = 0

In other example, the groups are set/saved in a similar fashion as above except that PARAMETER_ID is connected:
ROOM_ID =3
DEVICE_ID = 0 (all the devices in the rooms are addressed together)
PORT_ID = 120 (this is the port by which the current scene can be addressed by any device in the smart home system)
ATTRIBUTE_ID = ON (apply the scene){this can be anything like DIM, OFF, etc.)
PARAMETER_ID = 1

In order to remove one of the devices from the scene the following set is used:
ROOM_ID =3
DEVICE_ID = 0 (all the devices in the rooms are addressed together)
PORT_ID = 120 (this is the port by which the current scene can be addressed by any device in the smart home system)
ATTRIBUTE_ID = delete scene
PARAMETER_ID = 0

Further, in another example, the port linking and scene or group etc setting can be clubbed together to set a scene through a port link for example:
ROOM_ID =3
DEVICE_ID = 4 (of the controlled device)
PORT_ID = 120 (this is the designated port by which the current scene can be addressed by any device in the smart home system)
ATTRIBUTE_ID = port link
PARAMETER_ID = Controlling device[ROOM_ID,DEVICE_ID], PortlinkType{this information of the action to perform for eg ON, OFF, TOGGLE, DIM etc.}, Controlling device port information[PORT_ID, ATTRIBUTE_ID,PARAMETER_ID].

Here the port information is sent by the controlling device whenever a change occurs in its state. Further, the aforesaid port link information may be sent a single wireless data packet and accordingly obviates the need of multiple data packets otherwise needed for setting up the scene. Moreover, the aforesaid example enables setting up of the scene through a single stroke of button or click. Accordingly, a one-touch based operation of the one or more controlled device in accordance with the data-packet is achieved.

Figure 3 shows yet another exemplary implementation in accordance with the embodiment of the invention, and yet another typical hardware configuration of the mobile device 202 and the home automation hub 204 in the form of a computer-system 800. The computer system 800 can include a set of instructions that can be executed to cause the computer system 800 to perform any one or more of the methods disclosed. The computer system 800 may operate as a standalone-device or may be connected, e.g., using a network, to other computer systems or peripheral devices.

In a networked deployment, the computer system 800 may operate in the capacity of a server or as a client user computer in a server-client user network environment, or as a peer computer system in a peer-to-peer (or distributed) network environment. The computer system 800 can also be implemented as or incorporated across various devices, such as a personal computer (PC), a tablet PC, a personal digital assistant (PDA), a mobile device, a palmtop computer, a laptop computer, a desktop computer, a communications device, a wireless telephone, a land-line telephone, a web appliance, a network router, switch or bridge, or any other machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while a single computer system 800 is illustrated, the term "system" shall also be taken to include any collection of systems or sub-systems that individually or jointly execute a set, or multiple sets, of instructions to perform one or more computer functions.

The computer system 800 may include a processor 802 e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both. The processor 802 may be a component in a variety of systems. For example, the processor 802 may be part of a standard personal computer or a workstation. The processor 802 may be one or more general processors, digital signal processors, application specific integrated circuits, field programmable gate arrays, servers, networks, digital circuits, analog circuits, combinations thereof, or other now known or later developed devices for analysing and processing data. The processor 802 may implement a software program, such as code generated manually (i.e., programmed).

The computer system 800 may include a memory 804, such as a memory 804 that can communicate via a bus 808. The memory 804 may include, but is not limited to computer readable storage media such as various types of volatile and non-volatile storage media, including but not limited to random access memory, read-only memory, programmable read-only memory, electrically programmable read-only memory, electrically erasable read-only memory, flash memory, magnetic tape or disk, optical media and the like. In one example, the memory 804 includes a cache or random access memory for the processor 802. In alternative examples, the memory 804 is separate from the processor 802, such as a cache memory of a processor, the system memory, or other memory. The memory 804 may be an external storage device or database for storing data. The memory 804 is operable to store instructions executable by the processor 802. The functions, acts or tasks illustrated in the figures or described may be performed by the programmed processor 802 for executing the instructions stored in the memory 804. The functions, acts or tasks are independent of the particular type of instructions set, storage media, processor or processing strategy and may be performed by software, hardware, integrated circuits, firm-ware, micro-code and the like, operating alone or in combination. Likewise, processing strategies may include multiprocessing, multitasking, parallel processing and the like.

As shown, the computer system 800 may or may not further include a display unit 810, such as a liquid crystal display (LCD), an organic light emitting diode (OLED), a flat panel display, a solid state display, a cathode ray tube (CRT), a projector, a printer or other now known or later developed display device for outputting determined information. The display 810 may act as an interface for the user to see the functioning of the processor 802, or specifically as an interface with the software stored in the memory 804 or in the drive unit 1016.

Additionally, the computer system 800 may include an input device 812 configured to allow a user to interact with any of the components of system 800. The computer system 800 may also include a disk or optical drive unit 816. The disk drive unit 816 may include a computer-readable medium 822 in which one or more sets of instructions 824, e.g. software, can be embedded. Further, the instructions 824 may embody one or more of the methods or logic as described. In a particular example, the instructions 824 may reside completely, or at least partially, within the memory 804 or within the processor 802 during execution by the computer system 800.

The present invention contemplates a computer-readable medium that includes instructions 824 or receives and executes instructions 824 responsive to a propagated signal so that a device connected to a network 826 can communicate voice, video, audio, images or any other data over the network 826. Further, the instructions 824 may be transmitted or received over the network 826 via a communication port or interface 820 or using a bus 808. The communication port or interface 820 may be a part of the processor 802 or may be a separate component. The communication port 820 may be created in software or may be a physical connection in hardware. The communication port 820 may be configured to connect with a network 826, external media, the display 810, or any other components in system 800, or combinations thereof. The connection with the network 826 may be a physical connection, such as a wired Ethernet connection or may be established wirelessly as discussed later. Likewise, the additional connections with other components of the system 800 may be physical connections or may be established wirelessly. The network 826 may alternatively be directly connected to the bus 808.

The network 826 may include wired networks, wireless networks, Ethernet AVB networks, or combinations thereof. The wireless network may be a cellular telephone network, an 802.11, 802.16, 802.20, 802.1Q or WiMax network. Further, the network 826 may be a public network, such as the Internet, a private network, such as an intranet, or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to TCP/IP based networking protocols. The system is not limited to operation with any particular standards and protocols. For example, standards for Internet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, HTML, HTTP) may be used

The present subject matter at least enables control of all the smart-devices in a room by sending a single wireless packet. The method and system enables a home automation hub to set state of all the smart-devices using a single wireless packet/signal. Unlike earlier smart-home systems, wherein each of the smart-devices required individual addressed wireless packets/signals to set the desired state in a single room, the present method minimizes signalling. As a user may want all the appliances in a room to be set into particular state; commonly referred to as scenes or moods, the present subject matter enables communication of scenes or moods in a room through a single wireless packet (i.e. data packet)/signal addressed to all the smart devices or electrical devices in a room.

While specific language has been used to describe the disclosure, any limitations arising on account of the same are not intended. As would be apparent to a person in the art, various working modifications may be made to the method in order to implement the inventive concept as taught herein.

The drawings and the forgoing description give examples of embodiments. Those skilled in the art will appreciate that one or more of the described elements may well be combined into a single functional element. Alternatively, certain elements may be split into multiple functional elements. Elements from one embodiment may be added to another embodiment. For example, orders of processes described herein may be changed and are not limited to the manner described herein.

Moreover, the actions of any flow diagram need not be implemented in the order shown; nor do all of the acts necessarily need to be performed. Also, those acts that are not dependent on other acts may be performed in parallel with the other acts. The scope of embodiments is by no means limited by these specific examples. Numerous variations, whether explicitly given in the specification or not, such as differences in structure, dimension, and use of material, are possible. The scope of embodiments is at least as broad as given by the following claims.

Benefits, other advantages, and solutions to problems have been described above with regard to specific embodiments. However, the benefits, advantages, solutions to problems, and any component(s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as a critical, required, or essential feature or component of any or all the claims.

CLAIMS:

WE CLAIM:
1. A method for controlling-one or more devices in an IoT (Internet-of-Things) environment, the method comprising:
receiving (step 102) from a controlling-device at least one data-packet defined by at least one of:
a device identifier for controlling and controlled device;
an environment-identifier for controlling and controlled device;
an operation-identifier; and
a port identifier of a controlled device and the controlling device
processing (step 104) the received-packet to generate one or more control signals; and
generating (step 106) an electrical-signal by an electronic-circuit based on the control signals to operate upon one or more controlled devices.

2. The method as claimed in claim 1, further comprising performing offline or in real-time at least one of:
creating a setting based on at least one of configuration of at least one of the environment-identifier, the operation identifier, and the port identifier;
modifying the setting at-least based on modification of the configured ports of the controlling and controlled-devices; and
logging (step 108) the created or modified-setting for enabling a one-touch based operation of the one or more controlled device through the controlling device .

3. The method as claimed in claim 1, wherein the environment identifier corresponds to at least one of:
a building identifier;
a floor identifier;
a room identifier;
a block identifier.

4. The method as claimed in claim 1, wherein the controlling-device is at-least one of: a smartphone;
a home-automation hub;
a motion sensor
an electrical switch.

5. The method as claimed in claim 3, wherein the home automation hub is a 3GPP based networking-device configured to interact wirelessly based on TCP/IP.

6. The method as claimed in claim 1, wherein the operation identifier represents at-least one of : ON, OFF, TOGGLE, Dimming operation for one or more electrical-devices

7. The method as claimed in claim 1, wherein the operation-identifier represents a magnitude parameter to define an extent of control of the one or more electrical devices.

8. The method as claimed in claim 3, wherein the port identifier defines an electronic identity of the controlled and controlling devices in accordance with the smart automation hub.

9. A system (200) for controlling-devices in an IoT (Internet-of-Things) environment:
one or more controlling devices (202, 204, 206) ;
one or more controlled devices (208); and
an electronic-circuit for generating an electrical-signal based on control signals to operate upon one or more controlled devices
wherein the controlling device (202, 204, 206 ) is configured for:
sending at-least one data-packet defined by one or more of:
a device identifier for the controlling and controlled device;
an environment-identifier for the controlling and controlled device;
an operation-identifier; and
a port identifier of the controlled device and the controlling device
and
generate one or more control signals based on the data-packet.