云端与蓝牙设备的交互通信方法、系统和无线路由器与流程

本发明涉及通信领域，更具体地说，涉及一种云端与蓝牙设备的交互通信方法、系统和无线路由器。

背景技术：

随着信息化的急速发展，人们对信息交换和通信的需求日益强烈。蓝牙技术由于具有低成本的收发器芯片、传输距离近、低功耗等特征，从而被广泛应用，已经出现了越来越多的采用蓝牙通信的蓝牙设备。例如有蓝牙运动检测手环、蓝牙体重称、蓝牙血压计、蓝牙智能家居设备等。人们可以通过这些蓝牙设备获得相应的信息数据或进行相应的智能控制，从而改善生活体验以及提高生活质量。

在现有的种类繁多的蓝牙设备中，用户一般是通过智能终端上APP进行控制并获取数据，不同种类的蓝牙设备则需要用户分别在智能终端手机上安装多种不同的APP，才能与蓝牙设备进行通信。每个APP管理一个蓝牙设备，蓝牙设备的数据是相对独立的。智能终端上的这些不同APP势必占用了大量的智能终端系统资源，影响运行速度，增加系统负担。当用户想要获得多种类型的蓝牙数据时，需要依次开启不同的APP，执行连接、采集和断开等多次操作才能完成，极大的降低了蓝牙通信的效率和实用性，用户体验差。

技术实现要素：

本发明的发明目的是针对现有技术的缺陷，提出一种云端与蓝牙设备的交互通信方法、系统和无线路由器，用以提高蓝牙通信的效率和实用性，提升用户体验。

第一方面，本发明提供了一种云端与蓝牙设备的交互通信方法，该方法包括：

扫描蓝牙设备；

识别所述蓝牙设备的广播包中包含的指定标识，确定是否需要将所述广播包上报给云端，如果是，上报所述广播包给所述云端；

接收所述云端发来的与所述蓝牙设备连接通信的指令，根据所述指令与所述蓝牙设备建立连接并获取数据。

优选地，所述识别所述蓝牙设备的广播包中所包含的指定标识，确定是否需要将所述广播包上报给云端，包括：

识别所述蓝牙设备的广播包中所包含的指定标识中是否包含第一标识，如果是，确定所述蓝牙设备可识别且需要将所述广播包上报给云端。

优选地，所述上报所述广播包给所述云端之后，还包括：

所述云端接收所述广播包，根据所述广播包中包含的第四标识，确定是否需要与所述蓝牙设备连接通信，如果是，则下发所述指令。

优选地，所述上报所述广播包给所述云端之后，还包括：

所述云端接收所述广播包，根据所述广播包中包含的第三标识，确定所述广播包中是否存在所述蓝牙设备的数据，如果是，则从所述广播包中获取所述数据。

优选地，所述根据所述指令与所述蓝牙设备建立连接并获取数据，包括：

当在指定时间内根据所述指令成功与所述蓝牙设备建立连接时，获取数据并透传给所述云端。

优选地，所述根据所述指令与所述蓝牙设备建立连接并获取数据之后，还包括：

判断与所述蓝牙设备的连接时间是否超过预设时间，如果是，则主动断开所述连接。

优选地，所述根据所述指令与所述蓝牙设备建立连接并获取数据之后，还包括：

所述蓝牙设备在确定所述数据全部传送完成后，主动断开所述连接。

优选地，所述方法还包括：

当接收到所述云端下发的连接指定蓝牙设备的指令时，根据所述指令扫描所述指定蓝牙设备；

如果在预设的扫描时长内扫描到所述指定蓝牙设备，则连接所述指定蓝牙设备，并根据所述云端下发的指令透传所述指定蓝牙设备的数据或断开与所述指定蓝牙设备的连接；

如果在所述扫描时长内未扫描到所述指定蓝牙设备，则上报所述云端未找到所述指定蓝牙设备。

第二方面，本发明还提供了一种无线路由器，用于执行如上所述除云端执行以外的任一项云端与蓝牙设备的交互通信方法。

第三方面，本发明还提供了一种云端与蓝牙设备的交互通信系统，包括：一个或多个蓝牙设备，云端以及如上所述的无线路由器；

所述云端用于：

接收所述广播包，根据所述广播包中包含的指定标识执行与所述蓝牙设备的连接通信。

