CN105791338B - A method and system for multi-screen interaction based on WiFi AP - Google Patents

Abstract

The present invention discloses a kind of multi-screen interaction method and system based on WiFi AP, wherein method is comprising steps of information of the service provider to cloud server registration including MAC, service cognizance code and service describing；Content providers connect cloud server, inquire and obtain service describing from cloud server according to MAC and service the information of cognizance code；Content providers will service cognizance code, order and data are sent to cloud server, push order and data to service provider by cloud server.The present invention includes the processes such as service registration, service discovery and content push, the service discovery of local network connection is needed not exist between Sink and Source equipment, it does not need to be connected to the same WiFi AP or in the same network segment, it does not need Sink and Source is directly connected to, only needing Sink to connect network with Source can be completed service discovery and multi-screen interactive yet.

Description

A method and system for multi-screen interaction based on WiFi AP

technical field

The invention relates to the field of network services, in particular to a multi-screen interaction method and system based on WiFi AP.

Background technique

In the prior art, network service discovery protocols mainly include uPnP (Universal Plug and Play) and mDNS (Multicast DNS). In the same network segment, service capabilities need to be broadcasted depending on routing or gateway configuration.

Therefore, the prior art still needs to be improved and developed.

Contents of the invention

In view of the above-mentioned deficiencies in the prior art, the purpose of the present invention is to provide a multi-screen interaction method and system based on WiFi AP, aiming at solving the problem that the existing multi-screen interaction method requires devices to be connected to the same AP or under the same network segment The problem.

Technical scheme of the present invention is as follows:

A service discovery method based on WiFi AP, wherein, comprising steps:

A. The service provider registers information including MAC, service identification code and service description with the cloud server;

B. The content provider connects to the cloud server, queries and obtains service description and service identification code information from the cloud server according to the MAC;

C. The content provider sends the service identification code, commands and data to the cloud server, and pushes the commands and data to the service provider through the cloud server.

The WiFi AP-based service discovery method, wherein, after the step C, also includes:

D. The cloud server receives and updates the MAC, service identification code and new service description information sent by the service provider.

The service discovery method based on WiFi AP, wherein, the step A specifically includes:

A1, WiFi AP broadcasts MAC to the service provider;

A2. After receiving the MAC, the service provider sends the MAC, service identification code and service description information to the cloud server;

A3. The cloud server creates a list of MACs, service identification codes and service descriptions.

The service discovery method based on WiFi AP, wherein, the step B specifically includes:

B1. WiFi AP broadcasts MAC to the content provider;

B2. The content provider sends the MAC to the cloud server to request query;

B3. The cloud server processes the query request, and returns the service description and service identification code information to the content provider.

The service discovery method based on WiFi AP, wherein, the step C specifically includes:

C1. The content provider sends the service identification code, commands and data to the cloud server;

C2. The cloud server pushes commands and data to the service provider according to the service identification code;

C3. The service provider returns status information to the cloud server;

C4. The cloud server returns the status information of the service provider to the content provider.

The WiFi AP-based service discovery method, wherein, in the step A, the information registered by the service provider to the cloud server also includes the SSID of the WiFi AP, and in the step B, the content provider queries the service according to the MAC and SSID Description and service identification code information.

The WiFi AP-based service discovery method, wherein, the maximum length defined by the SSID name is 30 bytes, and 2 bytes are reserved, wherein the second last byte reserved is a service bit mask, and the reserved second last byte is a service bit mask, and the reserved second last byte is The first byte is the lowest bit of the checksum of MAC and SSID.

A service discovery system based on WiFi AP, including:

The service registration module is used to register information including MAC, service identification code and service description with the cloud server;

The service discovery module is used to connect to the cloud server, query and obtain the service description and service identification code information from the cloud server according to the MAC;

The push notification module is used to send the service identification code, command and data to the cloud server, and push the command and data to the service provider through the cloud server.

The service discovery system based on WiFi AP, which also includes:

The service updating module is used for receiving the information of MAC, service identification code and new service description sent by the service provider, and updating them.

In the WiFi AP-based service discovery system, wherein, the information registered by the service registration module to the cloud server also includes the SSID of the WiFi AP, and in the service discovery module, the information of the service description and the service identification code is queried according to MAC and SSID .

Beneficial effects: the present invention includes processes such as service registration, service discovery, and content push. There is no need for local network connection service discovery between the Sink and Source devices, that is, they do not need to be connected to the same WiFi AP or be in the same network segment. , and there is no need for direct connection between Sink and Source, only the Sink and Source are connected to the network to complete service discovery and multi-screen interaction.

Description of drawings

FIG. 1 is a flow chart of a preferred embodiment of a WiFi AP-based multi-screen interaction method in the present invention.

