设备连接方法、系统、平台及相应设备与流程

文档序号:20020601发布日期:2020-02-25 11:35阅读:338来源:国知局
设备连接方法、系统、平台及相应设备与流程

本发明涉及物联网(iot)技术,尤其涉及一种设备连接方法、系统、平台及相应的物联网设备和连接物联网设备的终端设备。



背景技术:

近年来,能将各种各样的设备或物品进行接入的物联网(iot)技术受到了广泛关注。例如,蓝牙设备可以与终端设备相连接,以方便蓝牙设备接入物联网、实现终端设备对接入设备的集中控制,或是借助智能终端的强大算力来实现各种复杂的功能。

传统物联网设备被发现方式为广播设备信息,由联网设备来主动发现并进行连接及配置。为了保证设备安全性,防止被误连接,规定设备仅在开机时广播数分钟,并且在结束广播后设备处于不可发现状态。如果物联网设备在开机广播的时段内未完成连接,或是后续因各种问题断开连接,则该物联网设备会在用户没有察觉的情况下长期处于未联网状态,从而不利于该设备的有效利用。

因此,需要有一种方便地发现未连接物联网设备的方案。



技术实现要素:

为了解决如上至少一个问题,本发明提出了一种全新的设备接入方案。具体地,向物联网设备添加了静默广播功能,以使得设备在开机广播之后也能够通过自动发出的静默广播而被联网的终端设备发现,由此有效提升物联网设备的激活率。

根据本发明的一个方面,提出了一种设备连接方法,包括:第一设备广播第一数据包;第二设备接收所述第一数据包;基于所述第一数据包包含的内容,所述第二设备使得用户被提示所述第一设备尚未连接;响应于用户基于所述提示进行的操作,所述第一设备广播第二数据包,其中,所述第一数据包与所述第二数据包不同;以及所述第二设备基于所述第二数据包包括的信息,与所述第一设备连接。由此,可以通过第一数据包提示尚未接入,并通过第二数据包进行接入。具体地,第一设备广播第一数据包是所述第一设备基于预定规则自动进行的静默广播,并且所述第一设备广播第二数据包是所述第一设备用于连接认证的常规广播。

可以根据不同的应用场景,选择静默广播的不同的激活方式。优选地,该方法还包括:所述第一设备在预定时段内广播所述第二数据包,并且所述第一设备广播第一数据包包括:在所述第一设备在所述预定时段内没有连接的情况下,以预定间隔持续广播所述第一数据包。

优选地,所述第二设备接收所述第一数据包包括:所述第二设备激活数据包扫描,并在所述数据包扫描期间发现并激活所述第一数据包。

优选地,所述第一设备广播第一数据包包括:所述第一设备以第一预定间隔广播所述第一数据包,并且响应于用户基于所述提示进行的操作,所述第一设备广播第二数据包包括:所述第一设备在所述操作后的第一预定时段内以第二预定间隔广播所述第二数据包,其中,所述第一预定间隔长于所述第二预定间隔。

优选地,所述第二设备接收所述第一数据包包括:所述第二设备激活数据包扫描,并在所述数据包扫描期间发现并激活所述第一数据包,其中,所述第二设备在长于所述第一预定间隔的第二预定时段内激活数据包扫描。

优选地,所述用户基于所述提示进行的操作包括:所述用户基于所述提示针对所述第一设备本身进行的物理操作;所述用户基于所述提示针对所述第二设备进行操作,以使得所述第二设备进行针对所述第一设备的后续操作。

优选地,所述第一设备广播第一数据包包括:所述第一设备在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。由此节省例如电池供电设备的电力。

优选地,所述第二设备激活数据包扫描包括:所述第二设备基于预定规则自动激活数据包扫描;和/或所述第二设备基于用户触发激活数据包扫描。

优选地,设备接入还可以包括云端的参与。于是该方法还可以包括:所述第二设备将所述第一数据包包含的至少部分内容发送至服务器;所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息,并且所述第二设备或通知设备根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。所述第二设备例如可以基于所述第一数据包确定要连接的服务器,并进行连接。

优选地,所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作信息包括如下至少一项:所述服务器根据所述第一设备在云端的注册状态下发针对所述第一设备的操作指示;所述服务器根据所述第一设备的设备类型下发针对所述第一设备的操作指示;所述服务器根据所述第二设备的使用历史下发针对所述第一设备的操作指示。

优选地,该方法还可以包括:响应于所述用户对所述提示进行的操作,所述第二设备向服务器发出针对所述第一设备的连接请求;所述服务器返回所述第一设备的相关信息;以及所述第二设备基于所述相关信息,提示用户对所述第一设备的操作内容。

优选地,所述第二设备基于所述相关信息,提示用户对所述第一设备的操作内容包括:所述第二设备向用户语音播报对所述第一设备的操作内容。

优选地,基于所述第一数据包包含的内容,提示用户所述第一设备尚未接入包括:所述第二设备或通知设备在与所述用户进行交互时,提示用户所述第一设备尚未接入;和/或所述第二设备或通知设备持续提示用户所述第一设备尚未接入。优选地,所述第二设备或通知设备在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内,提示用户所述第一设备尚未接入;所述第二设备或通知设备在涉及所述第一设备的主动提示场景中,提示用户所述第一设备尚未接入;所述第二设备或通知设备在涉及所述第一设备的被动答复场景中,提示用户所述第一设备尚未接入;和/或所述第二设备或通知设备在进行设备状态推送时,提示用户所述第一设备尚未接入。进一步地,所述第二设备或通知设备还可以提示用户所述第一设备的卖出信息。

优选地,所述第一数据包与所述第二数据包不同包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包在不同的信道上广播。

根据本发明的另一个方面,提出了一种设备连接系统,包括第一设备和第二设备,其中,所述第一设备用于:广播第一数据包;响应于用户或第二设备进行的操作,广播第二数据包,其中,所述第一数据包与所述第二数据包不同,以及所述第二设备用于:接收所述第一数据包;基于所述第一数据包包含的内容,使得用户被提示所述第一设备尚未接入,其中,所述用户基于所述提示进行所述操作或是指示所述第二设备进行所述操作;以及基于所述第二数据包包括的信息,与所述第一设备连接。

优选地,所述第一设备用于:基于预定规则自动进行广播所述第一数据包的静默广播,并且在连接认证时进行广播所述第二数据包的常规广播。

优选地,所述第一数据包与所述第二数据包不同包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包在不同的信道上广播。

优选地,所述第一设备用于:在预定时段内广播所述第二数据包;以及在所述预定时段内没有连接的情况下,以预定间隔广播所述第一数据包。

优选地,所述第二设备用于:激活数据包扫描,并在所述数据包扫描期间发现并激活所述第一数据包。

优选地,所述第一设备用于:以第一预定间隔广播所述第一数据包,并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包,其中,所述第一预定间隔长于所述第二预定间隔。

