CN102497303B - IGRS (Intelligent Group and Resource Sharing) equipment interconnection system and method - Google Patents

Abstract

The present invention provides a system and method for interconnecting IGRS devices, the system includes multiple local area networks and servers communicating with the multiple local area networks, wherein: the gateways in the multiple local area networks are used to log in to the server and perform gateway registration, And forward the message between the IGRS device and the server in the corresponding local area network, where the message includes online announcement and description information, and is also used to create a virtual device according to the description information; where the virtual device is used to implement different Interconnection between IGRS devices. Through the system and method of the present invention, the seamless interconnection and interoperability of IGRS equipment in different local area networks can be realized, and no modification and setting are required for the existing IGRS equipment.

Description

A system and method for interconnecting IGRS equipment

technical field

The present invention relates to the field of information systems, more specifically, to the field of network communication.

Background technique

The purpose of the digital home network is to break the reality of "information islands" of various home devices and realize resource sharing and collaborative services among various information terminals in the home. IGRS is an information equipment resource sharing collaborative service standard (Intelligent Grouping and Resource Sharing, referred to as IGRS standard). It can effectively realize resource opening and service collaboration, improve device function interoperability, and enhance the function of combining services between different devices.

IGRS devices located in the same LAN can support interconnection and interoperability through the IGRS protocol, but IGRS devices between different LANs are independent "information islands". If each local area network can be connected through the Internet to realize the interconnection and interoperability of IGRS equipment located in different local area networks, the application of the IGRS protocol will be further expanded, and a wider range of resource sharing and collaborative services will be realized.

Regarding remote access to IGRS devices in LAN, there are some relevant researches, such as:

Chinese patent application 200410029754.6 filed on March 24, 2004 and titled "A Method for Remotely Using Local Area Network Resources Using Mobile Devices" describes a method of integrating LAN device resources using the IGRS protocol, and then through a dedicated server via a Web server Published to the Internet, the remote mobile device accesses the web interface through the Internet to operate the LAN device.

The Chinese patent application 200710125032.4 filed on December 14, 2007 and entitled "Remote Control System and Method for Information Appliances in IGRS Home Network Based on IPv6" describes a home gateway. The gateway forms the control interface of each device, and centrally controls the system and method of each device.

The defect of the aforementioned prior art is that it focuses on using a control interface, such as a web interface or other proprietary remote control interface, to realize one-way access control to IGRS devices in remote LANs, but none of them supports Interconnection and interoperability between IGRS devices.

Contents of the invention

The invention hopes to solve the technical problem that IGRS devices in different local area networks cannot be interconnected and intercommunicated, and provides a system and method for transparently realizing the interaction between remote IGRS devices and local IGRS devices.

According to one aspect of the present invention, a system for interconnecting IGRS equipment is provided, including multiple local area networks and servers communicating with the multiple local area networks, wherein:

The gateways in the multiple local area networks are used to log in to the server and perform gateway registration, and forward messages between the IGRS devices and servers in the corresponding local area networks, wherein the messages include online announcement and description information, and are also used to Create a virtual device with the above description information;

The virtual device is used to realize the interconnection between different IGRS devices.

According to another aspect of the present invention, a method for interconnecting IGRS devices based on the above system is provided, wherein the first gateway corresponding to the first IGRS device and other gateways corresponding to other IGRS devices need to log in to the server and perform gateway registration. Methods include:

1) The first IGRS device goes online in the first local area network, and broadcasts the online announcement in other local area networks through the first gateway, server and other gateways;

2) After receiving the online announcement, other IGRS devices obtain the description information of the first IGRS device via the first gateway, the server and other gateways, and create virtual devices according to the description information.

Preferably, the method further includes: 4) The first IGRS device goes offline.

Preferably, the following steps are performed immediately after step 2): 3) other IGRS devices interoperate with the first IGRS device through the virtual device via the first gateway, server and other gateways.

