UPnP architecture for heterogeneous networks of slave devices

• US 20020083143A1
• Filed: 12/13/2000
• Published: 06/27/2002
• Est. Priority Date: 12/13/2000
• Status: Abandoned Application

• Current Assignee: Philips Electronics North America Corporation (Koninklijke Philips N.V.)
• Original Assignee: Philips Electronics North America Corporation (Koninklijke Philips N.V.)
• Inventors: Cheng, Doreen Yining
• Application Number:
  US09/736,999
• Publication Number:
  US 20020083143A1
• Time in Patent Office: Days
• US Class Current: 709/208
• CPC Class Codes: H04L 12/2805 Home Audio Video Interoperability [HAVI] networks
• CPC Class Codes: H04L 12/2809 indicating that an appliance service is present in a home automation network monitoring functionality H04L43/0817; discovery or management thereof, e.g. service location protocol [SLP] or web services, H04L67/51
• CPC Class Codes: H04L 12/281 indicating a format for calling an appliance service function in a home automation network for remote control or remote monitoring of applications H04L67/025
• CPC Class Codes: H04L 12/2836 Protocol conversion between an external network and a home network controlling appliance services of a home automation network from a device located outside the home and the home network H04L12/2818; protocol conversion H04L69/08; adaptation of digital video signals for transport over a specific home network H04N7/24
• CPC Class Codes: H04L 2012/2841 Wireless
• CPC Class Codes: H04L 2012/2843 Mains power line
• CPC Class Codes: H04L 69/08 Protocols for interworking; Protocol conversion
• CPC Class Codes: H04L 9/40 Network security protocols

Abstract

A non-IP (Internet Protocol) network is provided with UPnP (Universal Plug and Play) proxy enabling and interfacing logic. The UPnP enabling logic provides the modules required to effect the UPnP addressing, discovery, and description processes for each of the devices on one or more non-IP networks. Each of the non-IP networks may use the same or different network technologies, such as USB, Bluetooth, IEEE 1394, Home API, HomeRF, Firefly, X-10, and so on. During the UPnP control and event phases, the system provides the appropriate control transformation and event proxy processes to communicate commands to each non-UPnP-compatible device in the network, corresponding to the UPnP control commands received from a UPnP control object, and to communicate event status messages to and from the non-UPnP-compatible devices and the UPnP control object.

Claims

1. A system for facilitating UPnP control of at least one non-UPnP device on one or more slave networks, the one or more slave networks including one or more different networking technologies, the system comprising:

a UPnP interface to at least one UPnP controller, the UPnP controller being configured to issue a UPnP command in conformance with a UPnP protocol, and

a UPnP proxy enabler that is configured to;

receive the UPnP command,

transform the UPnP command into a device command,

communicate the device command to a target device of the at least one non-UPnP device on the slave networks, and

communicate a UPnP acknowledgement of the UPnP command to the at least one UPnP controller, via the UPnP interface.

2. The system of claim 1, wherein the one or more different networking technologies include at least one of:

a USB network, a bluetooth network, a HAVi-compatible network, an IEEE 1394 network, a Home API network, a HomeRF network, a Firefly network, a power line network, an X-10 network, and a Jini-compatible network.

3. The system of claim 1, wherein:

the UPnP controller is further configured to issue a UPnP request in conformance with the UPnP protocol,

the UPnP request includes one of;

a description request, a presentation request, a subscription request, and a query, and

the UPnP proxy enabler is configured to provide at least one of;

a device description, a service description, a presentation page, an event, and a value of a variable, in response to the UPnP request.

4. The system of claim 1, wherein

the UPnP proxy enabler includes at least one of:

a discovery module that is configured to provide an advertisement of at least one non-UPnP device to the UPnP controller,

a description module that is configured to provide a description of functions of the at least one non-UPnP device to the UPnP controller, in response to a request from the UPnP controller, and

a presentation module that is configured to provide a presentation page that facilitates a control of the at least one non-UPnP device by a user.

5. The system of claim 4, wherein

at least one of the discovery module, the description module, and the presentation module is configured to provide the advertisement, the description, and the presentation page, respectively, for the at least one non-UPnP device of the slave networks.