优选地,所述第二设备用于:在长于所述第一预定间隔的第二预定时段内激活数据包扫描,并在所述数据包扫描期间发现并激活所述第一数据包。

优选地,所述第一设备用于:所述第一设备在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。

优选地,所述第二设备用于:所述第二设备基于预定规则自动激活数据包扫描;和/或所述第二设备基于用户触发激活数据包扫描。

优选地,该系统还可以包括:服务器,用于:从第二设备接收所述第一数据包包含的至少部分内容;以及向所述第二设备或通知设备下发针对所述第一设备的操作指示,并且所述第二设备或通知设备用于:根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。

优选地,所述第二设备用于:基于所述第一数据包确定要连接的服务器;以及连接所述服务器。

优选地,所述服务器用于如下的至少一项:根据所述第一设备在云端的注册状态下发针对所述第一设备的操作指示;根据所述第一设备的设备类型下发针对所述第一设备的操作指示;根据所述第二设备的使用历史下发针对所述第一设备的操作指示。

优选地,所述第二设备用于:响应于所述用户对所述第二设备的提示进行的操作,向服务器发出针对所述第一设备的连接认证请求;接收所述服务器返回的所述第一设备的相关信息;以及基于所述相关信息,提示用户对所述第一设备的操作内容。

根据本发明的再一个方面,提出了一种物联网设备,包括:通信装置,用于:自动广播第一数据包;响应于用户或其他设备对所述物联网设备进行的操作,广播第二数据包,其中所述第一数据包与所述第二数据包不同;收发基于所述第二广播包的连接认证数据;处理器,用于:生成连接认证数据;在认证成功后完成与其他设备的连接。

上述物联网设备可以执行相应的接入方法,包括:自动广播第一数据包;响应于用户或其他设备对所述物联网设备进行的操作,广播第二数据包,其中所述第一数据包与所述第二数据包不同;进行基于所述第二广播包的连接认证;以及在认证成功后完成与其他设备的连接。

根据本发明的又一个方面,提出了一种终端设备,包括:处理器,用于:第一通信装置接收来自物联网设备的第一数据包;基于所述第一数据包包含的内容,提示用户所述物联网设备尚未连接;基于从所述物联网设备接收的第二数据包,与所述物联网设备连接,其中,所述第一数据包不同于所述第二数据包,第一通信装置,用于:接收来自所述物联网设备的第一数据包;根据用户选择接入所述物联网设备的操作,接收来自所述物联网设备的第二数据包;以及收发由于进行所述连接认证的数据。

根据本发明的又一个方面,提出了一种设备连接平台,用于:获取第二设备从第一设备接收的第一数据包所包含的至少部分内容;向所述第二设备或通知设备下发针对所述第一设备的提示信息,其中,用户基于所述第二设备或通知设备的提示进行操作,以使得所述第一设备和第二设备基于所述第一设备广播的第二数据包进行连接。

本发明通过物联网设备的静默广播功能,以及与之匹配进行激活扫描的联网设备,能够向用户有效提示尚未接入的物联网设备的存在。随后,用户可以通过对物联网设备进行物理操作(例如,复位上电或激活)或是基于联网设备针对物联网设备的操作,重新引入设备进行常规广播并与终端进行连接认证的流程,从而提升现有物联网设备的激活率。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中,在本公开示例性实施方式中,相同的参考标号通常代表相同部件。

图1示出了设备接入认证的示意图。

图2示出了设备接入iot的示意图。

图3示出了设备已作为一个节点接入iot的示意图。

图4示出了涉及云端参与的设备接入认证的示意图。

图5示出了涉及云端参与的设备接入iot的示意图。

图6示出了根据本发明一个实施例的设备连接方法的示意性流程图。

图7示出了根据本发明的一个常规广播数据和静默广播数据的比较例。

图8示出了根据本发明的接入流程的一个示例。

图9示出了根据本发明一个实施例的设备连接系统的组成示意图。

图10示出了根据本发明一个实施例的物联网设备的组成示意图。

图11示出了根据本发明一个实施例的物联网接入物联网的方法的示意性流程图。

图12示出了根据本发明一个实施例的终端设备的示意图。

图13示出了根据本发明一个实施例的终端设备连接物联网设备的方法的流程示意图。

图14示出了根据本发明的设备连接方案的应用场景例。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式,然而应该理解,可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。

传统物联网设备被发现方式为广播设备信息,由联网设备来主动发现并进行连接及配置。为了保证设备安全性,防止被误连接,规定设备仅在开机时广播数分钟,并且在结束广播后设备处于不可发现状态。如果物联网设备在开机广播的时段内未完成连接,或是后续因各种问题断开连接,则该物联网设备会在用户没有察觉的情况下长期处于未联网状态,从而不利于该设备的有效利用。

例如,用户先购入了一个带蓝牙联网功能的电饭煲,并在几个月后购入了一个家庭智能终端(例如,智能音箱)。由于购入电饭煲时,家中并无智能终端,因此电饭煲的开机广播无应答,电饭煲未联网。随后,用户一直使用该电饭煲做饭,但并不知晓该电饭煲可以与后购入的智能音箱相连,从而成为家庭物联网的一部分。这导致电饭煲的联网功能被搁置,从而违背了用户购买蓝牙电饭煲的初衷。

有鉴于此,本发明提出了一种全新的设备接入方案,通过向物联网设备添加静默广播功能,使设备在开机广播之后也能够通过自动发出的静默广播而被联网的终端设备(例如,后购入的智能音箱)发现,由此有效提升物联网设备的激活率。

在如上电饭煲的例子中,电饭煲可以在开机广播无应答之后,自动开启静默广播。智能音箱在接收到该静默广播之后,可以提示用户存在尚未联网的物联网设备。例如,在用户与智能音箱交互时,向用户语音播报“存在未联网的xxx型号电饭煲,是否需要联网”。在用户选择联网之后,可提示用户对电饭煲进行特定操作(例如,重新激活电饭煲)以使得电饭煲重新进行常规广播。此时,智能音箱接收上述常规广播,开启连接认证流程,以实现电饭煲的联网。

本发明通过物联网设备的静默广播功能,以及与之匹配进行激活扫描的联网设备,能够向用户有效提示尚未接入的物联网设备的存在。随后,用户可以通过对物联网设备进行物理操作(例如,复位上电或激活)或经由接收到静默广播的智能音箱对物联网设备的后续操作,重新引入设备进行常规广播并与终端进行连接认证的流程,从而提升现有物联网设备的激活率。

图1示出了设备接入认证的示意图。如图1所示,作为第一设备的物联网设备100需要与作为第二设备的终端设备200相连接。在本发明中,“第一”和“第二”旨在对同种类的不同对象加以区分,而非对时间或是空间上的前后顺序或是重要性等进行任何暗示。