Through the system and method of the present invention, seamless interconnection and interoperability of IGRS equipment in different local area networks can be realized. In a local area network, IGRS equipment can interact with remote IGRS equipment just like operating local equipment, and there is no need to make any modifications and settings to existing IGRS equipment. Any standard IGRS equipment can be transparently interconnected and interoperable.

Description of drawings

Fig. 1 is a schematic diagram of a communication system according to a preferred embodiment of the present invention;

Fig. 2 is a system block diagram of remote interconnection of IGRS equipment according to a preferred embodiment of the present invention;

Fig. 3 is a schematic flow diagram of remote interconnection of IGRS equipment based on the system shown in Fig. 2 according to a preferred embodiment of the present invention;

Fig. 4 is a sequence diagram of IGRS virtual device discovery according to a preferred embodiment of the present invention;

Fig. 5 is a sequence diagram of IGRS device control according to a preferred embodiment of the present invention;

Fig. 6 is a sequence diagram of IGRS device subscription service according to a preferred embodiment of the present invention.

Detailed ways

In order to make the purpose, technical solution and advantages of the present invention clearer, the system and method for interconnecting IGRS devices according to a preferred embodiment of the present invention will be further described in detail below in conjunction with the accompanying drawings. It should be understood that the specific embodiments described here are only used to explain the present invention, not to limit the present invention.

Fig. 1 shows a schematic diagram of a communication system according to a preferred embodiment of the present invention. In the communication system in Figure 1, by introducing devices such as gateways and Internet servers, IGRS standard-based equipment such as notebook computers and projectors in the local area network and IGRS standards such as PCs and printers in the remote LAN are realized. Transparent interaction of devices. For example, a local IGRS laptop can discover a remote IGRS printer, and it can be regarded as the same as the local IGRS printer, delivering local files to the remote IGRS printer for printing.

Fig. 2 is a system block diagram of remote interconnection of IGRS equipment according to a preferred embodiment of the present invention. As shown in Figure 2, the system includes a server and a gateway. The server is located on the Internet, the gateway is located in the local area network, and the gateway and the server use the XMPP protocol for communication. More specifically, each gateway can log in to a server located on the Internet according to the XMPP standard, register with a domain manager on the server, and communicate with the server.

In addition to being equipped with a login module, an IGRS intermediary module and an IGRS/XMPP converter, the gateway also has the ability to create virtual devices. The login module is used to implement the gateway to log in to the server and register in the domain manager of the server. The IGRS intermediary module is used to collect IGRS device information in the local area network. The IGRS/XMPP converter is used to encapsulate the IGRS device information collected by the IGRS intermediary module of the local gateway into an XMPP XML stream, forward it to the remote gateway through the server, and restore it to an IGRS message by the remote gateway, so as to realize the interaction with the remote gateway. The gateway is also used to create a corresponding virtual device locally as a local image of the remote IGRS device after the local gateway obtains the remote IGRS device information. The virtual device is used as an intermediary between the remote IGRS device and the local IGRS device, and forwards the control information of the remote IGRS device to the local IGRS device, so as to realize the transparent interaction between the local IGRS device and the remote IGRS device. The local IGRS device can control the remote IGRS device by controlling the virtual device. The virtual device also acts as an intermediary between the remote IGRS device and the local IGRS device to forward service subscription messages and event notification messages. Thus, the local IGRS device can subscribe to the remote IGRS device service by subscribing to the virtual device service; when the remote device generates a subscription event notification, the local device obtains the notification information through the virtual device.

Servers include login managers, domain managers, and data forwarders. Wherein, the login manager is used to manage the login information of the gateway. The domain manager is used to manage each login gateway. Preferably, the domain manager manages each login gateway according to domain division. The gateways in different domains realize information isolation. Each gateway can only receive messages from other gateways in the same domain forwarded by the server, avoiding Information explosion. The data forwarder is used to forward the XMPP data sent by the gateway to the destination gateway. The server can be located on the Internet, or can be a separate server or be located on other networks such as a metropolitan area network.