本发明提供的上述技术方案，通过云端发起交互或蓝牙设备发起交互的方式实现了云端与蓝牙设备间的数据通信和交互。充分利用云端快速处理和更新数据的能力，直接通过云端对蓝牙设备的数据进行解析和处理，实现了对蓝牙设备数据的云端管理。即使是不同厂商生产的蓝牙设备，也可以在其广播包包含第一标识的情况下，将蓝牙设备识别出来并将数据最终传输至对应厂商的服务器，彻底解决了各蓝牙设备和厂商之间的不兼容和数据的传输障碍。从而，本发明提供的技术方案解决了目前物联网快速发展的前提下，不同厂商生产的蓝牙设备与作为蓝牙通信设备的智能终端间无法匹配和进行通信的问题，通过云端对多蓝牙设备的管理，实现了物联网下的数据的及时、快速的交互，符合当前的云网络和物联网络的透明性和效率性的发展。

再者，本发明提供的无线路由器只在需要数据交互时占用，在交互完成后就断开与其连接的蓝牙设备，方便了更多蓝牙设备通信并能够减少无线路由器的耗损。而且，消除了不同蓝牙设备数据获取的界限，从技术上解决了同一无线路由器可对不同厂家的蓝牙设备进行管理，能够管理更多的蓝牙设备。用户不再需要针对种类繁多的蓝牙设备安装不同的APP，进行复杂繁琐地操作，极大的方便了用户的使用。同时，引入标识的方式对蓝牙设备识别以及对蓝牙设备的数据的判断，使得只要是无线路由器具备识别标识的功能和蓝牙设备的广播包中包括自定义的标识，其蓝牙设备就可被该无线路由器识别，然后进行数据传输等，这种多对多的方式，极大的扩展了蓝牙设备的应用范围，打破了厂商的限制。

具体地，在由云端发起交互时，可以由用户在终端上使用APP、微信端或其他方式通过云端进行远程查看或控制，不受终端位置的限制，用户可以在不同地点获取目标地点的数据，如可以在单位获取家中蓝牙设备的数据等等，使用非常方便。而且，蓝牙设备的数量也不限制，可以对多个蓝牙设备进行数据的更新和控制查看。

在由蓝牙设备发起交互时，蓝牙通信设备例如无线路由器通过第一标识对蓝牙设备发出的广播包判断，以对蓝牙设备进行识别，再由云端分析可被识别的蓝牙设备广播包中的第二标识后判断是直接从蓝牙设备的广播包中获取数据还是下发连接指令，由无线路由器根据连接指令连接蓝牙设备后透传蓝牙数据给云端。云端直接从蓝牙设备广播包中获取数据的方式可以用来获取数据更新频率快、数据重要性相对低的数据，例如天气、空气质量、环境温湿度等；而通过无线路由器透传给云端的方式获取数据是一种稳定的数据传输获取方式，可以用于蓝牙设备所检测数据更新时的主动上报，例如可以是血压、心率等人体生理体征相对重要的数据，保证数据的连续性和准确性。

另外，通过本发明提供的交互方法，用户在需要获取蓝牙设备的数据时，可以直接从云端获取所需数据，不再需要每次获取数据时都需要连接蓝牙设备。并且，不必将蓝牙设备数据上传到云端由云端进行处理分析，可以借助云端的数据处理能力，使得用户更加方便有效的使用其所需的数据。

附图说明

图1示出了根据本发明一个实施例的云端与蓝牙设备的交互通信方法流程图；

图2示出了根据本发明另一个实施例的云端与蓝牙设备的交互通信方法流程图；

图3示出了根据本发明另一种实施例的云端与蓝牙设备的交互通信方法流程图；

图4示出了根据本发明另一种实施例的无线路由器用于执行本发明任一实施例的交互方法的结构的示意图；

图5示出了根据本发明另一实施例的云端与蓝牙设备的交互通信系统结构示意图。

具体实施方式

为充分了解本发明之目的、特征及功效，借由下述具体的实施方式，对本发明做详细说明，但本发明并不仅仅限于此。

本发明涉及云端与蓝牙设备的交互通信方法、系统和无线路由器，用以提高蓝牙通信的效率和实用性，提升用户体验。具体地，本发明的交互通信方法可包括两种方式，一种为由云端发起交互的方式，该方式用于远程查看蓝牙数据或控制蓝牙设备，通常为终端APP、微信端或其他方式通过云端下发。另一种为由蓝牙设备请求交互的方式，该方式用于蓝牙数据更新时的主动上报，便于蓝牙数据的收集与及时提醒。在上述两种交互方式中，其交互主要通过蓝牙通信设备执行，该蓝牙通信设备包括但不限于：具有蓝牙通信功能的无线路由器、手机、电脑、平板电脑等等。