物联网设备100可以基于蓝牙、wifi、红外等技术通过与终端设备200的短距离数据传输(例如,几厘米至几百米)进行连接与通信。例如,蓝牙体重秤100经由低功耗蓝牙协议(ble)与智能手机200相连。

图1所示的第一设备与第二设备的连接,可以仅仅是物联网设备100与终端设备200的连接,例如上例中蓝牙体重秤与智能手机的连接。在其他实施例中,该连接同时还可以是用于接入已有物联网的连接。

图2示出了设备接入iot的示意图。如图2所示,iot包括多个已经联网的节点,其中,节点200是例如该家用物联网的中心智能节点,其可以作为连接其他物联网设备的中心设备,并起到边缘计算或是云端通信中转站的功能。在图2的例示中,节点200可以是一个智能音箱,该智能音箱业已(例如,经由蓝牙)连接了电视、电饭煲和智能门铃。应该理解的是,图2仅仅是为了方便理解的例示。在其他实施例中,节点200也可以是图1所示的智能移动终端,例如,手机,本发明在此不做限制。例如,iot内各节点之间也可以采用其他的连接方式,本发明同样在此不做限制。一个物联网设备(例如,图中示出的蓝牙电灯100)想要接入现有的iot,则需要通过与节点200的短距离数据传输(例如,几厘米至几百米)来实现设备100加入iot的认证过程,并最终实现图3所示的已作为一个节点接入的结果。图3示出了设备已作为一个节点接入iot的示意图。如图3所示,蓝牙电灯100已通过接入认证,并且接入作为iot的一个节点。在此,将已经加入iot的设备称为“节点”,将想要加入iot的设备(例如,蓝牙电灯100)称为“待接入设备”或“物联网设备”。现有的物联网(iot)可以是具有特定范围的物联网,例如,图2所示的一个家庭中,一个大楼中,甚至一个园区中的物联网等。在一个实施例中,物联网设备100可以是蓝牙mesh设备,iot则是已有的蓝牙mesh网络。作为蓝牙mesh网络中一个节点200的智能设备可以用作provisioning(启动配置)设备,以符合蓝牙mesh规范而将待接入的iot设备100接入已有的蓝牙mesh网络。

在本发明的某些优选实施例中,设备接入的过程还涉及云端的参与。图4示出了涉及云端参与的设备接入认证的示意图。图5示出了涉及云端参与的设备接入iot的示意图。如图4和图5所示的实施例中,不同于直接与终端设备或作为iot中的一个节点的终端设备完成认证,物联网设备100需要通过与终端设备200(如图4所示的智能移动设备和图5所示的智能音箱)的短距离数据传输,以及经由终端设备200的与远程服务器300的远程数据传输来实现设备100与终端设备200连接或是加入iot已有的认证过程(图5中的椭圆虚线框表示设备100接入iot时操作所涉及的对象),并最终实现与终端设备200的连接与数据传输,或是图3所示的已作为一个节点接入iot的结果。远程服务器300可以是用于实现特定功能的服务器群,例如,设备接入iot或连接智能设备时的云端认证平台。

应该理解的是,此时,待接入设备100是具有短距离通信能力(例如,经由蓝牙或局域网)的物联网设备,终端或作为节点的200是基于短距离通信能力以及与远程服务器通信能力的物联网设备。iot中的其他设备可以是两者之一。图2、3和5中示出了iot中各节点连接的一个例子,但应该理解的是,各节点也可以通过其他方式连接,并且在短距离通信经由wifi通信实现的情况下,节点200也可以经由路由器与待接入设备100通信。

图6示出了根据本发明一个实施例的设备连接方法的示意性流程图。该方法适用于基于各类短距离通信手段(例如,wifi、蓝牙和蓝牙mesh、红外等)进行设备接入的情况,并且尤其适用于作为第一设备的蓝牙设备与作为第二设备的智能终端之间的连接认证,即,第一和第二设备遵循蓝牙协议进行连接的情况。更具体地,该方法适用于作为第一设备的蓝牙设备以待接入节点身份通过作为启动认证设备的第二设备(智能终端)加入现有蓝牙mesh网络的连接认证,即,第一和第二设备遵循蓝牙mesh协议进行连接的情况。

在步骤s610,第一设备(图1-5中的待连接物联网设备100)广播第一数据包。在步骤s620,第二设备(图1-5中的终端设备200)接收所述第一数据包。在步骤s630,基于第一数据包包含的内容,第二设备使得用户被提示所述第一设备尚未接入。在步骤s640,响应于用户基于提示进行的操作,第一设备广播第二数据包,其中,第一数据包包含能够与第二数据包加以区分的内容。在步骤s650,第二设备基于第二数据包包含的内容,与所述第一设备连接。

在此,第一设备广播第二数据包可以是第一设备用于连接认证的常规广播。第一设备广播第一数据包可以是第一设备基于预定规则自动进行的静默广播。

在此,“常规广播”可以指代遵循现有广播发现规则发出符合规定格式的广播包的行为。例如,物联网设备在被上电或激活发现时,进行的广播行为。为了确保被发现,常规广播在设备被操作后的一段时间内(例如,1-10分钟内),以每100ms广播40ms的高频率进行广播。其他设备(例如,终端设备200)在接收到上述广播后,可以开始与该物联网设备的连接认证过程。

相比之下,“静默广播”可以指代常规广播行为之外发出广播包的行为。此处的“静默”指对用户静默,即,物联网设备在没有用户参与的情况下,根据预定规则,自行发出广播包。在一个实施例中,本发明的静默广播可以由物联网设备在超出常规广播时间后仍未连接任何其他设备(或未联网)的状态自动开启。由此,本发明的连接方法还可以包括在步骤s210之前,第一设备在预定时段内广播第二数据包(常规广播)。于是步骤s210可以包括在所述第一设备在预定时段内没有进行连接认证的情况下,以预定间隔持续广播第一数据包(静默广播)。

由于静默广播是物联网设备主动发出以等待终端设备发现的广播,因此需要被持续广播,例如,在物联网设备带电工作的状态下一直广播。因此,出于节能的考虑,静默广播的间隔时间较长。例如,常规广播是预定时间段内高频率发出广播包(例如,开机10分钟内,每100ms广播40ms),静默广播则是持续地以较低频率发出广播包(例如,开机10分钟后无连接,则每60s广播100ms)。换句话说,设备发出第一数据包的第一预定间隔要长于设备发出第二数据包的第二预定间隔。

在此,设备发出第一数据包的第一预定间隔长于设备发出第二数据包的第二预定间隔可以适用于各种广播发送模式。在一个实施例中,设备以固定预定间隔发出数据包,例如,间隔60s连续广播100ms第一数据包,间隔10ms连续广播10ms第二数据包。此时,60s要远长于10ms。在另一个实施例中,设备可以在某一时段中密集发送第一数据包,但其整体在时间上平均的发送间隔要远小于第二预定间隔。例如,设备间隔60s在100ms的周期内以10ms为间隔广播连续广播10ms的第一数据包。虽然在这100ms内的频率与第二数据包的广播间隔相同,但其在拉长的以60s为周期的时间轴上,平均发送间隔仍然远小于第二预定间隔。在其他实施例中,可以与激活扫描的第二设备相配合,仅在预定场景或是预定时段内进行静默广播(如下将详述)。