During the conversation between the gateways, the sent information first reaches the data forwarder of the server, and the data forwarder in the server forwards it according to the type of the information and the domain where the gateway is located. Wherein, the message sent by the gateway may generally include the address of the target device, the ID of the sending gateway, information content and information category. If it is a message between specified devices, the server first queries the ID of the target gateway to which it belongs according to the address of the target device, and then obtains the IP address and port used by the gateway to log in, and then sends the message to the IP and The network side identified by the port. The gateway and the server use the Socket port to communicate, and the gateway can use the IP address or domain name of the server to analyze the server to obtain the real communication address of the server.

Fig. 3 shows a schematic flowchart of remote interconnection of IGRS devices based on the system shown in Fig. 2 according to a preferred embodiment of the present invention. This process realizes that the IGRS controlled device A in LAN A (hereinafter referred to as "controlled end") and the IGRS master device B in LAN B (hereinafter referred to as "mastered end") pass through the gateways in their respective LANs (gateway A , B) and the method for the remote interaction of the Internet server, the method mainly includes the following steps:

Step 1, gateway login. Gateways A and B log in to the server respectively and register in the same domain.

After the gateway is started, the login module of gateway A encapsulates the login request into an XML stream specified by the XMPP protocol, and sends the request to the login manager on the server side; the login manager receives the XML stream and parses its content, and then checks the identity of gateway A. Verify, and send the verification result to the gateway that initiated the request, namely gateway A, in the form of a standard XMPP XML stream.

If the gateway request is verified successfully, the domain manager of the server will register the domain information of the gateway A, and send related messages about other login gateways in the same domain, such as the message of gateway B, to the gateway A in the form of standard XMPP XML stream login module.

Step 2: Sensing that the controlled terminal is online. The controlled end publishes an online announcement in LAN A. After the IGRS intermediary module in gateway A detects the local online announcement, it encapsulates it into an XMPP XML stream through the IGRS/XMPP converter and forwards it to the server. The data forwarder in the server sends the announcement to the server. The XML flow is forwarded to all other gateways in the same domain, such as gateway B; after receiving the XML flow, gateway B restores it to an IGRS announcement message through the IGRS/XMPP converter, and broadcasts it in LAN B.

Fig. 4 shows a sequence diagram of discovering an IGRS virtual device according to a preferred embodiment of the present invention, in which it illustrates the online process of the sensing controlled terminal. The perception process is described in detail as follows:

1) The controlled terminal goes online. The IGRS intermediary module of gateway A listens to the local multicast interface 239.255.255.250:1900. After the controlled terminal goes online, it sends a device/service online announcement to this interface.

2) Gateway A encapsulates and forwards. After the IGRS intermediary module of gateway A listens to the online announcement message of the multicast interface, the IGRS/XMPP converter encapsulates it into an XMPP XML data stream and forwards it to the data transponder of the server.

3) Server broadcast. After receiving the online announcement message, the data forwarder of the server notifies the domain manager to update the information of gateway A, and broadcasts the online announcement message in the domain where gateway A is located through the data forwarder.

4) Gateway B parses and forwards. After receiving the message broadcast by the server, the IGRS/XMPP converter of gateway B parses it into an IGRS announcement message, and broadcasts the announcement in LAN B via the IGRS intermediary module.

Step 3, obtain description information. Still referring to Figure 4, after receiving the online announcement, the master control terminal in LAN B sends a request for obtaining description information to the source of the announcement. Here, the source of the message is gateway B; the IGRS intermediary module of gateway B receives the obtaining description information The information request is encapsulated into an XML stream through the IGRS/XMPP converter and then forwarded to gateway A through the data forwarder of the server; the IGRS/XMPP converter of gateway A restores the XML stream into an IGRS request and forwards it to the controlled end through the IGRS intermediary module; The controlled end returns the description information to gateway A, and the IGRS/XMPP converter of gateway A encapsulates the information and forwards it to gateway B through the server. This step is described in detail as follows:

1) The master control terminal initiates a request to obtain a description. After receiving the online announcement broadcast by gateway B, the master control terminal sends a description request message GetDeviceDescriptionRequest to gateway B.