本发明在通信的过程中涉及数据的透传。其中，云端的数据的透传是指不同的云端服务器之间数据直接传输而不做处理，例如，通过爱国者云端服务器将数据透传给小米云端服务器。无线路由器的数据透传是指在云端通过无线路由器连接了蓝牙设备后的数据传输过程中，由于云端与蓝牙设备之间已经通过广播包中的标识知晓数据类型和数据获取的方式。因此，在数据传输开始后，无线路由器就只是一个介质，并不需要知晓数据的类型，作为数据的传输通道将数据直接原封不动地传输至云端。对于无线路由器而言，该数据透传过程是完全透明的，不需要对数据做任何处理。

实施例1

参见图1，图1示出了一种实施例的云端与蓝牙设备的交互通信方法流程图。本实施例中，该交互通信方法具体可包括：

101：扫描蓝牙设备；

102：识别蓝牙设备的广播包中包含的指定标识，确定是否需要将该广播包上报给云端，如果是，上报该广播包给云端；

103：接收云端发来的与蓝牙设备连接通信的指令，根据该指令与蓝牙设备建立连接并获取数据。

其中，蓝牙设备广播包中包含的指定标识由蓝牙设备厂商自定义设置，例如可以包括设备的MAC地址、设备的名称以及其他任何可被识别的标识。

本实施例中，可选的，识别所述蓝牙设备的广播包中所包含的指定标识，确定是否需要将所述广播包上报给云端，包括：

识别蓝牙设备的广播包中所包含的指定标识中是否包含第一标识，如果是，确定蓝牙设备可识别且需要将该广播包上报给云端。

其中，广播包中的第一标识由蓝牙设备厂商自定义设置，用于判断发送该广播包的蓝牙设备是否可被识别，只要蓝牙设备的广播包中包括厂商自定义设置的第一标识，用于识别该广播包的通信设备就可以识别出该蓝牙设备。

本实施例中，可选的，上报所述广播包给云端之后，还包括：

云端接收该广播包，根据该广播包中包含的第四标识，确定是否需要与蓝牙设备连接通信，如果是，则下发该指令。

本实施例中，可选的，上报所述广播包给云端之后，还包括：

云端接收该广播包，根据该广播包中包含的第三标识，确定该广播包中是否存在蓝牙设备的数据，如果是，则从该广播包中获取所述数据。

其中，本实施例中，广播包中厂商自定义设置的指定标识，还可以包含第三标识和第四标识，也是由厂商设置。通过厂商在蓝牙设备中所设置的第四标识，可以判断出该蓝牙设备是否有数据需要蓝牙通信设备与其建立连接后获取；通过厂商在蓝牙设备中所设置的第三标识可以判断该蓝牙设备的广播包中是否存在蓝牙设备的数据。

本实施例中，可选的，根据所述指令与所述蓝牙设备建立连接并获取数据，包括：

当在指定时间内根据所述指令成功与所述蓝牙设备建立连接时，获取数据并透传给所述云端。

本实施例中，可选的，根据所述指令与所述蓝牙设备建立连接并获取数据之后，还包括：

判断与所述蓝牙设备的连接时间是否超过预设时间，如果是，则主动断开所述连接。

本实施例中，可选的，根据所述指令与所述蓝牙设备建立连接并获取数据之后，还包括：

所述蓝牙设备在确定所述数据全部传送完成后，主动断开所述连接。

本实施例提供的上述方法，例如可以是由蓝牙设备端发起的交互，通过识别扫描到的蓝牙设备的广播包中包含的指定标识，确定是否需要将该广播包上报给云端；同时，云端对所上报的广播包，根据广播包中的指定标识判断如何获取蓝牙设备的数据，是需要连接蓝牙设备后获取数据还是直接从蓝牙设备的广播包中获取数据，从而，实现云端与蓝牙设备间的交互通信。使用蓝牙设备的用户将不再需要人为地去控制蓝牙设备进行数据的传输，而是可以由蓝牙设备主动的进行数据上报。并且，将数据上报至云端进行处理，可以充分地利用云端的数据分析和处理能力，直接在云端快速地完成数据分析、维护及处理，实现对蓝牙数据的云端管理。即使不是同一厂商，也可以在符合第一标识的情况下，将蓝牙设备识别出来并将数据最终传输至对应厂商的服务器，彻底解决了各蓝牙设备和厂商之间的不兼容和数据的传输障碍。不需要每一台无线路由器与蓝牙设备端对端的一一解决，符合当前的云网络和物联网络的透明性和效率性的发展。

实施例2

参见图2，图2示出了另一种实施例的云端与蓝牙设备的交互通信方法流程图。本实施例中，该方法例如可以是由无线路由器、手机等具备蓝牙通信功能的蓝牙通信设备完成，当然也可以是其他可以执行该交互方法的设备，具体不做限定。下面将以无线路由器为例做详细说明。