如前所述,第一数据包是用于静默广播的数据包,为的是让终端设备能够发现未联网设备的存在。为此,为了防止终端设备在用户不知情的情况下基于静默广播自行连接物联网设备(例如,误连接邻居家的设备),因此第一数据包与第二数据包不同,换句话说,第一数据包需要能够与第二数据包(常规广播包)加以区分,使得接收到第一和第二数据包的联网设备能够对二者的身份加以辨别。在一个实施例中,第一数据包可以包含能够与第二数据包加以区分的内容,使得终端设备知晓其接收到的第一数据包并非用于连接的常规广播包。

图7示出了根据本发明的一个常规广播数据和静默广播数据的比较例。

具体地,图7上部示出了一个未配网广播数据的示例,即,尚未联网的物联网设备的常规广播包。如图所示,广播数据的头部包括长度和类型字段,其中长度指示为0x14,类型0x2b指示为mesh信标,即,该广播数据是蓝牙mesh设备发送的广播包。广播数据的负载部分则包括信标类型和信标数据字段。其中,信标类型指示该信标为未启动配置的设备。信标数据则包括设备的通用唯一识别码(uuid),其中该识别码的倒数第三字节(标有下划线的“02”)指示该广播包是常规广播包。信标数据还包括用于指示oob(带外)模式的数据。

图7下部示出了一个静默广播数据的示例,即,未联网的物联网设备在常规广播时段之外发送的静默广播包。如图所示,该静默广播包有着与常规广播包相同的格式,不同指出仅在于uuid的倒数第三字节(标有下划线的“03”)指示该广播包是静默广播包。当终端设备接收到该广播包并发现uuid的倒数第三字节为“03”时,便可将该广播包识别为静默广播包,从而不主动发起与物联网设备的连接认证,而是基于规定对用户进行提示。换句话说,在图7的例子中,第一和第二数据包具有相同的数据格式,并且通过特定标识位(例如,信标数据字段中的某个特定标识位)的不同取值进行静默广播包和常规广播包的身份区分。

由此,静默广播包通过包含能够与常规广播包相区别的内容(例如,上例中uuid的倒数第三字节的取值不同),使得接收到该静默广播包的终端设备能够识别该广播包的“静默”(非常规)身份,在获知物联网设备尚未联网的同时避免基于该静默广播包进行之间联网。由此,使得物联网设备通过静默广播实现对物联网设备的可发现且不可连接的功能(连接需要后续经由用户操作启动常规广播进行)。

在其他实施例中,所述第一数据包与所述第二数据包的不同也可以是数据格式上的不同,或是在不同的信道上被第一设备广播并被第二设备接收。

由于物联网设备发出的静默广播需要被目标设备接收到才有意义,因此,终端设备需要有接收静默广播的能力。在一个实施例中,终端设备可以一直开启激活扫描(例如,以较低的频率),以随时捕捉静默广播。在其他实施例中,终端设备的激活扫描优选与物联网设备的静默广播相配合,其使得终端设备在适当节能的同时能够接收到物联网设备发出的静默广播。为此,在一个实施例中,第二设备激活扫描的持续时间要长于第一设备静默广播的间隔时间。在如上第一设备每隔60s进行一次静默广播的例子中,为了确保接收到第一设备的静默广播包,第二设备每次激活扫描的持续时间需要长于60s,优选覆盖几个广播周期,例如,持续三分钟。

在不同的实施例中,第二设备可以基于预定规则自动激活数据包扫描,也可以基于用户触发激活数据包扫描。例如,第二设备可以按照预定规则,每小时激活一次数据包扫描,每次持续3分钟;也可以例如在每天的特定时段进行数据包扫描,在每天0-5点,每小时激活一次数据包扫描,每次持续3分钟。另外,在第一和第二设备属于同一个厂商或是遵循同一个静默广播发现规则的情况下,第一和第二设备可被默认设置为在同一时间段发出静默广播和激活扫描。例如,厂商a可以规定其生产的物联网设备(例如,蓝牙mesh设备)在未联网的情况下,每天凌晨0点进行一次静默广播或是在0-1点的时间段内以60s为间隔进行重复的静默广播,同时规定其生产的终端设备(例如,智能音箱),同样在每天凌晨0点进行一次激活扫描或是在0-1点的时间段内以重复进行多次每次持续时间为3分钟的激活扫描。

另外,对于某些电力受限的设备,例如电池供电的物联网设备(比如,遥控器),则可以关闭这些物联网设备的按预定周期进行静默广播的功能,而仅在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。在此,交互是指这些物联网设备基于自身功能进行的用户交互(例如,用户使用遥控器遥控对应电器)。为了接收到这些设备发送的静默广播,终端设备例如可以在感知到用户在家的情况下启动激活扫描等。

在一个实施例中,针对静默广播的操作可经由边缘计算完成。在此,“边缘计算”指代将应用程序、数据资料与服务的运算,由网络中心节点,移往网络逻辑上的边缘节点来处理。边缘计算将原本完全由中心节点处理大型服务加以分解,切割成更小与更容易管理的部分,分散到边缘节点去处理。边缘节点更接近于各类终端装置,可以加快资料的处理与传送速度,减少延迟。在本发明的场景中,节点200(例如,作为第二设备的智能移动终端或智能音箱)可以用作进行边缘计算的“边缘计算设备”,其能够在云端300完全不参与计算的情况下完成针对第一设备静默广播的发现和常规广播的接入中的计算过程。在其他实施例中,还可以使用例如第一和第二设备都连接的路由器设备等用作进行边缘计算的“边缘计算设备”。

在另一个实施例中,如图4和5所示,在连接认证涉及云端参与的情况下,针对静默广播的操作也可以涉及服务器的处理。为此,本发明的连接方法还可以包括:所述第二设备将所述第一数据包包含的至少部分内容发送至服务器;所述服务器向所述第二设备或通知设备下发针对所述第一设备的操作指示。于是,基于所述第一数据包包含的内容,第二设备使得用户被提示所述第一设备尚未接入可以包括:第二设备或是通知设备根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。例如,第二设备可以将第一设备的唯一标识符发送给服务器,由服务器查找上述第一设备的相关信息,并基于上述相关信息生成操作指示。

