Bridging local device communications across the wide area

• US 8,549,541 B2
• Filed: 03/28/2005
• Issued: 10/01/2013
• Est. Priority Date: 03/26/2004
• Status: Active Grant

• Current Assignee: Intellectual Ventures Assets 20 LLC (Intellectual Ventures LLC)
• Original Assignee: Intellectual Ventures II LLC (Intellectual Ventures LLC)
• Inventors: Moyer, Stanley, Famolari, David, Marples, David
• Primary Examiner(s): Anya, Charles E
• Application Number:
  US11/091,555
• Publication Number:
  US 20050232283A1
• Time in Patent Office: 3,109 Days
• Field of Search: 455/435.1, 455/435.2, 709201-229, 719311-314, 719330-332
• US Class Current: 719/318
• CPC Class Codes: H04L 12/2803 Home automation 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/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 12/66 Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Abstract

In a network of devices having a plurality of local domains, each local domain is likely to comprise a plurality of networks or communities of devices that communicate using a shared native protocol such as Jini, UPnP, Bluetooth, HAVi, WiFi, WiMAX or other standard architectures and protocols. The Open Services Gateway initiative (OSGi) created a platform and method for various networks to communicate with one another in a local domain. OSGi does not, however, solve the problems associated with communication across local domains. An instant messaging protocol such as Session Initiation Protocol (SIP) and a remote services register are used to provide a means for communication between local devices in a plurality of local OSGi domains using native communications protocols.

Claims

1. A method for communicating between a first device on a first network associated with a first domain having a service gateway comprising a local service registry, device drivers, an instant messaging protocol bundle and an integrated services application (ISA) and a second device on a second network associated with a second domain, the method comprising:

discovering, at the first device, a first service indication representing a service available at the first device using a first device discovery protocol and transforming the first service indication that is represented in the first device discovery protocol to a second service indication represented in a second device discovery protocol different from the first device discovery protocol;

storing, at the first device, the second service indication in the local service registry of the service gateway in the first domain;

determining at the ISA of the first domain that the second service indication associated with the registered first device is to be discoverable in at least the second domain and responsively registering the second service indication at a remote services registry, wherein the determining comprises referencing an owner-defined policy or manager-defined policy specifying whether a given device should be made visible to a remote domain;

if the second service indication is not discoverable, ignoring the second service indication, otherwise;

querying, by the first device, the remote services registry for obtaining one or more new service indications registered since a previous query; and

responsive to obtaining the one or more new service indications from the remote service indications services registry, transforming, at the first device, the received new represented in the second device discovery protocol to new service indications represented in the first device discovery protocol and exporting the transformed new service indications to the first network using the first device discovery protocol.

2. The method of claim 1, further comprising:

determining that discoverable services associated with devices in the second domain are registered in the remote services registry;

receiving the discoverable services from the remote services registry; and

storing information on the discoverable services in the local service registry of the first domain.

3. The method of claim 2, wherein receiving the discoverable services from the remote services registry to comprises receiving an instant messaging protocol packet at the instant messaging protocol bundle of the services gateway of the first domain.

4. The method of claim 3, wherein the instant messaging protocol bundle of the services gateway of the first domain, stores the discoverable services in Open Services Gateway Initiative (OSGi) format in the local services registry.

5. The method of claim 1, wherein registering the transformed services at the remote services registry comprises sending an instant messaging protocol command from the instant messaging protocol bundle of the services gateway of the first domain to the remote services registry, and wherein the instant messaging protocol is different from the first and second device discovery protocols.

6. The method of claim 1, wherein the owner-defined policy or manager-defined policy is set by a manager of the first domain.

7. The method of claim 1, wherein the querying is performed in response to a notification that a new service has been added to the remote services registry.

8. A gateway on a first network associated with a first domain for enabling communication between a first device on the first network and one or more second devices on a second network associated with a second domain different than the first domain, the gateway configured to:

discover a first service indication representing a service available at the first device using a first device discovery protocol;

transform the first service indication represented in the first device discovery protocol to a second service indication represented in a second device discovery protocol different from the first device discovery protocol;

store the second service indication in a local service registry store;

determine that the second service indication is to be made discoverable to at least one or more of the second devices on the second network and responsively register the second service indication in a remote services registry, wherein the determining comprises referencing an owner-defined policy or manager-defined policy specifying whether a given device should be made visible to a remote domain;

if the second service indication is not discoverable, ignoring the second service indication, otherwise;

querying the remote services registry for obtaining one or more new service indications registered since a previous query; and