具体地，该交互方法可以包括：

201：无线路由器扫描蓝牙设备；

202：无线路由器识别蓝牙设备的广播包中包含的指定标识中是否包含第一标识，如果是，确定蓝牙设备可识别且需要将该广播包上报给云端，上报该广播包给云端；

203：云端接收该广播包，根据该广播包中包含的第四标识，确定是否需要与蓝牙设备连接通信，如果是，则下发与蓝牙设备连接通信的指令给无线路由器；

204：无线路由器接收云端发来的指令，当在指定时间内根据该指令成功与所述蓝牙设备建立连接时，获取数据并透传给云端；

其中，该指定时间可以根据需要设置，如10s或20s等等，具体不限定。

205：无线路由器判断与所述蓝牙设备的连接时间是否超过预设时间，如果是，则主动断开与该蓝牙设备的连接。

其中，该预设时间可以根据需要设置，如300s或500s等等，具体不限定。

本实施例中，可选的，蓝牙设备在传输数据至无线路由器的过程中，也可以判断当前数据是否传输完成，如果传输完成，则主动断开与无线路由器的连接。

本实施例中，可选的，云端在收到所述广播包后，还可以包括：

云端根据该广播包中的指定标识包含的第三标识，确定该广播包中是否存在蓝牙设备的数据，如果是，则从该广播包中获取所述数据。

本实施例中，优选地，在任一时刻，也可以由云端发起与蓝牙设备的交互，所述方法还包括：

云端下发连接一个指定蓝牙设备的指令给无线路由器，无线路由器接收该指令，并根据该指令扫描该指定蓝牙设备；如果在预设的扫描时长内扫描到该指定蓝牙设备，则连接该指定蓝牙设备，并根据云端下发的指令透传该指定蓝牙设备的数据或断开与该指定蓝牙设备的连接；如果在该预设的扫描时长内未扫描到该指定蓝牙设备，则上报云端未找到该指定蓝牙设备。

本实施例中，该云端与蓝牙设备的交互通信方法，不仅可以由蓝牙设备端请求交互，也可以由云端发起交互，两种方式的交互互不干扰，并可以相互配合着完成云端与蓝牙设备间的数据交互。用户使用终端可以很容易的从云端获取指定蓝牙设备的数据。并且，不同的蓝牙设备当有数据更新或需要上报时，可以在不影响用户获取数据的前提下，完成数据的主动上报，以便用户在需要指定蓝牙设备的数据时，可以随时随地不受时间地点限制的通过无线路由器从云端获取。

参见图3，图3示出了另一种实施例的云端与蓝牙设备的交互通信方法流程图。该方法由蓝牙设备发起交互，具体包括：

301：无线路由器扫描蓝牙通信距离范围的蓝牙设备；

302：无线路由器判断接收到的广播包中是否包含第一标识，如果是，则确定发送该广播包的蓝牙设备为可识别的蓝牙设备，并执行303；否则，确定发送该广播包的蓝牙设备为不可识别的蓝牙设备，返回执行301；

303：无线路由器判断该可识别的蓝牙设备的广播包中是否包含第二标识，如果是，则确定该可识别的蓝牙设备有数据需要上报给云端，并执行304和305；否则，确定该可识别的蓝牙设备无蓝牙数据需要上报给云端，返回执行301；

本实施例中，具体地，对蓝牙设备的广播包中是否包含第二标识的判断，可以采用如下方式：例如可以是判断广播包中是否包括指定的一个字段、一个字节或者一个比特位等，如果包括，则确定该广播包中有蓝牙设备数据需要上报，如果不包括，则确定该广播包中无蓝牙设备数据需要上报。例如还可以是判断蓝牙设备广播包中一个或多个比特位的值是否为指定的值，如果有一个或多个比特位的值为指定的第一值，则确定该广播包中有蓝牙设备数据需要上报，否则，确定该广播包中无蓝牙设备数据需要上报。例如，判断蓝牙设备广播包中厂商自定义数据字段中的第3、4字节(第二标识flag2)的比特值，若该第3、4字节有一个或多个比特位的值为1，则确定该广播包中有数据需要上报，无线路由器可将该广播包上报给云端，若该第3、4字节中的比特位的值全为0，则确定该广播包中无数据需要上报，无线路由器忽略该广播包。

304：云端根据接收的广播包中包含的第三标识确定该广播包中是否存在蓝牙设备的数据，如果是，则云端获取该广播包数据，流程结束；

305：云端根据接收的广播包中包含的第四标识确定是否需要与该蓝牙设备连接通信，如果是，则下发无线路由器连接该蓝牙设备的指令；