2) Gateway B encapsulates and forwards. After the IGRS intermediary module of gateway B receives the message sent by the master control terminal, it encapsulates it into an XMPP message through the IGRS/XMPP converter and forwards it to the server.

3) Server forwarding. The data forwarder of the server receives the XMPP message, queries the corresponding target address in the domain manager according to the XMPP message, and forwards it to gateway A through the data forwarder.

4) Gateway A parses and forwards. After gateway A receives the XMPP message, it parses it into a description request message GetDeviceDescriptionRequest through the IGRS/XMPP converter, and forwards it to the controlled end through the IGRS intermediary module.

5) The controlled terminal returns description information. After receiving the message, the controlled end returns a description response message GetServiceDescriptionResponse.

6) Gateway A encapsulates and forwards. The IGRS/XMPP converter of gateway A encapsulates the description response message into an XMPP XML stream and forwards it to the server.

7) Server forwarding. After receiving the encapsulated XMPP message, the data forwarder of the server forwards it to gateway B according to the address in the domain manager.

Step 4, create a virtual device. After the IGRS/XMPP converter of gateway B parses the description response message GetServiceDescriptionResponse forwarded by the server, the gateway creates a local virtual device according to the description information in the message, and returns the description information to the host as the virtual device.

Through the above steps 2, 3 and 4, the master control terminal can discover the local virtual device, and realize the interaction with the remote controlled terminal in the form of operating the local virtual device.

Step five, control the device. After receiving the description information sent by the virtual device, the master control terminal sends an IGRS control message to the virtual device; after the virtual device receives the control message, it is encapsulated into an XML stream by the IGRS/XMPP converter of gateway B and forwarded to The controlled terminal in LAN A; after receiving the control message, the controlled terminal returns the control status to gateway B through the same process, and gateway B returns the information to the master control terminal as a virtual device.

Fig. 5 shows a sequence diagram of device control according to a preferred embodiment of the present invention. The process of controlling the remote controlled terminal by controlling the local virtual device is as follows:

1) The control terminal initiates a control request InvokeServiceRequest to the virtual device.

2) After receiving the control request, the virtual device of gateway B triggers the IGRS/XMPP converter to encapsulate the control request into an XMPP message and forward it to the server.

3) The server forwards it to gateway A through the data converter.

4) After the IGRS/XMPP converter of gateway A parses the request, it forwards it to the controlled terminal.

5) After receiving the control message, the controlled terminal executes the control command and changes the corresponding control variable, and then returns the control result to gateway A.

6) The IGRS/XMPP converter of gateway A encapsulates the control result and forwards it to the server.

7) The server forwards the control result to gateway B through the data converter.

8) After parsing the control result, the IGRS/XMPP converter of gateway B returns the result to the control terminal as a virtual device.

Step 6, subscribe to the device service. The service subscription process of the master control terminal to the virtual device is similar to the control process. Fig. 6 shows a sequence diagram of subscribing device services according to a preferred embodiment of the present invention. The process of subscribing the remote controlled terminal through the local virtual device by the master control terminal is similar to device control, the difference is that after the subscription request reaches the remote controlled terminal, the controlled terminal will update the subscriber list.

Step seven, device status change notification. When the service status of the controlled terminal in LAN A changes, the controlled terminal sends a status change notification message to all subscribers according to the local subscriber list. Specifically, the IGRS/XMPP converter of gateway A encapsulates the status change notification and forwards it to gateway B through the server; gateway B then sends the subscription notification to the control terminal as a virtual device. The steps included in the above device state change notification are further described in detail below:

1) When the service status of the controlled terminal changes, a status change notification will be generated, and after querying the subscriber list, the status change notification will be sent to gateway A;

2) The IGRS/XMPP converter of gateway A encapsulates the status change notification and forwards it to the server.

3) The data converter of the server queries the domain manager and forwards the status change notification to the gateway of the LAN where the subscriber is located, for example, gateway B.

4) After the IGRS/XMPP converter of gateway B parses the status change notification, it notifies the master control terminal of the status change as a virtual device.

