一种基于WiFiAP的多屏互动方法及系统与流程

本发明涉及网络服务领域，尤其涉及一种基于WiFi AP的多屏互动方法及系统。

背景技术：

现有技术中，网络服务发现协议主要有uPnP（通用即插即用）、mDNS（组播DNS），这两者都是基于IP网络广播实现，但广播通常在一个网段内有效，对于不在同一网段内的，需要依赖路由或网关的配置才能将服务能力广播出去。

因此，现有技术还有待于改进和发展。

技术实现要素：

鉴于上述现有技术的不足，本发明的目的在于提供一种基于WiFi AP的多屏互动方法及系统，旨在解决现有多屏互动方法需要设备均连接到同一个AP或在同一网段下的问题。

本发明的技术方案如下：

一种基于WiFi AP的服务发现方法，其中，包括步骤：

A、服务提供方向云端服务器注册包括MAC、服务识别代码和服务描述的信息；

B、内容提供方连接云端服务器，根据MAC从云端服务器查询并获取服务描述和服务识别代码的信息；

C、内容提供方将服务识别代码、命令和数据发送至云端服务器，通过云端服务器向服务提供方推送命令和数据。

所述的基于WiFi AP的服务发现方法，其中，所述步骤C之后还包括：

D、云端服务器接收服务提供方发送的MAC、服务识别代码和新的服务描述的信息，并进行更新。

所述的基于WiFi AP的服务发现方法，其中，所述步骤A具体包括：

A1、WiFi AP广播MAC至服务提供方；

A2、服务提供方接收到MAC后，将MAC、服务识别代码和服务描述的信息发送至云端服务器；

A3、云端服务器建立MAC、服务识别代码和服务描述的列表。

所述的基于WiFi AP的服务发现方法，其中，所述步骤B具体包括：

B1、WiFi AP广播MAC至内容提供方；

B2、内容提供方将MAC发送至云端服务器请求查询；

B3、云端服务器处理查询请求，并返回服务描述和服务识别代码的信息至内容提供方。

所述的基于WiFi AP的服务发现方法，其中，所述步骤C具体包括：

C1、内容提供方将服务识别代码、命令和数据发送至云端服务器；

C2、云端服务器根据所述服务识别代码向服务提供方推送命令和数据；

C3、服务提供方返回状态信息至云端服务器；

C4、云端服务器将服务提供方的状态信息返回至内容提供方。

所述的基于WiFi AP的服务发现方法，其中，所述步骤A中，服务提供方向云端服务器注册的信息还包括WiFi AP的SSID，所述步骤B中，内容提供方根据MAC和SSID来查询服务描述和服务识别代码的信息。

所述的基于WiFi AP的服务发现方法，其中，所述SSID名称定义的最大长度为30字节，保留2个字节，其中保留的倒数第2个字节为服务位掩码，保留的倒数第1个字节为MAC和SSID的检验和的最低位。

一种基于WiFi AP的服务发现系统，其中，包括：

服务注册模块，用于向云端服务器注册包括MAC、服务识别代码和服务描述的信息；

服务发现模块，用于连接云端服务器，根据MAC从云端服务器查询并获取服务描述和服务识别代码的信息；

推送通知模块，用于将服务识别代码、命令和数据发送至云端服务器，通过云端服务器向服务提供方推送命令和数据。

所述的基于WiFi AP的服务发现系统，其中，还包括：

服务更新模块，用于接收服务提供方发送的MAC、服务识别代码和新的服务描述的信息，并进行更新。

所述的基于WiFi AP的服务发现系统，其中，服务注册模块向云端服务器注册的信息还包括WiFi AP的SSID，所述服务发现模块中，根据MAC和SSID来查询服务描述和服务识别代码的信息。

有益效果：本发明包括服务注册、服务发现及内容推送等过程，Sink和Source这两设备之间不需要存在本地网络连接的服务发现，即不需要连接到同一个WiFi AP或者处于同一个网段，也不需要Sink和Source直接连接，只需Sink和Source连接网络即可完成服务发现以及多屏互动。

附图说明

图1为本发明一种基于WiFi AP的多屏互动方法较佳实施例的流程图。

图2为本发明的设备部署架构图。

图3为图1所示方法中步骤S101的具体流程图。

图4为图1所示方法中步骤S102的具体流程图。

图5为图1所示方法中步骤S103的具体流程图。

图6为图1所示方法中步骤S104的具体流程图。

图7为本发明一种基于WiFi AP的多屏互动系统较佳实施例的结构框图。

图8为图7所示系统的服务注册模块的结构框图。

图9为图7所示系统的服务发现模块的结构框图。

图10为图7所示系统的服务更新模块的结构框图。

具体实施方式