其中，第二标识flag2例如包括第三标识flag21和第四标识flag22，本实施例中对第三、第四标识的判断方式可以参考上述对第二标识的说明，本发明在下面的内容中也将会示例详细说明。

306：无线路由器接收该指令，确定是否在指定时间内成功与该蓝牙设备建立连接，如果是，则执行307，否则，执行308；

其中，该指定时间可以根据需要设置，如10s或20s等等，具体不限定。

307：云端确定无线路由器成功连接该蓝牙设备后，根据该蓝牙设备广播包中的第四标识，判断需获取数据的数据类型，并根据该数据类型下发获取相应数据的指令，无线路由器根据该指令透传相应数据至云端，流程结束；

308：无线路由器上报云端未找到该蓝牙设备或连接失败，流程结束。

在上述步骤中，通过无线路由器识别蓝牙设备广播包中的标识，可以容易地识别出有数据上报的蓝牙设备，然后，再通过云端对广播包的判断，则可以区别出广播包中有无数据，以及蓝牙设备有无数据需要连接蓝牙设备进行获取。并且，进一步通过在广播包中对数据的类型进行标识，这样云端就可以通过广播包本身直接很清楚的得出需要获取的数据类型，则只需要下发获取该数据类型的数据的指令，无需获取蓝牙设备的全部数据，缩短了数据获取的时间，降低了数据传输的消耗。

本实施例中，无线路由器进行透传包括将云端下发的获取数据指令透传给蓝牙设备以及将蓝牙设备传输的数据透传给云端服务器。具体地，无线路由器进行透传的过程中，还包括对其和蓝牙设备连接时长的判断，当无线路由器确定其与蓝牙设备连接时长超过特定时间(如300s、400s等)，该无线路由器则主动断开所连接的蓝牙设备，如果未超过，无线路由器会继续进行透传。另外，蓝牙设备响应云端指令进行数据传输的过程中，该蓝牙设备将会在数据全部传输后主动断开与无线路由器的连接。因此，本实施例通过上述在无线路由器端连接时长的限定和蓝牙设备端的数据传输完成与否的限定，保证了已经完成数据传输的蓝牙设备占用无线路由器的资源，同时，也有效避免了无线路由器长时间连接某一或某些蓝牙设备而无法与其他蓝牙设备连接的情况发生。

下面将详细说明本实施例中的第一标识flag1、第二标识flag2以及第二标识所包括的第三标识flag21和第四标识flag22。

本实施例中，蓝牙设备广播包中包含的指定标识由蓝牙设备厂商自定义设置，例如可以包括设备的MAC地址、设备的名称以及其他任何可被无线路由器识别的标识。具体地，该指定标识包括第一标识flag1、第三标识flag21和第四标识flag22，该第三标识flag21和第四标识flag22构成了本实施例中的第二标识flag2。

本发明中，第一标识flag1用于无线路由器判别蓝牙设备是否可识别。第二标识用于无线路由器判别蓝牙设备是否有数据需要上报至云端。具体地，第二标识flag2可以细分为两个标识，标识flag21用于标识广播包中是否存在需要上报的蓝牙设备的数据，另一个标识flag22用于标识哪种类型的数据需要连接蓝牙设备后上报。具体的，可以通过设置第二标识中不同的比特位来实现上述flag21和flag22的功能。例如，可以设置第二标识包括16个比特位，其中bit15作为flag21标识，bit0-bit14作为flag22，从而能够实现最多15类数据的判别和传输。

其中，蓝牙设备厂商可以设置广播包的数据格式包括：长度、类型和自定义数据块，该自定义数据块包括厂商id和第一标识、第二标识以及MAC地址，可符合如下规则：

a.厂商id占用第一和第二字节共两个字节；

b.第二标识flag2共占用第三和第四字节共两个字节；其中，可以设置第二标识flag2进一步包括flag21和flag22。bit15(flag21)标识该广播包中是否存在蓝牙设备的数据需要实时上传，bit0-bit14(flag22)则标识设备中存在哪类数据需要连接后获取，最多支持15类数据；

c、需上报的广播数据，其中，当flag21标识该广播包中存在有效广播数据时，占用的字节大于0；当flag21标识该广播包中未存在有效广播数据时，占用的字节为0；

d、第一标识flag1占用两个字节，flag1作为蓝牙设备的可识别标识，无论哪个厂商的蓝牙设备，只要包含该第一标识，就可以确认为可识别的蓝牙设备；

e.以MAC地址(6字节)结尾。

因此，广播包中包括的自定义数据字段中最短为12字节数据，具体格式如下表1和表2所示，其中，表1为广播包数据格式，表2为自定义数据的格式。

表1

表2