在此,第二设备使得用户被提示所述第一设备尚未接入可以指代第二设备直接向用户提示所述第一设备尚未接入的情况下。作为替换或是补充,在其他实施例中,第二设备可以使得服务器知晓第一设备尚未接入,服务器可以使得第二设备之外的其他设备(前述“通知设备”,在此指代用于进行提示通知的设备)向用户传达这一提示信息。例如,在使用智能音箱作为与第一设备(例如,蓝牙电灯)连接的第二设备的情况下,智能手机就可以用作通知设备。为此,第二设备(例如,智能音箱)在将第一设备尚未接入的消息发送给服务器之后,服务器可以选择第二设备进行提示,也可以选择用户的智能手机作为通知设备进行提示。

为了明确所要连接的服务器,本发明的连接方法还可以包括:第二设备基于所述第一数据包确定要连接的服务器,并连接所述服务器。例如,在终端设备支持多个厂商生产的物联网设备的情况下,终端设备可以从第一数据包中包含的厂商信息(例如,cid公司码)来确定所要连接的服务器。

在与目标服务器相连之后,服务器可以根据在云端查找到的有关第一设备的相关信息(甚至包括第二设备的相关消息)来生成并下发操作指示,例如可以根据所述第一设备在云端的注册状态下发针对所述第一设备的操作指示;可以根据所述第一设备的设备类型下发针对所述第一设备的操作指示;也可以根据所述第二设备的使用历史下发针对所述第一设备的操作指示。例如,当服务器查询到该第一设备在一天前曾与另一个终端设备(智能终端)联网,则可判定该第一设备是与邻居家的智能终端联网的邻居家的设备,因此可以通知第二设备忽略来自该第一设备的静默广播。例如,服务器可以根据第一设备的设备类型是否重要,选择第二设备向用户进行提示的方式。比如,在第一设备是蓝牙电灯的情况下,第二设备可以用文字消息提示用户,而在第一设备是智能电视时,第二设备可以直接对用户进行智能电视联网的语音提示。另外,服务器还可以查找用户常规的第二设备使用习惯(例如,使用时间),从而合理选择向用户进行提示的时机等。

如前所述,步骤s630涉及基于第一数据包包含的内容提示用户所述第一设备尚未接入。在不同的实施例中,上述对用户的提示,可以以不同的方式在不同的时机向用户提出。

例如,在提示时机上,第二设备可以在读取静默广播包之后,就持续提示用户所述第一设备尚未接入(即,为与任何设备或网络连接)。例如,智能音箱的指示灯可以持续闪烁,以告知用户存在待解决事件或新信息,引发用户主动与第二设备交互,并使得第二设备能够像用户提示需要对第一设备进行操作的具体内容。另外,第二设备在与所述用户进行交互时,提示用户对所述第一设备进行操作。例如,用户在使用唤醒词唤醒智能音箱并完成相应交互之后,智能音箱可以向用户提示存在未联网的物联网设备。上述提示可以包括向用户语音播报第一设备尚未联网,以及对所述第一设备的具体操作内容。

在联网情况下,第二设备可以将第一设备尚未联网的信息提交给服务器,服务器可以选择第二设备或是第二设备之外的其他设备作为通知设备来向用户进行提示。在一个较为简单的设置中,第二设备或通知设备可以在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内,提示用户所述第一设备尚未接入。在一个实施例中,第二设备或通知设备可以在涉及所述第一设备的主动提示场景中,提示用户所述第一设备尚未接入。在此,主动提示场景指代由设备端发起的场景。例如,当基于联网读取天气预报而获知环境湿度较低且家用智能蓝牙加湿器尚未接入时,第二设备或通知设备可以提示用户“空气干燥,蓝牙加湿器xxx尚未联网,是否现在连接以进行加湿”。由此避免对用户的生硬打扰。在另一个实施例中,第二设备或通知设备可以在涉及所述第一设备的被动答复场景中,提示用户所述第一设备尚未接入。在此,被动答复场景指代由用户发起的场景,例如,用户说出语音指令“打开加湿器”,此时第二设备或通知设备可以提示用户“蓝牙加湿器xxx尚未联网,是否现在连接”由此,通过顺势的被动提示,将对用户的生硬打扰降至最低。在又一个实施例中,第二设备或通知设备也可以在进行设备状态推送时,提示用户所述第一设备尚未接入。例如,用户可以在智能手机上安装家用智能设备管理app,服务器可以向该app推送更新的设备状态,例如,直接在设备列表中显示尚未联网的设备并进行标注,也可以在通知栏或是弹出框中进行提示。更进一步地,所述第二设备或通知设备还提示用户所述第一设备的卖出信息。例如,可以直接提供闲鱼二手市场上的卖出链接等。

更进一步地,在用户基于步骤s630的提示而在第二设备上选择接入第一设备时,例如,对应于智能音箱的语音播报“检测到尚未联网的蓝牙电灯,是否需要进行联网操作”,用户回答“进行联网操作”时,第二设备可以再次与服务器通信。为此,本发明的连接方法可以包括响应于所述用户对所述第二设备的提示进行的操作,所述第二设备向服务器发出针对所述第一设备的连接认证请求;所述服务器返回所述第一设备的相关信息;以及所述第二设备基于所述相关信息,提示用户对所述第一设备的操作内容。例如,向用户语音播报从服务器获取的对第一设备的操作内容。例如,服务器可以基于第一数据包中的唯一标识符确定该蓝牙电灯的外型,以及联网操作步骤,并将上述内容发送给智能音箱。智能音箱可以描述该蓝牙电灯的外型,以帮助用户确定该蓝牙电灯的安装位置,并在用户找到该电灯之后,告知用户如何激活该电灯的常规广播以完成联网。

在步骤s640,响应于用户基于提示进行的操作,第一设备广播第二数据包。在此,所述用户基于所述提示进行的操作可以包括用户基于提示针对所述第一设备本身进行的物理操作。例如,用户在被智能音箱告知存在未联网的蓝牙电灯时,主动对蓝牙电灯进行插拔、复位等物理操作,以激活蓝牙电灯的常规广播。在其他实施例中,上述操作也可以是用户基于提示针对所述第二设备进行操作,以使得所述第二设备进行针对所述第一设备的后续操作。例如,用户在被智能音箱告知存在未联网的蓝牙电灯时,可以与智能音箱进行语音交互(例如,确认希望让蓝牙电灯联网),此时智能音箱可以进行激活蓝牙电灯进行常规广播的操作。例如,智能音箱可以让用户念一段口令,然后通过加密的方式发送一个数据包激活蓝牙设备。由此,第二设备通过引入与用户的交互,来避免误操作(例如,错误地接入邻居家的蓝牙设备)。为了确保安全性(比如,避免恶意引入邻居家的设备)优选仍然需要用户直接对第一设备(或是第一设备的关联遥控)进行物理操作来激活第一设备的常规广播。为了进一步明确本发明的发明原来,如下将结合图8描述根据本发明的接入流程的一个示例。