本发明提供一种基于WiFi AP的多屏互动方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图1，图1为本发明一种基于WiFi AP的服务发现方法较佳实施例的流程图，如图所示，其包括步骤：

S101、服务提供方向云端服务器注册包括MAC、服务识别代码和服务描述的信息；

S102、内容提供方连接云端服务器，根据MAC从云端服务器查询并获取服务描述和服务识别代码的信息；

S103、内容提供方将服务识别代码、命令和数据发送至云端服务器，通过云端服务器向服务提供方推送命令和数据。

本发明较佳实施例中，服务提供方（Sink）先向云端服务器注册，在云端服务器保存包括MAC、服务识别代码和服务描述的信息，之后内容提供方（Source）连接云端服务器，获取这些信息，而Sink和Source这两设备之间不需要存在本地网络连接的服务发现，即不需要连接到同一个WiFi AP或者处于同一个网段，也不需要Sink和Source直接连接，只需Sink和Source连接网络即可完成服务发现，然后由内容提供方推送内容。

本发明的设备部署架构，如图2所示，

其中的Source，如手机，需要建立与云端服务器的连接；其中Source的网络连接方式可以是WiFi或者移动网络等。

其中的Sink，如智能电视，也需要建立与云端服务器的连接，其用于提供服务，对于Sink，其需支持WiFi网卡，将服务描述绑定到WiFi AP的MAC上，从而将上述信息注册到Internet网络的云端服务器。Sink的网络连接方式可以是WiFi STA（网卡模式）或者Ethernet（以太网）等。

Sink和Source之间不需要建立任何连接，只需接收到WiFi AP广播的MAC信息即可，Sink和Source也可建立在同一个WiFi AP上；

其中的WiFi AP可以是独立的路由，也可以是Sink设备内部的，即若Sink设备支持AP时可实现此功能。

本发明中的服务是指设备能够提供的一种能力描述，例如智能电视具有接收移动终端发送过来的视频、或音频。

下面结合附图对本发明进行更详细的说明。

作为本发明更优选的实施例，如图3所示，所述的步骤S101具体包括步骤：

S201、WiFi AP广播MAC至服务提供方；

S202、服务提供方接收到MAC后，将MAC、服务识别代码和服务描述的信息发送至云端服务器；

S203、云端服务器建立MAC、服务识别代码和服务描述的列表。

云端服务器接收到MAC、服务识别代码和服务描述的信息后，建立列表保存上述信息。即将MAC与服务识别代码和服务描述绑定。由于多个服务可以使用同一个WiFi AP信息注册，即云端服务器保存的MAC，可能包含多种服务，所以增加服务识别代码，其是服务的唯一标识，具体可使用GUID（全局唯一标识符）。

作为本发明更优选的实施例，如图4所示，所述的步骤S102具体包括步骤：

S301、WiFi AP广播MAC至内容提供方；

S302、内容提供方将MAC发送至云端服务器请求查询；

S303、云端服务器处理查询请求，并返回服务描述和服务识别代码的信息至内容提供方。

云端服务器可根据唯一的MAC来查询该MAC所对应的全部的服务描述和服务识别代码，并将查询的结果返回至内容提供方。

作为本发明更优选的实施例，如图5所示，所述的步骤S103具体包括步骤：

S401、内容提供方将服务识别代码、命令和数据发送至云端服务器；

S402、云端服务器根据所述服务识别代码向服务提供方推送命令和数据；

S403、服务提供方返回状态信息至云端服务器；

S404、云端服务器将服务提供方的状态信息返回至内容提供方。

即，内容提供方需要将某个内容推送到服务提供方时，可将服务识别代码、命令和数据发送到云端服务器，由云端服务器来转发命令和数据，从而使服务提供方按照命令来处理数据，例如显示图片或播放视频等等。此时服务提供方还返回状态信息至云端服务器，由云端服务器转发给内容提供方。

若服务提供方有状态更新时，可直接执行步骤S403和步骤S404，而无需经过步骤S401和步骤S402两个过程。

作为本发明更优选的实施例，所述步骤S103之后还包括：

S104、云端服务器接收服务提供方发送的MAC、服务识别代码和新的服务描述的信息，并进行更新。

具体来说，如图6所示，所述步骤S104具体包括：

S501、服务提供方发送MAC、服务识别代码和新的服务描述的信息至云端服务器；

S502、云端服务器更新MAC、服务识别代码和服务描述的信息并保存；

S503、若存在正在使用原服务的设备，则通知Source，服务注销。

服务提供方如有新的服务描述，则需要再次将MAC、服务识别代码，以及新的服务描述的信息发送给云端服务器，云端服务器接收到信息后进行更新。此时如果内容提供方正在使用原来的服务，则此时通知内容提供方，服务注销。

如果服务提供方与云端服务器的连接断开，则当连接断开时，如果有内容提供方正在使用服务，则也由云端服务器通知内容提供方，服务注销。