6. The system of claim 1, wherein

the UPnP proxy enabler includes at least one of:

a device control module that communicates commands to the target device,

an event subscription module that receives requests from the at least one UPnP controller to be notified of one or more changes of state of the target device, and

an event source module that notifies the at least one UPnP controller of one or more changes of state of the target device.

7. The system of claim 6, wherein p1 the device control module maintains a service state table that reflects the state of the target device, and

the event source module notifies the at least one UPnP controller of the one or more changes of the state of the target device based on the service state table.

8. The system of claim 1, wherein the UPnP proxy enabler communicates the device command to the target device by modifying a data structure that is associated with a thread, and the thread effects the communication to the at least one non-UPnP device of the slave networks.

9. The system of claim 1, wherein the UPnP proxy enabler is further configured to

detect a connection and disconnection of the at least one non-UPnP device, and

update one or more data structures associated with the slave networks accordingly.

10. The system of claim 9, wherein the UPnP proxy enabler is further configured to

initiate and terminate threads based on the connection and disconnection of each of the at least one non-UPnP device.

18. The method of claim 11, further including

creating a thread that is associated with the at least one non-UPnP device of the slave network, and

modifying a data structure that is associated with the thread;

and

wherein the thread is configured to effect the communication of the device command to the at least one non-UPnP device of the slave network, based on the modification of the data structure.

11. A method for facilitating UPnP control of at least one non-UPnP device on a non-IP slave network, comprising:

receiving a UPnP command in conformance with a UPnP protocol from a UPnP controller,

transforming the UPnP command into a device command,

communicating the device command to a target device of the at least one non-UPnP device on the non-IP slave network, and

communicating a UPnP acknowledgement of the UPnP command to the UPnP controller.

12. The method of claim 11, wherein the non-IP slave network is one of:

a USB network, a bluetooth network, a HAVi-compatible network, an IEEE 1394 network, a Home API network, a HomeRF network, a Firefly network, a power line network, an X-10 network, and a Jini-compatible network.

13. The method of claim 11, further including:

receiving a UPnP request in conformance with the UPnP protocol,

the UPnP request including one of;

a description request, a presentation request, a subscription request, and a query, and

providing at least one of;

a device description, a service description, a presentation page, an event, and a value of a variable, in response to the UPnP request.

14. The method of claim 11, further including at least one of:

providing an advertisement of at least one non-UPnP device to the UPnP controller,

providing a description of functions of the at least one non-UPnP device to the UPnP controller, in response to a request from the UPnP controller, and

providing a presentation page that facilitates a control of the at least one non-UPnP device by a user.

15. The method of claim 14, wherein

at least one of the advertisement, the description, and the presentation page are provided by a common UPnP proxy enabler for the non-IP slave network that is configured to provide advertisements, descriptions, and presentation pages for each non-UPnP device in the non-IP slave network.

16. The method of claim 11, further including

receiving requests from the UPnP controller to be notified of one or more changes of state of the at least one non-UPnP device, and

notifying the UPnP controller of one or more changes of state of the at least one non-UPnP device.

17. The method of claim 16, further including

maintaining a service state table that reflects the state of the target device, and

notifying the UPnP controller of the one or more changes of the state of the at least one non-UPnP device based on the service state table.

20. The network of claim 19, wherein

the UPnP proxy enabler is configured to:

receive a UPnP command from a UPnP controller on the IP sub-network,

transform the UPnP command into a device command, and

communicating the device command to a device on the non-IP sub-network.

21. The network of claim 19, wherein

the UPnP proxy enabler is further configured to provide at least one of:

a device description, a service description, a presentation page, an event, and a value of a variable corresponding to the device on the non-IP network, in response to a UPnP request from the UPnP controller on the IP sub-network.

22. The network of claim 19, wherein

the UPnP proxy enabler facilitates the communication and control between the IP sub-network and the non-IP sub-network via the use of threads that provide a non-blocking communication.

19. A network comprising:

an IP sub-network,

a non-IP sub-network, and

a UPnP proxy enabler that facilitates communication and control between the IP sub-network and the non-IP sub-network.