FIG. 2 is a device deployment architecture diagram of the present invention.

FIG. 3 is a specific flowchart of step S101 in the method shown in FIG. 1 .

FIG. 4 is a specific flowchart of step S102 in the method shown in FIG. 1 .

FIG. 5 is a specific flowchart of step S103 in the method shown in FIG. 1 .

FIG. 6 is a specific flowchart of step S104 in the method shown in FIG. 1 .

FIG. 7 is a structural block diagram of a preferred embodiment of a WiFi AP-based multi-screen interactive system according to the present invention.

FIG. 8 is a structural block diagram of the service registration module of the system shown in FIG. 7 .

FIG. 9 is a structural block diagram of the service discovery module of the system shown in FIG. 7 .

FIG. 10 is a structural block diagram of the service update module of the system shown in FIG. 7 .

Detailed ways

The present invention provides a multi-screen interactive method and system based on WiFi AP. In order to make the purpose, technical solution and effect of the present invention clearer and clearer, the present invention will be further described in detail below. It should be understood that the specific embodiments described here are only used to explain the present invention, not to limit the present invention.

Please refer to FIG. 1. FIG. 1 is a flowchart of a preferred embodiment of a WiFi AP-based service discovery method according to the present invention. As shown in the figure, it includes steps:

S101. The service provider registers information including MAC, service identification code and service description with the cloud server;

S102. The content provider connects to the cloud server, queries and acquires service description and service identification code information from the cloud server according to the MAC;

S103. The content provider sends the service identification code, command and data to the cloud server, and pushes the command and data to the service provider through the cloud server.

In a preferred embodiment of the present invention, the service provider (Sink) first registers with the cloud server, and saves information including MAC, service identification code and service description on the cloud server, and then the content provider (Source) connects to the cloud server to obtain these information , and there is no need for local network connection service discovery between the Sink and Source, that is, it does not need to be connected to the same WiFi AP or in the same network segment, nor does it need to be directly connected to the Sink and Source, only the Sink and Source Service discovery can be completed by connecting to the network, and then the content provider will push the content.

The device deployment architecture of the present invention, as shown in Figure 2,

The source, such as a mobile phone, needs to establish a connection with the cloud server; the network connection method of the source can be WiFi or mobile network.

The Sink, such as a smart TV, also needs to establish a connection with the cloud server to provide services. For the Sink, it needs to support the WiFi network card, bind the service description to the MAC of the WiFi AP, and register the above information to the The cloud server of the Internet network. The network connection mode of Sink can be WiFi STA (network card mode) or Ethernet (Ethernet).

There is no need to establish any connection between Sink and Source, just receive the MAC information broadcast by WiFi AP, and Sink and Source can also be established on the same WiFi AP;

The WiFi AP can be an independent router, or it can be inside the Sink device, that is, if the Sink device supports AP, this function can be realized.

The service in the present invention refers to a capability description that a device can provide, for example, a smart TV can receive video or audio sent from a mobile terminal.

The present invention will be described in more detail below in conjunction with the accompanying drawings.

As a more preferred embodiment of the present invention, as shown in Figure 3, the step S101 specifically includes steps:

S201. The WiFi AP broadcasts the MAC address to the service provider;

S202. After receiving the MAC, the service provider sends the information of the MAC, the service identification code and the service description to the cloud server;

S203. The cloud server creates a list of MACs, service identification codes, and service descriptions.

After receiving the information of MAC, service identification code and service description, the cloud server creates a list to save the above information. That is to bind the MAC with the service identification code and service description. Since multiple services can be registered using the same WiFi AP information, that is, the MAC stored in the cloud server may contain multiple services, so the service identification code is added, which is the unique identifier of the service. Specifically, GUID (Globally Unique Identifier) can be used.

As a more preferred embodiment of the present invention, as shown in FIG. 4, the step S102 specifically includes steps:

S301. The WiFi AP broadcasts the MAC to the content provider;

S302. The content provider sends the MAC to the cloud server to request query;

S303, the cloud server processes the query request, and returns the service description and service identification code information to the content provider.

The cloud server can query all service descriptions and service identification codes corresponding to the MAC according to the unique MAC, and return the query result to the content provider.

As a more preferred embodiment of the present invention, as shown in Figure 5, the step S103 specifically includes steps:

S401. The content provider sends the service identification code, command and data to the cloud server;

S402. The cloud server pushes commands and data to the service provider according to the service identification code;

S403, the service provider returns status information to the cloud server;

S404. The cloud server returns the status information of the service provider to the content provider.

That is, when the content provider needs to push certain content to the service provider, it can send the service identification code, command and data to the cloud server, and the cloud server will forward the command and data, so that the service provider can process the data according to the command , such as displaying pictures or playing videos, etc. At this time, the service provider also returns status information to the cloud server, and the cloud server forwards it to the content provider.