具体地，第一标识flag1具体可以设置为0x197F，源于aigo每个字母的ascii码(a:0x61，i:0x69，g:0x67，o:0x6F)每个ascii取后4bit。当然也可以设置为其它值，本发明具体不限定。第二标识flag2由flag21和flag22组成，flag21标识该广播包中是否有需要上报的蓝牙设备的数据，0即为没有，1为有。Flag22共15bit，其中每一位bit代表一种数据类型，如心率、睡眠等信息，在云端服务器上可做出识别并下发相应指令进行连接获取数据，0为此类型无数据上报，1为该类型数据需要连接获取。由于可能存在多个数据更新，因此，还可以约定数据获取的优先级，在此可定义为高比特优先级更高，如bit14>bit13>…>bit0等等，当然也可以采用其它方式，本发明具体不限定。蓝牙设备厂商可自行确定不同类型数据的更新位，如用bit14表示心率，bit13表示血压等，云端服务器获取数据时依此优先级下发相应的指令，先获取心率数据然后再获取血压数据，从而实现根据优先级获取不同的蓝牙数据。

本实施例中，蓝牙数据的获取分为两种方式，一种为蓝牙数据直接携带在广播包中，另一种连接蓝牙设备后再获取蓝牙数据，因此可以在数据上报时做出区分。

其中，上报到云端的数据至少包含以下信息：

设备名称；

设备MAC地址；

数据类型(广播、特征(读取、通知)、意外断开)；

服务UUID、特征UUID(特征数据需要)；

原始数据(意外断开不需要)。

数据下发至少包含以下信息：设备名称；

设备MAC地址；

操作(连接、断开、读取、监听、写入)；

服务UUID、特征UUID(连接及断开操作不需要)；

原始数据(写入时才需要)。

下面具体举例说明无线路由器和云端是如何根据收到的广播包来确定获取蓝牙数据的方式。此处以第一标识是0x197F为例进行说明。

1)厂商自定义的广播包为：0x09FF 0157 AAAAAAAAAAAA

广播包长度：9字节(0x09)；

数据类型：厂商自定义数据(0xFF)；

厂商标识：厂商ID(0x0157，举例使用，该处需设备厂商自定)；

MAC地址：0xAAAAAAAAAAAA；

无线路由器检测到该广播包未携带第一标识0x197F，则直接忽略该广播包不上报给云端。

2)厂商自定义广播包为：0x0D FF 0157 0000 197F AAAAAAAAAAAA

广播包长度：13字节(0x0D)；

数据类型：厂商自定义数据(0xFF)；

厂商标识：厂商ID(0x0157，举例使用，该处需设备厂商自定)；

第二标识：0x0000，所有bit全为0，没有数据需要传输；

第一标识：0x197F，标识蓝牙设备为可识别的蓝牙设备；

MAC地址：0xAAAAAAAAAAAA。

无线路由器检测到第一标识0x197F，确定发送该广播包的蓝牙设备为可识别的蓝牙设备，再进一步根据flag21的值为0确定当前广播包内没有数据需要传输，则直接忽略无需上报给云端。

3)厂商自定义广播包为：0x0D FF 0157 4001 197F AAAAAAAAAAAA

广播包长度：13字节(0x0D)；

数据类型：厂商自定义数据(0xFF)；

厂商标识：厂商ID(0x0157，举例使用，该处需设备厂商自定)；

第二标识：0x4001，二进制为0100 0000 0000 0001，bit15为0(flag21)，表示广播包中无蓝牙数据需要实时传输，bit14和bit0为1(bit14-bit0为flag22)，表示有两类蓝牙数据需要上传；

第一标识：0x197F，标识蓝牙设备为可识别的蓝牙设备；

MAC地址：0xAAAAAAAAAAAA。

无线路由器检测到第一标识0x197F，确定发送该广播包的蓝牙设备为可识别的蓝牙设备，再确定第二标识0x4001不全为0，确定有蓝牙数据需要传输，则将此广播包中的原始数据(5701 4001 197F AAAAAAAAAAAA)上报给云端进行处理。云端确定广播包中的第二标识flag22的各bit有1，下发无线路由器连接蓝牙设备指令，无线路由器连接蓝牙设备，云端根据flag22中有1的bit确定哪两类数据需要连接后获取，再下发相应的连接指令，无线路由器透传相应的指令给蓝牙设备获取对应数据类型的数据。

4)厂商自定义广播包为：0x0F FF 0000 8001 1F22 197F AAAAAAAAAAAA

广播包长度：15字节(0x0F)；

数据类型：厂商自定义数据(0xFF)；

厂商标识：厂商ID(0x0000，举例使用，该处需设备厂商自定)；