如图8所示,智能终端(网关)进行激活扫描(步骤1)。设备(例如,蓝牙mesh设备)静默广播包(步骤2)。终端在扫描接收到所述数据包后,从数据包中提取唯一身份标识符,以及该设备处于未联网状态的信息。

终端可以基于静默包中的cid确定要连接的云端并进行连接。在连接之后,上报静默设备信息(步骤3)。同时终端可以根据获取的设备信息(例如,从来自设备的静默广播包或服务器下发的信息),在满足一定条件(云端触发、特殊事件触发)的情况下,提示用户存在未联网设备。

用户可以基于上述提示与终端进行交互(步骤4)。在用户交互之后(例如,用户在终端上选择希望设备联网之后),终端向服务器发出业务请求,以获取静默设备的相关信息,用于语音播报(步骤5)。上述语音播报内容可以在云端生成并下发给终端(步骤6),并经由终端向用户进行语音播报(步骤7)。用户可以根据播报内容操作设备(步骤8),例如,基于终端的提示对设备进行复位上电或激活,以使得设备进入常规广播状态(步骤9),从而得以对设备进行连接和配置(步骤10)。

由此,本发明通过引入静默广播机制,使得在结束常规广播后通常不可发现的设备变得重新可发现,由此提示了物联网设备的激活率。进一步地,该静默广播机制可以使用不同的广播数据、更低的广播频率和不同的发现逻辑,以与常规广播进行区别,并以相对较低的代价实现其可发现而不可直接连接的属性。

本方案可以覆盖ble、蓝牙mesh、wifi等多种连接协议。对于有时钟的设备,可以定义每天特定时间发出静默广播。终端可以保持默认频率的扫描状态,或者在特定运营活动时加强扫描频率。对于功耗受限的电池设备,则可在未联网时通过每次与所述用户或其他设备交互时触发短时间的静默广播状态。

如上图1-5所示,本发明还可以实现一种设备连接系统。图9示出了根据本发明一个实施例的设备连接系统的示意图。其中,设备连接系统的功能模块可以由实现本公开原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是,图9所描述的功能模块可以组合起来或者划分成子模块,从而实现上述发明的原理。因此,本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

下面就设备连接系统可以具有的功能模块以及各功能模块可以执行的操作做简要说明,对于其中涉及的细节部分可以参见上文相关的描述,这里不再赘述。

如图9所示,该设备连接系统900可以包括第一设备910和第二设备920。

在本发明实施例中,第一设备910可以广播第一数据包,还可以响应于用户直接或经由第二设备进行的操作,广播第二数据包,其中,所述第一数据包与所述第二数据包不同。第二设备920可以接收所述第一数据包,并基于所述第一数据包包含的内容,使得用户被提示所述第一设备尚未接入,并基于所述第二数据包包括的信息,与所述第一设备连接,其中,所述用户基于所述提示进行所述操作或是指示所述第二设备进行所述操作。

在本发明实施例中,第一设备910还可以基于预定规则自动进行广播所述第一数据包的静默广播,并且在连接认证时进行广播所述第二数据包的常规广播。所述第一数据包与所述第二数据包不同包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包在不同的信道上广播。由此,使得第二设备920可以通过读取第一和第二数据包或是基于接收第一和第二数据包的信道来判断其静默广播包或是常规广播包的身份。

在本发明实施例中,第一设备910还可以在预定时段内广播所述第二数据包;以及在所述预定时段内没有连接的情况下,以预定间隔持续广播所述第一数据包。

在本发明实施例中,第一设备910还可以以第一预定间隔持续广播所述第一数据包,并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包,其中,所述第一预定间隔常长于所述第二预定间隔。

在本发明实施例中,第二设备920可以在长于所述第一预定间隔的第二预定时段内激活数据包扫描。

在本发明实施例中,第一设备910可以在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。

在本发明实施例中,所述第二设备可以用于:激活数据包扫描,并在所述数据包扫描期间发现并激活所述第一数据包。例如,第二设备920可以基于预定规则自动激活数据包扫描。或者,所述第二设备920可以基于用户触发激活数据包扫描。

在本发明实施例中,设备连接系统900还可以优选地包括服务器930。其中,服务器930可以从第二设备接收所述第一数据包包含的至少部分内容;以及向所述第二设备下发针对所述第一设备的操作信息(例如,操指示)。第二设备920可以根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。在一个实施例中,设备连接系统900还可以包括通知设备,例如,利用智能手机作为用于进行提示通知的设备。此时,服务器930可以向通知设备下发针对所述第一设备的操作指示,并由通知设备来向用户进行提示。

在本发明实施例中,第二设备920可以基于所述第一数据包确定要连接的服务器;以及连接所述服务器。

在本发明实施例中,服务器930可以用于如下的至少一项:根据所述第一设备在云端的注册状态下发针对所述第一设备的操作信息(例如,操指示);根据所述第一设备的设备类型下发针对所述第一设备的操作指示;根据所述第二设备的使用历史下发针对所述第一设备的操作指示。

在本发明实施例中,第二设备920可以响应于所述用户对所述第二设备的提示进行的操作,向服务器发出针对所述第一设备的连接认证请求;接收所述服务器返回的所述第一设备的相关信息;以及基于所述相关信息,提示用户对所述第一设备的操作内容。

图10示出了根据本发明一个实施例的物联网设备的组成示意图。其中,该物联网设备可以作为图1-5所示的设备100以及图9所示的第一设备。

如图10所示,本发明的物联网设备1000可以包括通信装置1010和处理器1020。

通信装置1010可以自动广播第一数据包,并可以响应于用户或其他设备对所述物联网设备进行的操作,广播第二数据包,其中所述第一数据包与所述第二数据包不同。还可以收发基于所述第二广播包的连接认证数据。在此,针对物联网设备进行的操作,可以是用户直接针对物联网设备或其遥控进行的物理操作(例如,上电和复位),也可以是用户经由其他设备(例如,联网设备)对物联网设备进行操作。无论在哪种情况,针对物联网设备的操作都需要用户的参与。

处理器1020可以生成连接认证数据,并在认证成功后完成与其他设备的连接。

在本发明实施例中,通信装置1010可以基于预定规则自动进行广播所述第一数据包的静默广播,并且在连接认证时进行广播所述第二数据包的常规广播。所述第一数据包与所述第二数据包可以通过在信标字段的规定位上以不同的取值标明各自静默广播包和常规广播包的身份。

在本发明实施例中,通信装置1010可以在预定时段内广播所述第二数据包;以及在所述预定时段内没有进行连接认证的情况下,以预定间隔持续广播所述第一数据包。

在本发明实施例中,通信装置1010可以以第一预定间隔持续广播所述第一数据包,并且在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包,其中,所述第一预定间隔常长于所述第二预定间隔。

在本发明实施例中,通信装置1010可以在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。

在本发明实施例中,所述第一数据包与所述第二数据包不同包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包由所述通信装置在不同的信道上广播。