如果服务提供设备主动注销服务（例如注册的WiFi AP消失或变更，或者设备禁止网络远程控制等），那么也又云端服务器通知内容提供方，服务注销。

在上述实施例中，MAC是必须注册的，由于MAC地址是全球唯一的，所以理论上只需在云端服务器保存MAC和服务描述的数据库即可，但如果Source对于每一个搜索到的AP都去执行云端服务器查询，其所需要处理的数据量比如很大，所以为了降低网络查询的数据量和提高查询效率，本发明还增加了SSID，在所述步骤S101中，服务提供方向云端服务器注册的信息还包括WiFi AP的SSID，所述步骤S102中，内容提供方根据MAC和SSID来查询服务描述和服务识别代码的信息。

进一步，还规范SSID命名，在查询时增加SSID匹配，从而更准确的获取信息，其规范规则为：

所述SSID名称定义的最大长度为30字节，保留2个字节，其中保留的倒数第2个字节为服务位掩码（bitmask），可定义每一位对应的服务，如bit0为视频，bit1为音频，字节内偶校验。保留的倒数第1个字节为MAC和SSID的检验和的最低位。

下面提供一具体应用实施例对本发明的应用场景进行具体说明。

1、A的手机和B的电视均支持基于Internet网络相邻服务的匿名发现协议。2、A的手机支持Miracast Source，B的电视也支持MiraCast Sink；

云端服务器保存有：[WiFi AP MAC地址，服务识别码GUID 1，Miracast sink][WiFi AP MAC地址，服务识别码GUID 2，DLNA] ，若B的电视支持DLNA，则会包含这个数据，[WiFi AP MAC 1地址，服务识别码GUID 3，xxx] ，其他设备注册的服务表；

... ...3、B的家里配置情况是：有WiFi路由器，并且是任何设备都是可以公开的搜索到（连接可以有密码）；若A到B家里做客，需要将手机上的内容给B的电视进行展示：这时，由于A的手机会自动发现B的电视支持MiraCast：发现过程：a. A的手机会将搜索到的WiFi AP MAC发送到云端服务器；b. 云端服务器将对应的MAC 服务列表返回：【WiFi AP MAC地址，服务识别码GUID 1，Miracast sink】【WiFi AP MAC地址，服务识别码GUID 2，DLNA】，如果电视支持DLNA，就会包含这个数据，

手机和电视启动Miracast功能，将手机的屏幕内容显示在B的电视上，而此时A的手机仍然未连接到B的WiFi路由上，即手机与电视不在同一个网段，但同样可实现多屏互动功能。

基于上述方法，本发明还提供一种基于WiFi AP的服务发现系统较佳实施例，如图7所示，其包括：

服务注册模块100，用于向云端服务器注册包括MAC、服务识别代码和服务描述的信息；

服务发现模块200，用于连接云端服务器，根据MAC从云端服务器查询并获取服务描述和服务识别代码的信息；

推送通知模块300，用于将服务识别代码、命令和数据发送至云端服务器，通过云端服务器向服务提供方推送命令和数据；

服务更新模块400，用于接收服务提供方发送的MAC、服务识别代码和新的服务描述的信息，并进行更新。

其中，如图8所示，所述服务注册模块100具体包括：

第一广播单元110，用于广播MAC至服务提供方；

信息发送单元120，用于接收到MAC后，将MAC、服务识别代码和服务描述的信息发送至云端服务器；

列表建立单元130，用于建立MAC、服务识别代码和服务描述的列表。

如图9所示，所述服务发现模块200具体包括：

第二广播单元210，用于广播MAC至内容提供方；

请求发送单元220，用于将MAC发送至云端服务器请求查询；

结果返回单元230，用于处理查询请求，并返回服务描述和服务识别代码的信息至内容提供方。

如图10所示，所述推送通知模块300具体包括：

数据发送单元310，用于将服务识别代码、命令和数据发送至云端服务器；

数据推送单元320，用于根据所述服务识别代码向服务提供方推送命令和数据；

状态发送单元330，用于返回状态信息至云端服务器；

状态返回单元340，用于将服务提供方的状态信息返回至内容提供方。

服务注册模块100向云端服务器注册的信息还包括WiFi AP的SSID，所述服务发现模块200中，根据MAC和SSID来查询服务描述和服务识别代码的信息。

关于上述模块单元的技术细节在前面的方法中已有详述，故不再赘述。

综上所述，本发明包括服务注册、服务发现及内容推送等过程，Sink和Source这两设备之间不需要存在本地网络连接的服务发现，即不需要连接到同一个WiFi AP或者处于同一个网段，也不需要Sink和Source直接连接，只需Sink和Source连接网络即可完成服务发现以及多屏互动。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。