第二标识：0x8001，二进制为1000 0000 0000 0001，bit15为1(flag21)，表示广播包中有蓝牙数据需要实时传输，bit0为1(bit14-bit0为flag22)，表示有1类蓝牙数据需要连接后上传；

实时数据：0x1F22，通过广播包传输的实时数据；

第一标识：0x197F，标识蓝牙设备为可识别的蓝牙设备；

MAC地址：0xAAAAAAAAAAAA。

无线路由器检测到第一标识0x197F，确定发送该广播包的蓝牙设备为可识别的蓝牙设备，再确定第二标识0x8001不全为0，确定有蓝牙数据需要传输，无线路由器上报此广播包(0000 8001 1F22 197F AAAAAAAAAAAA)至云端，云端确定第二标识中的flag21为1，云端直接从该广播包中获取使用广播包传输的实时数据(0x1F22)，同时，云端分析广播包的第二标识中的flag22的bit0为1，确定有1类数据需要连接蓝牙设备上报，则下发连接指令给无线路由器，采集bit0对应的蓝牙设备的数据。

本实施例提供的上述方法，当蓝牙设备请求交互时，通过无线路由器扫描蓝牙设备，识别广播包中的指定标识，确定是否上报广播包给云端，并根据云端的指令与蓝牙设备建立连接以获取数据，实现了蓝牙设备与云端的交互，提高了蓝牙通信的效率和实用性，提升了用户体验。当云端直接下发指令连接指定的蓝牙设备时，无线路由器根据该指令连接指定的蓝牙设备并获取数据进行透传，实现了云端发起交互的通信。采用云端进行数据解析和处理，充分利用了云端的优势，可以直接地在云端快速的解决和更新，实现了真正的云端管理。即使不是同一厂商，也可以在符合特定标识的情况下，将蓝牙设备识别出来并将数据最终传输至对应厂商的服务器，彻底解决了各蓝牙设备和厂商之间的不兼容和数据的传输障碍。不需要每一台无线路由器与蓝牙设备端对端的一一解决，符合当前的云网络和物联网络的透明性和效率性的发展。

无线路由器只在需要数据交互时占用，在交互完成后就断开蓝牙设备，减少了无线路由器的耗损。而且，消除了不同蓝牙设备数据获取的界限，从技术上解决了同一无线路由器可对不同厂家的蓝牙设备进行管理和同一蓝牙设备可由不同无线路由器管理的问题，这样，保证了能够管理更多的蓝牙设备。用户不需要针对每个蓝牙设备安装不同的APP，进行不同的操作，极大的方便了用户的使用。

在云端发起交互的方式下，可以在终端上使用APP、微信端或其他方式通过云端进行远程查看或控制，不受终端位置的限制，用户可以在不同地点获取目标地点的数据，如可以在单位获取家中蓝牙设备的数据等等，使用非常方便。而且，蓝牙设备的数量也不限制，可以对多个蓝牙设备进行数据的更新和控制查看。

实施例3

参见图4，图4示出了一种实施例的无线路由器用于执行上述任一实施例的交互方法的结构的示意图。该无线路由器用于执行上述任一实施例交互方法的结构包括：

扫描模块401，用于扫描蓝牙设备；

识别模块402，用于识别所述蓝牙设备的广播包中包含的指定标识，确定是否需要将所述广播包上报给云端，如果是，上报所述广播包给云端；

通信模块403，用于接收所述云端发来的与所述蓝牙设备连接通信的指令，根据所述指令与所述蓝牙设备建立连接并获取数据。

本实施例中，可选的，所述识别模块402用于：

识别所述蓝牙设备的广播包中所包含的指定标识中是否包含第一标识，如果是，确定所述蓝牙设备可识别且需要将所述广播包上报给云端。

本实施例中，可选的，所述通信模块403用于：

当在指定时间内根据所述指令成功与所述蓝牙设备建立连接时，获取数据并透传给所述云端。

本实施例中，可选的，所述无线路由器还用于：

判断与所述蓝牙设备的连接时间是否超过预设时间，如果是，则主动断开所述连接。

本实施例中，可选的，所述无线路由器还用于：

当接收到所述云端下发的连接指定蓝牙设备的指令时，根据所述指令扫描所述指定蓝牙设备；

如果在预设的扫描时长内扫描到该指定蓝牙设备，则连接该指定蓝牙设备，并根据云端下发的指令选择透传该指定蓝牙设备的数据或断开与该指定蓝牙设备的连接；

如果在预设的扫描时长内未扫描到该指定蓝牙设备，则上报云端未找到该指定蓝牙设备。