If the service provider has a status update, step S403 and step S404 can be directly executed without going through the two processes of step S401 and step S402.

As a more preferred embodiment of the present invention, after the step S103, it also includes:

S104. The cloud server receives and updates the MAC, service identification code and new service description information sent by the service provider.

Specifically, as shown in FIG. 6, the step S104 specifically includes:

S501. The service provider sends the MAC, service identification code and new service description information to the cloud server;

S502. The cloud server updates and saves the information of MAC, service identification code and service description;

S503. If there is a device using the original service, the Source is notified, and the service is canceled.

If the service provider has a new service description, it needs to send the MAC, the service identification code, and the information of the new service description to the cloud server again, and the cloud server will update it after receiving the information. At this time, if the content provider is using the original service, the content provider is notified at this time, and the service is canceled.

If the connection between the service provider and the cloud server is disconnected, when the connection is disconnected, if any content provider is using the service, the cloud server will also notify the content provider, and the service will be logged out.

If the service provider device actively cancels the service (for example, the registered WiFi AP disappears or changes, or the device prohibits network remote control, etc.), then the cloud server will notify the content provider to cancel the service.

In the above embodiment, MAC must be registered. Since the MAC address is globally unique, it is only necessary to save the MAC and service description database on the cloud server in theory. However, if Source goes to the Executing cloud server query, the amount of data it needs to process is very large, so in order to reduce the data amount of network query and improve query efficiency, the present invention also increases the SSID, in the step S101, the service provider registers with the cloud server The information also includes the SSID of the WiFi AP. In the step S102, the content provider queries the service description and service identification code information according to the MAC and SSID.

Furthermore, the SSID naming is also standardized, and the SSID matching is added when querying, so as to obtain information more accurately. The specification rules are:

The maximum length defined by the SSID name is 30 bytes, 2 bytes are reserved, and the second last byte reserved is the service bitmask (bitmask), which can define the service corresponding to each bit, such as bit0 is video , bit1 is audio, even parity in the byte. The penultimate byte reserved is the lowest bit of the checksum of MAC and SSID.

A specific application example is provided below to specifically describe the application scenario of the present invention.

1. Both A's mobile phone and B's TV support the anonymous discovery protocol based on Internet Adjacent Services. 2. A's mobile phone supports Miracast Source, and B's TV also supports Miracast Sink;

The cloud server saves: [WiFi AP MAC address, service identification code GUID 1, Miracast sink][WiFi AP MAC address, service identification code GUID 2, DLNA], if B’s TV supports DLNA, it will contain this data, [WiFi AP MAC 1 address, service identification code GUID 3, xxx], service table registered by other devices;

... 3. B's home configuration is: there is a WiFi router, and any device can be searched publicly (the connection can have a password); if A is a guest at B's home, the content on the phone needs to be saved Show B’s TV: At this time, because A’s mobile phone will automatically discover that B’s TV supports MiraCast: Discovery process: a. A’s mobile phone will send the searched WiFi AP MAC to the cloud server; b. The cloud server will correspond The MAC service list returns: [WiFi APMAC address, service identification code GUID 1, Miracast sink] [WiFi AP MAC address, service identification code GUID 2, DLNA], if the TV supports DLNA, this data will be included,

The mobile phone and TV activate the Miracast function to display the screen content of the mobile phone on B’s TV, but at this time A’s mobile phone is still not connected to B’s WiFi router, that is, the mobile phone and the TV are not in the same network segment, but it can also achieve multiple Screen interaction function.

Based on the above method, the present invention also provides a preferred embodiment of a WiFi AP-based service discovery system, as shown in FIG. 7 , which includes:

The service registration module 100 is used to register information including MAC, service identification code and service description with the cloud server;

The service discovery module 200 is used to connect to the cloud server, query and obtain the service description and service identification code information from the cloud server according to the MAC;

The push notification module 300 is used to send the service identification code, command and data to the cloud server, and push the command and data to the service provider through the cloud server;

The service update module 400 is configured to receive the information of MAC, service identification code and new service description sent by the service provider, and perform update.

Wherein, as shown in FIG. 8, the service registration module 100 specifically includes:

The first broadcast unit 110 is configured to broadcast the MAC to the service provider;

The information sending unit 120 is configured to send the information of the MAC, the service identification code and the service description to the cloud server after receiving the MAC;

A list building unit 130, configured to create a list of MACs, service identification codes and service descriptions.

As shown in Figure 9, the service discovery module 200 specifically includes:

The second broadcast unit 210 is configured to broadcast the MAC to the content provider;

The request sending unit 220 is used to send the MAC to the cloud server to request an inquiry;

The result returning unit 230 is configured to process the query request, and return the service description and service identification code information to the content provider.