Step eight, the device is offline. When the controlled terminal in LAN A is offline, the offline announcement issued by the controlled terminal is received by the IGRS intermediary module of gateway A and encapsulated by the IGRS/XMPP converter and forwarded to gateway B by the server; after gateway B deletes the local virtual device , and broadcast the offline message to LAN B. Those skilled in the art can understand that the offline process of the controlled terminal is similar to the online process, the difference is that after the offline announcement reaches gateway B, gateway B deletes the corresponding virtual device, and then forwards the offline announcement to LAN B.

Those skilled in the art can understand that the above preferred embodiment includes all the steps involved in controlling the device and subscribing to the device service, however, the order of these steps may be different from the above description. Furthermore, the two do not necessarily exist at the same time, and in some embodiments, only any one of them may exist.

It should be noted and understood that various modifications and improvements can be made to the invention described in detail above without departing from the spirit and scope of the invention as claimed in the appended claims. Accordingly, the scope of the claimed technical solution is not limited by any particular exemplary teaching given.

Claims (16)

1. A system for interconnecting IGRS equipment, comprising a plurality of local area networks and a server communicating with the plurality of local area networks, wherein: The gateways in the multiple local area networks are used to log in to the server and perform gateway registration, and forward messages between the IGRS devices and servers in the corresponding local area networks, wherein the messages include online announcement and description information, and are also used to Create a virtual device with the above description information; The virtual device is used to realize the interconnection between different IGRS devices; Wherein, the gateways in the plurality of local area networks include a first gateway corresponding to the first IGRS device and other gateways corresponding to other IGRS devices; and wherein the first IGRS device is used to go online in the first local area network, through the first The gateway, the server and the other gateways broadcast the online announcement in other local area networks; the other IGRS devices are used to obtain the description of the first IGRS device via the first gateway, the server and the other gateways after receiving the online announcement information, and create a virtual device based on the description information. 2. The system of claim 1, wherein the gateway comprises: a login module, an IGRS mediation module, and an IGRS/XMPP converter, wherein: The login module is used to log in to the server and perform gateway registration; The IGRS intermediary module is used for communication between the IGRS device and the IGRS/XMPP converter; The IGRS/XMPP converter is used to encapsulate the information received by the IGRS intermediary module into an XMPP XML stream and forward it to the server, and restore the information from the server to an IGRS message and forward it to the IGRS intermediary module. 3. A system according to claim 1 or 2, wherein said server comprises a login manager, a domain manager and a headend: The login manager is configured to receive and parse the login requests of the multiple gateways, and verify the identity of the gateways; The domain manager is used to register the domain information of the gateway that has passed the verification, and send the domain information of other login gateways to the gateway that has passed the verification; The data forwarder is configured to forward messages between the multiple gateways. 4. The system according to claim 1 or 2, wherein the server is also used to manage gateways by domain. 5. A method for interconnecting IGRS devices based on any of the above systems, wherein the first gateway corresponding to the first IGRS device and other gateways corresponding to other IGRS devices need to log in to the server and perform gateway registration, the method comprising: 1) The first IGRS device goes online in the first local area network, and broadcasts the online announcement in other local area networks through the first gateway, the server and the other gateways; 2) After receiving the online announcement, the other IGRS device obtains the description information of the first IGRS device through the first gateway, the server and the other gateways, and creates a virtual device according to the description information. 6. The method according to claim 5, further comprising: 4) The first IGRS device is offline. 7. The method according to claim 5 or 6, wherein the logging into the server and registering the gateway comprises: 01) The first gateway and the other gateways encapsulate the login request into an XMPP XML stream and send it to the server; 02) The server receives the XMPP XML stream and parses its content, and verifies the identity of the gateway; 03) The server registers the domain information of the gateway that has passed the verification, and sends the domain information of the other login gateways to the gateway that has passed the verification. 8. The method according to claim 5 or 6, wherein said step 1) comprises: 11) The first IGRS device sends a device/service online announcement to the local multicast interface; 12) After the first gateway detects the online announcement of the multicast interface, it encapsulates the online announcement into an XMPP XML stream and forwards it to the server; 13) After receiving the XMPP XML flow, the server updates the information of the first gateway, and broadcasts the XMPPXML flow in the domain where the first gateway is located; 14) After the other gateway receives the XMPP XML stream broadcast by the server, it parses the XMPPXML stream into an IGRS announcement message and broadcasts it in the local area network where the other IGRS device is located. 9. The method according to claim 5 or 6, wherein the step 2) of obtaining the description information of the first IGRS device comprises: 21) The other IGRS device sends a request for obtaining description information to the other gateway; 22) The other gateway encapsulates the request for obtaining description information into an XMPP message for obtaining description information and forwards it to the server; 23) The server receives the description information acquisition request XMPP message and forwards the description information acquisition request XMPP message to the first gateway; 24) The first gateway receives the request XMPP message for obtaining description information, and parses it into a request for obtaining description information and forwards it to the first IGRS device; 25) The first IGRS device returns description information; 26) The first gateway encapsulates the description information into an XMPP XML stream and forwards it to the server; 27) After receiving the description information encapsulated into XMPP XML stream, the server forwards it to the other gateways. 10. The method according to claim 6, wherein said step 4) comprises: 41) The first IGRS device sends a device/service offline announcement to the local multicast interface; 42) After the first gateway detects the offline announcement of the multicast interface, it encapsulates the offline announcement into an XMPP XML stream and forwards it to the server; 43) After receiving the XMPP XML flow, the server updates the information of the first gateway, and broadcasts the XMPPXML flow in the domain where the first gateway is located; 44) After the other gateways receive the XMPP XML stream broadcast by the server, delete the virtual device, parse the XMPP XML stream into an IGRS announcement message and broadcast it in the local area network where the other IGRS device is located. 11. The method according to claim 5, characterized in that the following steps are carried out immediately after the step 2): 3) The other IGRS device interoperates with the first IGRS device through the virtual device via the first gateway, the server and the other gateway. 12. The method according to claim 11, characterized in that said interoperation comprises control and/or service. 13. The method according to claim 12, wherein said controlling comprises: 311) The other IGRS device initiates a control request to the virtual device of the other gateway; 312) After the virtual device receives the control request, the other gateway encapsulates the control request into an XMPP message and forwards it to the server; 313) The server forwards to the first gateway; 314) The first gateway parses the control request encapsulated into an XMPP message and forwards it to the first IGRS device; 315) The first IGRS device executes the control instruction according to the control request and changes the corresponding control variable, and then returns the control result to the first gateway; 316) The first gateway encapsulates the control result into an XMPP message and forwards it to the server; 317) The server forwards the control result to the other gateways; 318) After parsing the control result, the other gateway returns the control result to the other IGRS device as a virtual device. 14. The method according to claim 12, wherein the service comprises: 321) The other IGRS device subscribes to the service of the first IGRS device; 322) The first IGRS device notifies the other IGRS devices of a device status change. 15. The method according to claim 14, characterized in that, the step 321) comprises: 3211) The other IGRS device initiates a subscription device service request to the virtual device of the other gateway; 3212) After the virtual device receives the subscription device service request, the other gateway encapsulates the subscription device service request into an XMPP message and forwards it to the server; 3213) The server forwards to the first gateway; 3214) The first gateway parses the subscription device service request encapsulated into an XMPP message and forwards it to the first IGRS device; 3215) The first IGRS device updates the subscriber list according to the service request of the subscribing device. 16. The method according to claim 14, wherein the step 322) comprises: 3221) The first IGRS device service generates a status change notification and sends the status change notification to the first gateway; 3222) The first gateway encapsulates the state change notification as an XMPP XML stream and forwards it to the server; 3223) The server forwards the status change notification to the other gateway, where the other IGRS device is a service subscriber; 3224) After parsing the state change notification, the other gateway notifies the other IGRS devices of the state change of the first IGRS device as a virtual device.