本实施例提供的无线路由器，实现了云端与蓝牙设备的交互。采用云端进行数据解析和处理，充分利用了云端的优势，可以直接地在云端快速的解决和更新，实现了真正的云端管理。即使不是同一厂商，也可以在符合第一标识的情况下，将蓝牙设备识别出来并将数据最终传输至对应厂商的服务器，彻底解决了各蓝牙设备和厂商之间的不兼容和数据的传输障碍。不需要每一台无线路由器与蓝牙设备端对端的一一解决，符合当前的云网络和物联网络的透明性和效率性的发展。

无线路由器只在需要数据交互时占用，在交互完成后就断开蓝牙设备，减少了无线路由器的耗损。而且，消除了不同蓝牙设备数据获取的界限，从技术上解决了同一无线路由器可对不同厂家的蓝牙设备进行管理，能够管理更多的蓝牙设备。用户不需要针对每个蓝牙设备安装不同的APP，进行不同的操作，极大的方便了用户的使用。

在云端发起交互的方式下，可以在终端上使用APP、微信端或其他方式通过云端进行远程查看或控制，不受终端位置的限制，用户可以在不同地点获取目标地点的数据，如可以在单位获取家中蓝牙设备的数据等等，使用非常方便。而且，蓝牙设备的数量也不限制，可以对多个蓝牙设备进行数据的更新和控制查看。这种方式可以用来获取更新频率快、重要性低的数据，例如天气、空气质量、温湿度等等。

实施例4

参见图5，图5示出了另一种实施例的云端与蓝牙设备的交互通信系统的结构示意图。该系统包括：

如实施例3提供的任一种无线路由器501；

一个或多个蓝牙设备502；

云端503，用于：

接收无线路由器501上报的广播包，根据所述广播包中包含的指定标识执行与所述蓝牙设备的连接通信。

本实施例中，可选的，云端503具体用于：

根据该广播包中包含的指定标识中的第四标识，确定是否需要与发送该广播包的蓝牙设备连接通信，如果是，则下发与该蓝牙设备连接的指令。

本实施例中，可选的，云端503具体用于：

根据收到的广播包中包含的第三标识，确定该广播包中是否存在所述蓝牙设备的数据，如果是，则从该广播包中获取该数据。

本实施例中，可选的，所述蓝牙设备502还用于：

与无线路由器501开始传输数据之后，判断所述数据是否全部传送完成，如果是，则主动断开与无线路由器501的连接。

本实施例中，可选的，无线路由器501还用于：

当接收到云端503下发的连接指定蓝牙设备的指令时，根据所述指令扫描所述指定蓝牙设备；

如果在预设的扫描时长内扫描到所述指定蓝牙设备，则连接所述指定蓝牙设备，并根据所述云端下发的指令透传所述指定蓝牙设备的数据或断开与所述指定蓝牙设备的连接；

如果在所述扫描时长内未扫描到所述指定蓝牙设备，则上报所述云端未找到所述指定蓝牙设备。

本实施例提供的上述系统，实现了云端与蓝牙设备的交互。采用云端进行数据解析和处理，充分利用了云端的优势，可以直接地在云端快速的解决和更新，实现了真正的云端管理。即使不是同一厂商，也可以在符合第一标识的情况下，将蓝牙设备识别出来并将数据最终传输至对应厂商的服务器，彻底解决了各蓝牙设备和厂商之间的不兼容和数据的传输障碍。不需要每一台无线路由器与蓝牙设备端对端的一一解决，符合当前的云网络和物联网络的透明性和效率性的发展。

无线路由器只在需要数据交互时占用，在交互完成后就断开蓝牙设备，减少了无线路由器的耗损。而且，消除了不同蓝牙设备数据获取的界限，从技术上解决了同一无线路由器可对不同厂家的蓝牙设备进行管理，能够管理更多的蓝牙设备。用户不需要针对每个蓝牙设备安装不同的APP，进行不同的操作，极大的方便了用户的使用。

在云端发起交互的方式下，可以在终端上使用APP、微信端或其他方式通过云端进行远程查看或控制，不受终端位置的限制，用户可以在不同地点获取目标地点的数据，如可以在单位获取家中蓝牙设备的数据等等，使用非常方便。而且，蓝牙设备的数量也不限制，可以对多个蓝牙设备进行数据的更新和控制查看。这种方式可以用来获取更新频率快、重要性低的数据，例如天气、空气质量、温湿度等等。

最后，需要注意的是：以上列举的仅是本发明的具体实施例子，当然本领域的技术人员可以对本发明进行改动和变型，倘若这些修改和变型属于本发明权利要求及其等同技术的范围之内，均应认为是本发明的保护范围。