responsive to obtaining the one or more new service indications from the remote services registry, transform the new service indications represented in the second device discovery protocol to new service indications represented in the first device discovery protocol mid export the transformed new service indications to the first network using the first device discovery protocol.

9. The gateway of claim 8, wherein the gateway is further configured to execute a query for the one or more new service indications responsive to a presence of the second service indication in the local service registry store.

10. The gateway of claim 8, wherein the second network runs on a third device discovery protocol, the third device discovery protocol being different than the first and second device discovery protocols.

11. The gateway of claim 10, wherein the first and third device discovery protocols are selected from the group consisting of Jini, Salutation, UPnP, X10, HomePlug, HomePNA, HomeRF, Bluetooth, HAVi, HiperLAN, WiFI (IEEE 802.11a/b/g), IEEE 802.15, IEEE 1394, and WiMAX.

12. The gateway of claim 8, wherein the second device discovery protocol is based on the Open Services Gateway Initiative (OSGI) framework.

13. The gateway of claim 8, wherein registering the second service indication in the remote service registry comprises generating a message according to a messaging protocol, different than the first and second device discovery protocols, having a payload comprising an address of the first device and the second service indication, and transmitting the message to the remote service registry.

14. The gateway of claim 13, wherein the remote service registry is located in a third network coupling the first and second networks together.

15. The gateway of claim 13, wherein the messaging protocol is based on the SIP protocol.

16. The gateway of claim 13, wherein the remote service registry is located within the gateway, separate from the local service registry store.

17. The gateway of claim 8, wherein the gateway is further configured to query the remote service registry for the one or more new service indications responsive to receiving a discovery request from another device on the first network using the first device discovery protocol.

18. The gateway of claim 17, wherein the gateway is further configured to store the one or more new service indications in the local service registry store.

19. The gateway of claim 8, wherein the remote service registry comprises a database containing the address/location of devices/services that are available in both the first and second domains.

20. A method for enabling communication between a first device on a first network associated with a first domain and one or more second devices on a second network associated with a second domain different than the first domain comprising:

discovering, a the first device, a first service indication representing a service available at the first device using a first device discovery protocol and transforming the first service indication represented in the first device discovery protocol to a second service indication represented in a second device discovery protocol different from the first device discovery protocol;

storing, at first device, the second service indication in a local service registry store;

determining, at the first device, that the second service indication is to be made discoverable to at least the second devices on the second network and responsively registering the second service indication in a remote services registry, wherein the determining comprises referencing an owner-defined policy or manager-defined policy specifying whether a given device should be made visible to a remote domain;

if the second service indication is not discoverable, ignoring the second service indication, otherwise;

intermittently querying, by the first device, the remote services registry for obtaining one or more new service indications registered since a previous query; and

responsive to obtaining the one or more new service indications from the remote services registry, transforming, at the first device, the new service indications represented in the second device discovery protocol to new service indications represented in the first device discovery protocol and exporting the transformed new service indications to the first network using the first device discovery protocol.

21. The method of claim 20, further comprising:

querying for the one or more new service indications in response to a presence of the second service indication in the local service registry store.

22. The method of claim 20, wherein the second network runs on a third device discovery protocol, the third device discovery protocol being different than the first and second device discovery protocols.

23. The method of claim 22, wherein the first and third device discovery protocols are selected from the group consisting of Jini, Salutation, UPnP, X10, HomePlug, HomePNA, HorneRF, Bluetooth, HAVi, HiperLAN, WiFI (IEEE 802. 11 a/b/g), IEEE 802.15, IEEE 1394, and WiMAX.

24. The method of claim 20, wherein the second device discovery protocol is based on the Open Services Gateway Initiative (OSGi) framework.

25. The method of claim 20, wherein registering the second service indication in the remote service registry comprises generating a message according to a messaging protocol, different than the first and second device discovery protocols, having a payload comprising an address of the first device and the second service indication, and transmitting the message to the remote service registry.

26. The method of claim 25, wherein the remote service registry is located in a third network coupling the first and second networks together.

27. The method of claim 25, wherein the messaging protocol is based on the SIP protocol.

28. The method of claim 20, wherein the remote service registry is located separate from the local service registry store.

29. The method of claim 20, wherein the remote service registry comprises a database containing the address/location of devices/services that are available in both the first and second domains.

30. The method of claim 20, further comprising querying the remote service registry for the one or more new service indications available on the second network responsive to receiving a discovery request from another device on the first network using the first device discovery protocol.

31. The method of claim 30, further comprising:

storing the one or more new service indication in the local service registry store.