图11示出了根据本发明一个实施例的物联网接入物联网的方法的示意性流程图。其中,执行该方法的物联网设备可以是如图10所示的设备。

在步骤s1110,自动广播第一数据包。

在步骤s1120,响应于用户或其他设备对所述物联网设备进行的操作,广播第二数据包,其中所述第一数据包与所述第二数据包不同。所述第一数据包与所述第二数据包不同包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包由所述通信装置在不同的信道上广播。优选地,所述第一数据包与所述第二数据包在信标字段的规定位上以不同的取值标明各自静默广播包和常规广播包的身份。

在步骤s1130,进行基于所述第二广播包的连接认证,并且在步骤s1140,在认证成功后完成与其他设备的连接。

在一个实施例中,步骤s1110可以包括:基于预定规则自动进行广播所述第一数据包的静默广播,并且步骤s1120可以包括:在连接认证时进行广播所述第二数据包的常规广播。

在一个实施例中,步骤s1120可以包括:在预定时段内广播所述第二数据包。步骤s1110可以包括:在所述预定时段内没有连接的情况下,以预定间隔广播所述第一数据包。

在一个实施例中,步骤s1110可以包括:以第一预定间隔广播所述第一数据包,并且步骤s1120可以包括:在用户对所述第一设备进行操作后的第一预定时段内以第二预定间隔广播所述第二数据包,其中,所述第一预定间隔长于所述第二预定间隔。

在一个实施例中,步骤s1110可以包括:在每次与所述用户或其他设备交互发生后的预定时段内广播所述第一数据包。

图12示出了根据本发明一个实施例的终端设备的示意图。其中,该终端设备可以作为图1-5所示的终端200以及图9所示的第二设备。

如图12所示,该终端设备1200可以包括处理器1210和第一通信装置1220。

其中,处理器1210可以用于:经由第一通信装置接收来自物联网设备的第一数据包;基于所述第一数据包包含的内容,提示用户所述物联网设备尚未连接;基于从所述物联网设备接收的第二数据包与所述物联网设备连接。

第一通信装置1220可以用于:接收来自所述物联网设备的第一数据包;根据用户选择接入所述物联网设备的操作,接收来自所述物联网设备的第二数据包;以及收发由于进行所述连接认证的数据。

在本发明实施例中,处理器1210还可以用于激活数据包扫描,经由第一通信装置发现并接收来自物联网设备的第一数据包,具体地,可以在预定时段内持续激活所述第一通信装置对数据包的扫描,其中,所述预定时段长于所述物联网设备广播第一数据包的间隔时间。

在本发明实施例中,处理器1210可以用于:基于预定规则自动激活数据包扫描;和/或基于用户触发激活数据包扫描。

在本发明实施例中,该终端设备1200还可以包括与服务器通信的第二通信装置1230。其中,第二通信装置1230可以用于:向所述服务器发送所述第一数据包包含的至少部分内容;获取所述服务器下发的针对所述物联网设备的操作指示。处理器1210可以根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。

在本发明实施例中,处理器1210可以用于:基于所述第一数据包确定要连接的服务器;以及经由所述第二通信装置连接所述服务器。

在本发明实施例中,第二通信装置1230可以用于如下的至少一项:接收所述服务器根据所述物联网设备在云端的注册状态下发的针对所述第一设备的操作指示;接收所述服务器根据所述物联网设备的设备类型下发的针对所述第一设备的操作指示;接收所述服务器根据所述物联网设备的使用历史下发的针对所述第一设备的操作指示。

在本发明实施例中,处理器1210可以用于:响应于所述用户对所述终端设备的提示进行的操作,经由所述第二通信装置向服务器发出针对所述物联网设备的连接认证请求;经由所述第二通信装置接收所述服务器返回的所述物联网设备的相关信息;以及基于所述相关信息,提示用户对所述物联网设备的操作内容。

在本发明实施例中,该终端设备1200还可以包括语音播报装置1240。其中,语音播报装置1240可以用于向用户语音播报对所述物联网设备的操作内容。

在本发明实施例中,处理器1210可以用于:在与所述用户进行交互时,提示用户对所述物联网设备进行操作;和/或持续提示用户对所述物联网设备进行操作。

在本发明实施例中,第一数据包与所述第二数据包不同可以包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包由所述第一通信装置在不同的信道上接收。优选地,处理器1210可以用于:基于所述第一数据包中信标字段规定位上的第一取值判定所述第一数据包是静默广播包;基于所述第二数据包中信标字段规定位上的第二取值判定所述第二数据包是常规广播包。

在本发明中,还可以借助另一个设备(例如:路由器)记录iot设备信息,当终端设备(例如,智能音箱)接入后,再由该设备同步到智能音箱。为此,在一个实施例中,终端设备可以包括第一和第二终端设备,所述第一终端设备用于:接收来自物联网设备的第一数据包;基于所述第一数据包包含的内容,获取所述物联网设备尚未连接的信息;以及所述第二终端设备用于:从所述第一终端设备获取所述物联网设备尚未连接的信息;根据用户选择接入所述物联网设备的操作,接收来自所述物联网设备的第二数据包;基于从所述物联网设备接收的第二数据包,与所述物联网设备连接,其中,所述第一数据包不同于所述第二数据包。

本发明还可以实现一种终端设备连接物联网设备的方法。

图13示出了根据本发明一个实施例的终端设备连接物联网设备的方法的流程示意图。终端设备可以看作是执行图13所示方法的动作主体。

如图13所示,在步骤s1310,接收来自物联网设备的第一数据包。

在步骤s1320,基于所述第一数据包包含的内容,提示用户所述物联网设备尚未接入。

在步骤s1330,基于从所述物联网设备接收的第二数据包包含的内容,与所述物联网设备连接,其中,所述第一数据包与所述第二数据包不同。

在本发明实施例中,步骤s1310可以包括激活数据包扫描,发现并接收来自物联网设备的第一数据包,具体地,所述激活数据包扫描可以包括:在预定时段内持续激活数据包扫描,其中,所述预定时段长于所述物联网设备广播第一数据包的间隔时间。或者,所述激活数据包扫描用于:基于预定规则自动激活数据包扫描;和/或基于用户触发激活数据包扫描。

在本发明实施例中,该终端设备连接物联网设备的方法还可以包括:向服务器发送所述第一数据包包含的至少部分内容;获取所述服务器下发的针对所述物联网设备的操作指示;以及根据所述服务器下发的操作指示,提示用户所述第一设备尚未接入。

在本发明实施例中,该终端设备连接物联网设备的方法还可以包括:基于所述第一数据包确定要连接的服务器;以及经由所述第二通信装置连接所述服务器。

在本发明实施例中,所述获取所述服务器下发的针对所述物联网设备的操作指示包括如下的至少一项:接收所述服务器根据所述物联网设备在云端的注册状态下发的针对所述第一设备的操作指示;接收所述服务器根据所述物联网设备的设备类型下发的针对所述第一设备的操作指示;接收所述服务器根据所述物联网设备的使用历史下发的针对所述第一设备的操作指示。