As shown in Figure 10, the push notification module 300 specifically includes:

A data sending unit 310, configured to send service identification codes, commands and data to the cloud server;

A data push unit 320, configured to push commands and data to the service provider according to the service identification code;

A status sending unit 330, configured to return status information to the cloud server;

The status return unit 340 is configured to return the status information of the service provider to the content provider.

The information registered with the cloud server by the service registration module 100 also includes the SSID of the WiFi AP. In the service discovery module 200, the information of the service description and service identification code is queried according to the MAC and SSID.

The technical details about the above-mentioned modular units have been described in detail in the previous method, so they will not be repeated here.

In summary, the present invention includes processes such as service registration, service discovery, and content push. There is no need for service discovery of a local network connection between the Sink and Source devices, that is, there is no need to connect to the same WiFi AP or be in the same WiFi AP. The network segment does not need to be directly connected to the Sink and the Source, and only the Sink and the Source are connected to the network to complete service discovery and multi-screen interaction.

It should be understood that the application of the present invention is not limited to the above examples, and those skilled in the art can make improvements or transformations according to the above descriptions, and all these improvements and transformations should belong to the protection scope of the appended claims of the present invention.

Claims (8)

1. a kind of service discovery method based on WiFi AP, which is characterized in that comprising steps of

A, service provider includes the MAC Address of WIFI AP, services cognizance code and service describing to cloud server registration Information；

B, content providers connect cloud server, are inquired according to the MAC Address from cloud server and obtain service describing With the information of service cognizance code；

C, content providers will service cognizance code, order and data and be sent to cloud server, by cloud server to clothes Business provider pushes order and data；

The step A is specifically included:

A1, WiFi AP broadcast the MAC Address to service provider；

After A2, service provider receive the MAC Address, by the MAC Address, the letter of service cognizance code and service describing Breath is sent to cloud server；

The list that A3, cloud server establish the MAC Address, service cognizance code and service describing；

The step B is specifically included:

B1, WiFi AP broadcast MAC to content providers；

MAC is sent to cloud server request inquiry by B2, content providers；

B3, cloud server handle inquiry request, and return to service describing and service the information of cognizance code to content providers.

2. the service discovery method according to claim 1 based on WiFi AP, which is characterized in that after the step C also Include:

D, cloud server receives the MAC Address, service cognizance code and the new service describing that service provider is sent Information, and be updated.

3. the service discovery method according to claim 1 based on WiFi AP, which is characterized in that the step C is specifically wrapped It includes:

C1, content providers will service cognizance code, order and data are sent to cloud server；

C2, cloud server push order and data to service provider according to the service cognizance code；

C3, service provider return to status information to cloud server；

The status information of service provider is back to content providers by C4, cloud server.

4. the service discovery method according to claim 1 based on WiFi AP, which is characterized in that in the step A, clothes Business provide the registration of direction cloud server information further include WiFi AP SSID, in the step B, content providers according to The MAC Address and the SSID carry out the information of query service description and service cognizance code.

5. the service discovery method according to claim 4 based on WiFi AP, which is characterized in that the SSID name is fixed The maximum length of justice is 30 bytes, retains 2 bytes, wherein the second-to-last byte retained is service bitmask, reservation is fallen The 1st byte of number is the lowest order of the MAC Address and the inspection sum of SSID.

6. a kind of service discovery system based on WiFi AP characterized by comprising

Service register module, for MAC Address, service cognizance code and the service to cloud server registration including WIFI AP The information of description；

Service discovery module inquires from cloud server according to the MAC Address for connecting cloud server and obtains service The information of description and service cognizance code；

Sending out notice module, for that will service cognizance code, order and data will be sent to cloud server, pass through cloud server Order and data are pushed to service provider；

The service register module specifically includes:

First radio unit, for broadcasting MAC to service provider；

The information of MAC, service cognizance code and service describing are sent to cloud after receiving MAC by information transmitting unit Server；

Unit is established in list, the list for establishing MAC, servicing cognizance code and service describing；

The service discovery module specifically includes:

Second radio unit, for broadcasting MAC to content providers；

Request transmitting unit, for MAC to be sent to cloud server request inquiry；

As a result return unit, for handling inquiry request, and information to the content for returning to service describing and service cognizance code mentions Supplier.

7. the service discovery system according to claim 6 based on WiFi AP, which is characterized in that further include:

Update module is serviced, the MAC Address, service cognizance code and new service for receiving service provider transmission are retouched The information stated, and be updated.

8. the service discovery system according to claim 6 based on WiFi AP, which is characterized in that service register module to The information of cloud server registration further includes the SSID of WiFi AP, in the service discovery module, according to the MAC Address and The SSID carrys out the information of query service description and service cognizance code.