在本发明实施例中,该终端设备连接物联网设备的方法还可以包括:响应于所述用户对所述终端设备的提示进行的操作,向服务器发出针对所述物联网设备的连接认证请求;接收所述服务器返回的所述物联网设备的相关信息;以及基于所述相关信息,提示用户对所述物联网设备的操作内容。

在本发明实施例中,第一数据包与所述第二数据包不同可以包括如下至少一项:所述第一数据包与所述第二数据包所包含的内容不同;所述第一数据包与所述第二数据包的数据格式不同;以及所述第一数据包与所述第二数据包由所述第一通信装置在不同的信道上接收。优选地,上述方法可以包括:基于所述第一数据包中信标字段规定位上的第一取值判定所述第一数据包是静默广播包;基于所述第二数据包中信标字段规定位上的第二取值判定所述第二数据包是常规广播包。

在本发明中,还可以借助另一个设备(例如:路由器)记录iot设备信息,当终端设备(例如,智能音箱)接入后,再由该设备同步到智能音箱。为此,在一个实施例中,上述方法可由第一和第二终端设备执行,所述第一终端设备用于:接收来自物联网设备的第一数据包;基于所述第一数据包包含的内容,获取所述物联网设备尚未连接的信息;以及所述第二终端设备用于:从所述第一终端设备获取所述物联网设备尚未连接的信息;根据用户选择接入所述物联网设备的操作,接收来自所述物联网设备的第二数据包;基于从所述物联网设备接收的第二数据包,与所述物联网设备连接,其中,所述第一数据包不同于所述第二数据包。

上文中已经参考附图详细描述了根据本发明的物联网设备连接方法、系统以及相应的设备。本发明过引入静默广播机制,使得在结束常规广播后通常不可发现的设备变得重新可发现,由此提示了物联网设备的激活率。本方案可以覆盖ble、蓝牙mesh、wifi等多种连接协议,并且其公开的该静默广播机制可以使用不同的广播数据、更低的广播频率和不同的发现逻辑,以与常规广播进行区别,并以相对较低的代价实现其可发现而不可直接连接的属性。

本发明的方案还可以实现为一种设备连接平台,例如上文中的云端平台或是服务器,该平台用于:获取第二设备从第一设备接收的第一数据包所包含的至少部分内容;向所述第二设备或通知设备下发针对所述第一设备的提示信息,其中,用户基于所述第二设备或通知设备的提示进行操作,以使得所述第一设备和第二设备基于所述第一设备广播的第二数据包进行连接。在此,第一设备广播第一数据包可以是所述第一设备基于预定规则自动进行的静默广播,并且第一设备广播第二数据包可以是所述第一设备用于连接认证的常规广播。

在一个实施例中,向所述第二设备或通知设备下发针对所述第一设备的提示信息包括如下至少一项:根据所述第一设备在云端的注册状态下发针对所述第一设备的操作信息;根据所述第一设备的设备类型下发针对所述第一设备的操作信息;根据所述第二设备的使用历史下发针对所述第一设备的操作信息。例如,可以使得所述第二设备或通知设备在所述第二设备接收到所述第一数据包后的第一次交互或是预定时间内,提示用户所述第一设备尚未接入;使得所述第二设备或通知设备在涉及所述第一设备的主动提示场景中,提示用户所述第一设备尚未接入;使得所述第二设备或通知设备在涉及所述第一设备的被动答复场景中,提示用户所述第一设备尚未接入;或是使得所述第二设备或通知设备在进行设备状态推送时,提示用户所述第一设备尚未接入。

进一步地,所述服务器平台还可以用于:接收所述第二设备发出针对所述第一设备的连接请求,所述连接请求是响应于所述用户对所述提示进行的操作而由所述第一设备发出的;返回所述第一设备的相关信息,以使得所述第二设备或所述通知设备基于所述相关信息,提示用户对所述第一设备的操作内容。

在某些实施例中,本发明的设备连接平台还涉及与其他平台的交互。例如,该平台可以获取第一数据包中所包含的第一设备的设备唯一标识符。该设备唯一标识符可以指示其生产厂商,或是额外获取厂商标识。随后,该所述平台还可用于:基于所述设备唯一标识符,与所述第一设备的厂商服务器通信,以获取所述第一设备相关信息。这些相关信息随后可被记录在平台上,并在需要时下发至第二设备或是通知设备。

进一步地,该平台还可还用于:向所述第二设备或通知设备下发针对所述第一设备的的卖出信息,例如,闲鱼二手网上的卖出链接等。

在涉及边缘计算的情况下,该平台可以将所述第一设备的提示信息下发至所述第一设备和所述第二设备所述的边缘计算设备。边缘计算设备如上所述可以是第二设备、通知设备,或是用于网络接入的路由器等。

为了进一步提升对本发明原理的理解,在此结合图14描述根据本发明的设备连接方案的一个应用场景例。

用户先购入了一个带蓝牙联网功能的电灯(后称蓝牙电灯)。此时由于家中没有iot接入设备,因此蓝牙电灯在最初上电时的常规广播无响应,蓝牙电灯未接入iot。因此,蓝牙电灯一直在未联网的状态下简单作为电灯使用。

几个月后,用户购入了一个家庭智能终端(例如,智能音箱)。由于蓝牙电灯和智能音箱都遵循本发明提出的设备接入方案,因此该蓝牙电灯包括静默广播功能,使设备在开机常规广播之后也能够通过自动发出的静默广播而被联网的终端设备发现。于是,基于本发明的蓝牙电灯可以在开机广播无应答之后,自动开启静默广播,同时智能音箱也已预定规则激活扫描。

智能音箱在接收到该静默广播之后,可以提示用户存在尚未联网的物联网设备。例如,在用户与智能音箱交互时,向用户语音播报“存在未联网的xxx型号蓝牙电灯,是否需要联网”。

用户在被提示后,可以手动对蓝牙电灯进行特定操作(例如,重新上电)以使得蓝牙电灯重新进行常规广播。此时,智能音箱接收上述常规广播,开启连接认证流程,以实现蓝牙电灯的联网。

本发明通过物联网设备的静默广播功能,以及与之匹配进行激活扫描的联网设备,能够向用户有效提示尚未接入的物联网设备的存在。随后,用户可以通过对物联网设备进行物理操作(例如,复位上电或激活)或经由接收到静默广播的智能音箱对物联网设备的后续操作,重新引入设备进行常规广播并与终端进行连接认证的流程,从而提升现有物联网设备的激活率。

此外,根据本发明的方法还可以实现为一种计算机程序或计算机程序产品,该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者,本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质),其上存储有可执行代码(或计算机程序、或计算机指令代码),当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时,使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是,结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1