CN117879848A - 数据交互方法、设备及存储介质 - Google Patents
数据交互方法、设备及存储介质 Download PDFInfo
- Publication number
- CN117879848A CN117879848A CN202311268881.0A CN202311268881A CN117879848A CN 117879848 A CN117879848 A CN 117879848A CN 202311268881 A CN202311268881 A CN 202311268881A CN 117879848 A CN117879848 A CN 117879848A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- theme
- networking
- identification
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 117
- 230000003993 interaction Effects 0.000 title claims abstract description 93
- 230000004044 response Effects 0.000 claims abstract description 12
- 230000006855 networking Effects 0.000 claims description 76
- 238000012545 processing Methods 0.000 claims description 36
- 230000008569 process Effects 0.000 claims description 35
- 230000002452 interceptive effect Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 78
- 235000013305 food Nutrition 0.000 description 25
- 239000000463 material Substances 0.000 description 25
- 238000004891 communication Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 18
- 238000010411 cooking Methods 0.000 description 14
- 238000005057 refrigeration Methods 0.000 description 9
- 230000035622 drinking Effects 0.000 description 6
- 239000003651 drinking water Substances 0.000 description 6
- 235000020188 drinking water Nutrition 0.000 description 6
- 238000013499 data model Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 3
- 238000009835 boiling Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 239000011800 void material Substances 0.000 description 2
- 241000196324 Embryophyta Species 0.000 description 1
- 241001122767 Theaceae Species 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000008267 milk Substances 0.000 description 1
- 210000004080 milk Anatomy 0.000 description 1
- 235000013336 milk Nutrition 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000000060 site-specific infrared dichroism spectroscopy Methods 0.000 description 1
- 238000010025 steaming Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种数据交互方法、设备及存储介质,第一设备发送第一广播,第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容。若第一广播请求获取隐私数据,则第一广播还携带密钥。第一设备接收响应于第一广播返回的第二广播,第二广播中包括第二标识性主题和通过密钥进行加密的目标数据,并根据密钥,解析第二广播,得到第二标识性主题和目标数据。本申请的方法,使得即使其他设备接收到第二广播,也无法进行解析解密,提高了设备间数据交互的安全性,提升了用户体验。
Description
技术领域
本申请涉及通信技术,尤其涉及一种数据交互方法、设备及存储介质。
背景技术
随着科技的发展,越来越多的智能设备需要进行数据交互,不同的智能设备通过交互,来实现设备之间的智能化连接。
现有技术中,当第一设备与第二设备进行数据交互时,为了提高交互过程中数据的安全性,通常是基于设备间自定义的数据交互安全协议进行数据传输。
因此,若现有技术自定义的数据交互安全协议泄露,则容易导致隐私数据在交互过程中发生泄露,数据安全性降低,影响用户体验。
发明内容
本申请提供一种数据交互方法、设备及存储介质,用以解决隐私数据在设备之间交互的过程中容易发生泄露的问题。
第一方面,本申请提供一种数据交互方法,应用于第一设备,包括:
发送第一广播,所述第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容;其中,若所述第一广播请求获取隐私数据,则所述第一广播还携带密钥;
接收响应于所述第一广播返回的第二广播,所述第二广播中包括第二标识性主题和通过所述密钥进行加密的目标数据;
根据所述密钥,解析所述第二广播,得到所述第二标识性主题和所述目标数据。
本申请中,第一设备发送的第一广播中,若所述第一广播请求获取隐私数据,则所述第一广播还携带密钥。第二设备接收到第一广播后,通过第一广播中的密钥对目标数据进行加密。第一设备接收第二设备广播的加密后的目标数据后,通过密钥进行解密,得到解密后的目标数据。使得其它设备即使接收到第二设备广播的加密后的目标数据也无法进行解密,提高了设备间交互过程中数据的安全性,提升了用户体验。
可选地,得到所述第二标识性主题和所述目标数据之后,还包括:
根据所述目标数据,执行所述第二标识性主题对应的事件处理逻辑。
本申请中,第一设备得到目标数据后,第一设备间接具备了第二设备的数据或能力,拓展了第一设备的功能和应用场景,提高了数据利用率。
可选地,所述密钥为第一设备的MAC地址,或所述第一设备的MAC地址和所述第一广播的发送时间戳。
本申请中,密钥可以为第一设备的MAC地址,或第一设备的MAC地址和第一广播的发送时间戳,提高了密钥组成的多样性,且密钥中至少携带的第一设备的MAC地址使得仅第一设备可以解析出加密后的目标数据,提高了数据交互的安全性。
可选地,所述方法还包括:
若所述第一广播请求获取非隐私数据,则所述第一广播中不携带所述密钥。
本申请中,所述第一广播请求获取非隐私数据时,则所述第一广播中不携带所述密钥。第二设备接收到该广播后,不需要对目标数据进行加密,第一设备接收第二设备的广播后,也不需要通过密钥进行解密,提高了设备间非隐私数据的交互效率和设备间的交互便捷性。
第二方面,本申请提供一种数据交互方法,应用于第二设备,包括:
接收第一设备的第一广播,所述第一广播中至少包括所述第一设备的唯一标识信息、第一标识性主题以及对应的第一主题内容;
根据所述第一标识性主题判断是否处理所述第一广播;
若判定处理所述第一广播,则根据所述第一标识性主题预设的事件处理逻辑,对所述第一主题内容进行处理,以获取目标数据;
若所述第一广播请求获取隐私数据,则所述第一广播中携带密钥,通过所述密钥对所述目标数据进行加密处理;
响应于所述第一广播发送第二广播,所述第二广播中包括第二标识性主题及对应的第二主题内容,所述第二主题内容为通过所述密钥加密的所述目标数据。
本申请中,第二设备接收到第一设备广播的第一广播后,若判断出可以处理该第一广播,则对第一主题内容进行处理以获取目标数据。若第一广播中携带密钥,则通过秘钥对目标数据进行加密,并将加密后的目标数据进行广播。通过根据第一设备的密钥对目标数据进行加密,即使其它设备接收到第二设备广播的加密后的目标数据后也无法进行解密,提高了设备间交互过程中的数据的安全性。
可选地,所述根据所述第一标识性主题判断是否可以处理所述第一广播之前,还包括:
根据所述第一设备的唯一标识信息,判断是否已订阅所述第一设备的广播;
若确定订阅所述第一设备的广播,则根据所述第一标识性主题判断是否可以处理所述第一广播;
否则,丢弃所述第一广播,不作处理。
本申请中,设备仅对已订阅的设备发送的广播进行处理,提高数据处理的准确性和效率。同时避免采用相同本地互联互通物模型的设备出现跨家庭/用户的广播订阅干扰问题。可选地,所述根据所述第一标识性主题判断是否处理所述第一广播,包括:
判断所述第一标识性主题是否与自身预设的标识性主题匹配,若匹配,则判定处理所述第一广播;否则,判定不可处理所述第一广播。
本申请中,第二设备通过判断第一标识性主题是否与自身预设的标识性主题匹配,来判断是否可以处理第一设备发送的第一广播,提高了判断结果的准确性。
可选地,所述判断是否已订阅所述第一设备的广播,包括:
获取交互信任白名单,所述交互信任白名单用于存储已订阅广播的设备的唯一标识信息;
将所述第一设备的唯一标识信息与所述交互信任白名单中存储的唯一标识信息进行比对;
若比对成功,则确定已订阅所述第一设备的广播;
若比对失败,则确定未订阅所述第一设备的广播,输出是否订阅所述第一设备的广播的提示信息;
响应于用户对所述提示信息的确认订阅操作,将所述第一设备的唯一标识信息存储至所述交互信任白名单中,同时确定已订阅所述第一设备的广播。
本申请中,通过根据第一设备的唯一标识信息与第二设备中的交互信任白名单进行比对,从而判断第二设备是否已订阅第一设备的广播,提高了判断结果的准确性。若交互信任白名单中不包括与第一设备的唯一标识信息一致的唯一标识信息,通过响应于用户的操作,将第一设备加入交互信任白名单中,使得后续第二设备可以订阅到第一设备的广播,提高了设备间的交互效率和交互准确性。
第三方面,本申请提供一种网络配置场景下的数据交互方法,应用于第一智能设备,包括:
发送联网请求广播,所述联网请求广播中至少包括密钥、第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容;其中所述第一标识性主题为请求联网,所述第一主题内容为获取网络配置信息;
接收响应于所述联网请求广播返回的联网回复广播,所述联网回复广播包括第二标识性主题和通过所述密钥进行加密的网络配置信息;
根据所述密钥,解析所述联网回复广播,得到所述第二标识性主题和所述网络配置信息,其中所述第二标识性主题为联网反馈。
本申请中,第二智能设备接收到第一智能设备发送的联网请求广播后,通过广播中的密钥对网络配置信息进行加密,第一智能设备接收第二智能设备广播的联网回复广播后,通过密钥对该联网回复广播进行解密,得到解密后的网络配置信息。本申请中其它设备即使接收到第二智能设备的联网回复广播,也无法进行解密,提高了设备间交互过程中数据的安全性,提升了用户体验。
可选地,得到所述第二标识性主题和所述网络配置信息之后,根据所述网络配置信息,执行所述第二标识性主题对应的事件处理逻辑,包括:
根据所述网络配置信息,对所述第一智能设备进行配网。
本申请中,第一智能设备通过根据解密后的网络配置信息对第一智能设备进行配网,设备配网过程不需要用户参与,提高了配网效率,提升了用户体验。
第四方面,本申请提供一种网络配置场景下的数据交互方法,应用于第二智能设备,包括:
接收联网请求广播,所述联网请求广播中至少包括密钥第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容,其中所述第一标识性主题为请求联网,所述第一主题内容为获取网络配置信息;
根据所述第一标识性主题判断是否处理所述联网请求广播;
若判定处理所述联网请求广播,则获取自身的网络配置信息;
根据所述密钥加密所述网络配置信息,
发出联网回复广播,其中,所述联网回复广播包括第二标识主题和根据所述密钥加密后的所述网络配置信息,所述第二标识性主题为联网反馈。
本申请中,第二智能设备接收到第一智能设备广播的联网请求广播后,若判断出可以处理该联网请求广播,则获取自身的网络配置信息。并通过联网请求广播中包含的密钥对网络配置信息进行加密,并将加密后的网络配置信息进行广播。通过根据第一智能设备的密钥对网络配置信息进行加密,即使其它设备接收到第二智能设备广播的加密后的网络配置信息后也无法进行解密,提高了设备间交互过程中的数据的安全性。
可选地,根据所述第一标识性主题判断是否可以处理所述联网请求广播之前,还包括:
根据所述第一智能设备的唯一标识信息,判断是否订阅所述联网广播;
若确定订阅所述联网广播,则根据所述第一标识性主题判断是否可以处理所述联网请求广播;
否则,丢弃所述联网广播,不作处理。
本申请中,设备仅对已订阅的设备发送的广播进行处理,提高数据处理的准确性和效率。同时避免采用相同本地互联互通物模型的设备出现跨家庭/用户的广播订阅干扰问题
可选地,所述发出联网回复广播后,还包括:
上传所述第一智能设备的唯一标识信息至控制终端,以使得控制终端关联所述第一智能设备。
本申请中,第二智能设备通过上传所述第一智能设备的唯一标识信息至控制终端,使得控制终端可以关联第一智能设备,实现控制终端和智能设备之间的无感关联,提升用户体验,且提高了设备间的联动性。
第五方面,本申请提供一种设备,包括:
处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第一方面任一项或第二方面任一项所述的数据交互方法。
本申请中,通过提供一种设备为实现本申请的数据交互方法提供了硬件条件。
第六方面,本申请提供一种智能设备,包括:
处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如第三方面任一项或第三方面任一项所述的网络配置场景下的数据交互方法。
本申请中,通过提供一种智能设备为实现本申请的网络配置场景下的数据交互方法提供了硬件条件。
第七方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机执行指令,当所述计算机执行指令被处理器执行时,实现上述任一方面所述的方法。
本申请通过提供的计算机可读存储介质,为执行上述任一方面的方法提供了存储条件。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的一种数据交互方法的流程示意图;
图2为本申请实施例提供的多个设备之间的交互示意图;
图3为本申请实施例提供的一种第一设备广播的示意图;
图4为本申请实施例提供的一种用水场景下的数据交互示意图;
图5为本申请实施例提供的一种基于食材数据交互场景下的数据交互示意图;
图6为本申请实施例提供的一种数据交互方法的流程示意图;
图7为本申请实施例提供的一种第二设备广播的示意图;
图8为本申请实施例提供的一种网络配置场景下的数据交互方法的流程示意图;
图9为本申请实施例提供的一种网络配置场景下的数据交互示意图;
图10为本申请实施例提供的一种设备的结构示意图;
图11为本申请实施例提供的一种智能设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何的方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施的方式并不代表与本申请相一致的所有实施的方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请实施例的描述中,术语“内”、“外”等指示的方向或位置关系的术语是基于附图所示的方向或位置关系,这仅仅是为了便于描述,而不是指示或暗示装置或构件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
此外,在本申请实施例的描述中,除非另有明确的规定和限定,术语“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个构件内部的连通。对于本领域技术人员而言,可根据具体情况理解上述术语在本申请实施例中的具体含义。
首先对本申请所涉及的名词进行解释:
物联网数据模型:是指物联网平台为产品自定义的数据模型/数据类型,用于描述物联网产品,参照面向对象的类构建方法构建,可定义为属性和方法等,属性一般描述产品的状态信息、参数等,方法表明产品所具有的功能或运行逻辑等。其中,属性和方法一般分为保护性protected、隐私性private、开放性public等类别。
同构网络:是指所有节点在网络中具有相同功能的网络,所有节点遵循相同的通信协议进行互联。
随着信息化时代的飞速发展,不同设备进行数据交互的应用越来越广泛,通过进行交互来实现不同设备之间的智能化连接。
现有技术中,两设备之间在进行数据交互时,为了提高数据的交互安全性,通常是基于设备间自定义的数据交互安全协议进行数据传输,其中,数据交互安全协议包括但不限于:校验和校验、累加和校验以及位处理校验等。
但是现有技术中,若两设备自定义的数据交互安全协议发生泄露,自定义的数据交互安全协议被其它的设备获取,则两设备的交互数据容易被其它的设备得到,交互数据发生泄露,使得交互数据存在较大的安全问题。
因此,针对现有技术中的上述技术问题,本申请提出一种数据交互方法、设备及存储介质,第一设备发送第一广播,第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容。其中,若第一广播请求获取隐私数据,则第一广播还携带密钥。第一设备接收响应于第一广播返回的第二广播,第二广播中包括第二标识性主题和通过密钥进行加密的目标数据,并根据密钥,解析第二广播,得到第二标识性主题和目标数据。本申请的方法,使得即使其他设备接收到第二广播,也无法进行解析解密,使得隐私数据在交互过程不易泄露,提高了设备间数据交互的安全性,提升了用户体验。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图1为本申请实施例提供的一种数据交互方法的流程示意图,该方法的执行主体可以为具备数据交互功能的设备,例如,可以为智能家电等IoT设备(物联网设备),也可以为个人计算机、笔记本电脑、智能手机、平板电脑、便携式可穿戴设备、服务器或服务器集群等,在此不作限定。实施例中的方法可以通过软件、硬件或者软硬件结合的方式来实现。如图1所示,该方法具体包括以下步骤:
S101、发送第一广播,第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容。
本实施例中,执行主体为第一设备,第一设备可以是上述执行主体中的任意一种,本申请对其类型不进行限定。
在第一设备中创建有物联网数据模型,其中,物联网数据模型又称为物模型,是一种产品数字化的描述,定义了产品的属性和方法。
第一设备发送第一广播前,可以从物联网数据模型中获取第一广播的信息,其至少包括:第一标识性主题及对应的第一主题内容。若该第一广播请求获取隐私数据,则第一广播还携带密钥。由于物联网模型中预先配置了属性广播方法void broadcast,因此,第一设备可以基于自身的物模型可以进行广播。在其中一个实施例中,该属性广播方法voidbroadcast中,还定义了每个广播的类型,用于指示广播请求的数据是否为隐私数据,包括隐私和非隐私两种。
可选地,第一设备的唯一标识信息包括但不限于:身份标识号(Identitydocument,ID)、媒体存取控制位址(Media Access Control,MAC)、设备唯一标识码等。
S102、接收响应于第一广播返回的第二广播,第二广播中包括第二标识性主题和通过密钥进行加密的目标数据。
需要注意的是,第一设备进行广播后,订阅其广播的设备均可接收到第一广播,由该第一广播的设备返回第二广播。本申请实施例提供的一种数据交互方法的并不限于特定的两个设备之间。
示例性的,
图2为本申请实施例提供的多个设备之间的交互示意图,如图2所示,当第一设备发出广播时,同构网络协议下的已经订阅了第一设备广播的第二设备、第三设备、第四设备等均会收到第一设备的广播,相应地,当第二设备发出广播时,同构网络协议下的已经订阅了第二设备广播的第一设备、第三设备和第四设备等也会接收到第二设备的广播,即上述数据交互平等在多个设备之间进行,任意一个设备既可以作为发送上述第一广播的发送方,也可以作为上述第二广播的发送方。
其中,同构网络协议包括但不限于以下几种:蓝牙协议、WiFi协议、Zigbee协议、Thread协议、NFC协议等。
进一步的,同构网络协议可细分为典型同构网络和不完全同构网络。第一设备和第二设备具有相同的通信模块,比如均具有Wi-Fi模块或者蓝牙模块等,即第一设备和第二设备处于典型同构网络。比如第一设备和第二设备其中一者同时具有WiFi模块和蓝牙模块,另一者仅具有蓝牙模块或WiFi模块,则第一设备和第二设备处于不完全同构网络。
本实施例中,若第二设备已订阅第一设备的广播且第一广播中的第一标识性主题与第二设备自身预设的标识性主题相匹配,则第二设备获取到目标数据后基于第一广播中的密钥进行加密,并发送第二广播,在第二广播中包括第二标识性主题和通过密钥进行加密的目标数据。
本申请中,密钥可以为第一设备的MAC地址,或第一设备的MAC地址和第一广播的发送时间戳。此外,也可以是第一设备的其它唯一标识性信息,本申请不进行限定。
S103、根据密钥,解析第二广播,得到第二标识性主题和目标数据。
一种可能的实现方式是:
基于预设的加密算法,将密钥作为解密因子,对第二广播进行解析,得到目标数据。
本实施例对加密算法不进行限定,可以为非对称加密算法,也可以为其它加密算法,其可以根据实际情况等进行设定,如MD5、DSA算法、AES算法等,在此不作限定。
为了便于理解上述实施例,图3为本申请实施例提供的一种第一设备广播的示意图,如图3所示:
第一设备即设备A发送第一广播,若设备B和设备C未订阅设备A的广播,或设备B和设备C已订阅设备A的广播但第一广播中的第一标识性主题与设备B和设备C自身预设的标识性主题不匹配,则设备B和设备C不关注,丢弃该第一广播,若设备D已订阅设备A的广播且第一广播中的第一标识性主题与设备A自身预设的标识性主题相匹配,则设备D处理该第一广播,并得到目标数据。
在一些实施例中,上述设备B、设备C和设备D收到设备A的第一广播后,也可不判断是否订阅设备A的广播,仅根据第一广播中的第一标识性主题判断是否处理该第一广播。
设备D根据该第一广播中的密钥对目标数据进行加密,得到加密后的目标数据,并广播包含该加密后的目标数据以及第二标识性主题的第二广播。
设备A接收到第二广播后,并根据自身的秘钥对第二广播进行解析,得到第二标识性主题和目标数据。
在本申请的上述实施例中,第一设备发送的第一广播,若请求隐私数据,则第一广播中还携带密钥,第二设备接收到第一广播后,通过第一广播中的密钥对目标数据进行加密。第一设备接收第二设备广播的加密后的目标数据后,通过密钥进行解密,最终得到解密后的目标数据。本申请中其它设备由于不具备第一设备的密钥,即使接收到第二设备广播的加密后的目标数据也无法进行解密,提高了设备间交互过程中数据的安全性,提升了用户体验。
本申请中,若第一广播请求的数据为非隐私数据,则第一广播中不携带密钥。即第一设备发送第一广播,第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容。
示例性的,图4为本申请实施例提供的一种用水场景下的数据交互示意图,如图4所示:
第一设备为带水箱的设备,如饮水设备,第二设备为供水设备。
饮水设备发送协助加水请求广播,协助加水请求广播中饮水设备的唯一标识信息、标识性主题及对应的主题内容。该协助加水请求广播为请求或发送非隐私数据,其中,标识性主题为协助加水,主题内容为需水量。
供水设备接收到协助加水请求广播后,根据饮水设备的唯一标识信息,判断是否已订阅其广播。若已订阅该饮水设备的广播且协助加水的标识性主题与自身预设的标识性主题相匹配,即供水设备中也具有协助加水的标识性主题,且对应该协助加水的标识性主题预设有相应的事件处理逻辑,则对协助加水请求广播进行解析,得到协助加水的标识性主题及对应的需水量的主题内容。
示例性的,
假设饮水设备,例如净饮机、冲奶机、蒸烤箱、茶吧机等水箱的最大水容量为3L,经过检测后发现目前水箱内剩余的水容量仅为100ml,而当前烧水任务所需要150ml的水,因此,饮水设备会输出缺水的提示信息,广播请求协助加水。
其中,需水量的确定方式为:
根据剩余的水容量及当前烧水任务所需要的水量,确定需水量。
或者,根据水箱的最大水容量及目前水箱内剩余的水容量,确定需水量。
或者,根据用户输入需水量设定,确定需水量,其中,输入需水量小于或等于水箱的最大水容量与剩余的水容量相减的差值。
可以理解的是,上述确定需水量的方式仅用于举例说明,不因此作为对本申请的限制。
供水设备接收到饮水设备的广播后进行解析,得到请求协助加水和对应的需水量,供水设备根据需水量,执行标识性主题对应的事件处理逻辑,具体地,供水设备中基于标识性主题为请求协助加水预设有对应的事件处逻辑(内化处理方法),使得供水设备根据需水量实现内化处理。可选的,供水设备,例如智能水龙头、智能净水机等响应于用户开启出水开关的操作,根据需水量进行定量供水。并将供水量实时显示在供水设备的显示面板上。当供水量达到第一广播消息中的需水量后,自动关停出水开关,并输出供水开关以关闭的提示信息,提示的方式例如可以为发出滴滴声音或者语音播报等形式。
此外,本实施例中,供水设备也可以实时广播当前的加水量,饮水设备接收供水设备的广播后,使饮水设备可以实时获取当前水箱中已补充的水量直至加水完成。
在本申请的上述实施例中,饮水设备和供水设备之间可以通过广播实现数据交互,提高了数据的交互效率。且供水设备在加水过程中无需用户关注,出水不需要用户等待,也不会水满溢出,降低了对用户的依赖,提升了用户体验。
图5为本申请实施例提供的一种基于食材数据交互场景下的数据交互示意图,如图5所示:
第一设备为用于食材保鲜存储的制冷设备,第二设备为烹饪设备。
制冷设备发送广播,广播中至少包括制冷设备的唯一标识信息、标识性主题及对应的主题内容。其中,标识性主题为食材放入/取出,主题内容为食材信息。
烹饪设备接收到该广播后,根据制冷设备的唯一标识信息,判断是否已订阅其广播。若已订阅该制冷设备的广播且食材放入/取出的标识性主题与自身预设的标识性主题相匹配,即烹饪设备中也具有食材放入/放出的标识性主题,且对应该标识性主题预设有相应的事件处理逻辑,则对该广播进行解析,得到食材放入/取出的标识性主题以及对应的食材信息的主题内容。
示例性的,
在制冷设备中,例如冰箱、冷柜等,可以获取放入/取出的食材信息。
获取方式可以为:
冰箱中设置有图像采集装置,图像采集装置采集放入/取出的食材的图像信息,冰箱中的处理器等根据采集的图像信息确定食材的种类,并根据每种食材预设的ID编码,确定冰箱中放入/取出的食材信息。
或者,用户手动录入冰箱中放入/取出的食材,并对其进行ID编码,从而确定冰箱中放入/取出的食材信息。
可以理解是,上述获取方式仅用于举例说明,不因此作为对本申请的限制。
本实施例中,烹饪设备已订阅该制冷设备广播,烹饪设备包括但不限于:智能炒菜机、智能烤箱以及智能料理机等。
烹饪设备接收到制冷设备的广播后进行解析,得到食材信息,即根据食材信息,执行标识性主题对应的事件处理逻辑,烹饪设备中基于标识性主题为食材放入/放出,预设有对应的事件处逻辑(内化处理方法),使得烹饪设备根据食材信息进行内化处理,如:可以根据食材信息进行数字化食谱推荐或者进行食材清单的管理等,并将其显示在显示面板中以供用户进行查看,显示面板可以是TFT屏幕也可以是点阵显示屏幕等,本申请对显示面板的类型不进行限定。
此外,若烹饪设备不具备显示面板,烹饪设备也可以与第三方显示设备进行连接,通过第三方显示设备进行显示。
在本申请的上述实施例中,制冷设备与烹饪设备之间的数据交互,使得不需要用户手动搜索冰箱中放入/取出的食材,再在烹饪设备查询食谱,提高了数据交互效率和数据利用率,提升了用户体验。
图6为本申请实施例提供的一种数据交互方法的流程示意图,该方法的执行主体可以为第二设备,第二设备例如,例如,可以为智能家电等IoT设备(物联网设备),也可以为个人计算机、笔记本电脑、智能手机、平板电脑、便携式可穿戴设备、服务器或服务器集群等,在此不作限定。如图6所示,该方法具体包括以下步骤:
S601、接收第一设备的第一广播,第一广播中至少包括第一设备的唯一标识信息、第一标识性主题以及对应的第一主题内容。
S603、根据第一标识性主题判断是否处理第一广播。
判断第一标识性主题是否与自身预设的标识性主题匹配,若匹配,则判定处理第一广播。否则,判定不可处理第一广播。
S604、若判定处理第一广播,则根据第一标识性主题预设的事件处理逻辑,对第一主题内容进行处理,以获取目标数据。
若第二设备可以处理第一广播,则根据预设的事件处理逻辑获取目标数据。
S605、若第一广播中请求获取隐私数据,则第一广播中携带密钥,则通过密钥对目标数据进行加密处理。
一种可能的实现方式是:
基于预设的加密算法,将密钥作为加密因子,对目标数据进行加密。
本实施例对加密算法不进行限定,可以为非对称加密算法,也可以为其它加密算法,如MD5算法等,在此不作限定。
S606、响应于第一广播发送第二广播,第二广播中包括第二标识性主题及对应的第二主题内容,第二主题内容为通过密钥加密的目标数据。
在步骤S603之前,还包括:
S602、根据第一设备的唯一标识信息,判断是否已订阅第一设备的广播。
具体地:
根据第一设备的唯一标识信息,判断是否已订阅第一设备的广播。
若确定订阅第一设备的广播,则根据第一标识性主题判断是否可以处理第一广播。
否则,丢弃第一广播,不作处理。
一种可能的实现方式是:
获取交互信任白名单,交互信任白名单用于存储已订阅广播的设备的唯一标识信息。
将第一设备的唯一标识信息与交互信任白名单中存储的唯一标识信息进行比对。
若比对成功,则确定已订阅第一设备的广播。
若比对失败,则确定未订阅第一设备的广播,输出是否订阅第一设备的广播的提示信息。
响应于用户对提示信息的确认订阅操作,将第一设备的唯一标识信息存储至交互信任白名单中,同时确定已订阅第一设备的广播。
本申请中,设备仅对已订阅的设备发送的广播进行处理,提高数据处理的准确性和效率。同时避免采用相同本地互联互通物模型的设备出现跨家庭/用户的广播订阅干扰问题。
图7为本申请实施例提供的一种第二设备广播的示意图,如图7所示:在图3的基础上,设备D根据第一广播中的密钥对目标数据进行加密,得到加密后的目标数据,并将包含该加密后的目标数据以及第二标识性主题进行广播。
若设备B、设备C与设备A均接收到设备D的广播,但由于设备B与设备C不具备设备A的密钥,因此,无法对第二广播中加密的目标数据进行解密,故设备B、设备C无法获得设备D的目标数据,只有设备A可以根据自身的密钥对第二广播中加密的目标数据进行解密,从而提高了设备间交互过程中数据的安全性。
在本申请的上述实施例中,第二设备接收到第一设备广播的第一广播,若判断已订阅第一设备的广播且可以处理该第一广播,则对第一主题内容进行处理以获取目标数据。若第一广播中携带密钥,则通过密钥对目标数据进行加密,并将加密后的目标数据进行广播。通过根据第一设备的密钥对目标数据进行加密,即使其它设备接收到第二设备广播的加密后的目标数据后也无法进行解密,提高了设备间交互过程中的数据的安全性。
在执行上述数据交互方法前,在第一设备和第二设备的物模型中,定义了broadcast方法:负责将自身(直接或间接)的数据或请求以广播的方式对外发出,发出的广播为UDP协议数据报文格式,至少包含事先统一标准的标识性主题、主题内容。且定义了subscribe方法:预设有基于标识性主题的事件触发机制,通过定义关注的标识性主题,以标识对应的事件处理逻辑体,对订阅到的外部广播(UDP协议数据报文格式)进行消费和处理。进一步的,下面通过具体的应用场景,对本申请的数据交互方法进行说明。
图8为本申请实施例提供的一种网络配置场景下的数据交互方法的流程示意图,如图8所示:
S801、发送联网请求广播。
本实施例中,执行主体以第一智能设备为例,其支持WiFi或蓝牙+WiFi的功能,第一智能设备可以为IoT设备。
第一智能设备想要连接家庭WiFi网络,第一智能设备发送联网请求广播,在联网请求广播中至少包括密钥、第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容。
其中,第一标识性主题为请求联网,第一主题内容为获取网络配置信息。
S802、接收响应于联网请求广播返回的联网回复广播,联网回复广播包括第二标识性主题和通过密钥进行加密的网络配置信息。
第二智能设备其同样支持WiFi或蓝牙+WiFi的功能,例如可以为IoT设备、手机客户端或网关等。
第二智能设备接收联网请求广播,在联网请求广播中至少包括密钥第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容,其中第一标识性主题为请求联网,第一主题内容为获取网络配置信息。
第二智能设备根据第一智能设备的唯一标识信息,将该唯一标识信息与自身设置的交互信任白名单中存储的唯一标识信息进行比对,若比对成功则判断已订阅该联网广播。若确定订阅联网广播,则判断该第一标识性主题是否与自身预设的标识性主题相匹配,若匹配,则可以处理该联网请求广播。比如,第一智能设备发送的标识性主题为REQ_NET_CONFIG,第二智能设备中预设有标识性主题为REQ_NET_CONFIG的事件处理逻辑,则第二智能设备可以处理该联网请求。
在一些实施例中,可不判断是否已订阅该第一智能设备的广播,判断是否已订阅第一智能设备的广播,能避免采用相同本地互联互通物模型的设备出现跨家庭/用户的广播订阅干扰问题。
若第二智能设备未订阅第一智能设备的广播,则输出是否订阅第一智能设备的广播的提示信息。
响应于用户对提示信息的确认订阅操作,将第智能一设备的唯一标识信息存储至交互信任白名单中,同时确定已订阅第一智能设备的广播。其中,用户操作包括但不限于:用户在第二智能设备的触摸(按键)操作以及用户与第二智能设备的语音交互操作等。若用户不同意授权或者超时未授权,则不对第一智能设备的联网请求广播进行处理。
若可以处理该联网请求广播,获取自身的网络配置信息。
第二智能设备获取到自身的网络配置信息后,基于联网请求广播中的密钥对网络配置信息进行加密。其中,密钥为第一智能设备的MAC地址,或第一智能设备的MAC地址和联网请求广播的发送时间戳。网络配置信息例如:WiFi名称SSID、WiFi口令密码、BSSID等信息。
第二智能设备发出联网回复广播,其中,联网回复广播包括第二标识主题和根据密钥加密后的网络配置信息,第二标识性主题为联网反馈,例如,第二智能设备预设有标识性主题:RESP_NET_CONFIG,则通过广播发出RESP_NET_CONFIG和网络配置信息。
并在发出联网回复广播后,上传第一智能设备的唯一标识信息至控制终端,以使得控制终端关联第一智能设备。
S803、根据密钥,解析联网回复广播,得到第二标识性主题和网络配置信息,其中第二标识性主题为联网反馈。
第一智能设备接收响应于联网请求广播返回的联网回复广播后,基于预设的加密算法,根据自身的密钥对联网回复广播进行解密,得到解密后的网络配置信息。进而执行第二标识性主题对应的事件处理逻辑,具体地,根据网络配置信息,对第一智能设备进行配网。第一智能设备中预设有标识性主题为RESP_NET_CONFIG的事件处理逻辑,解密成功网络配置信息后完成配网。
本实施例中,同样对所用的加密算法不做限定,其可以根据实际应用情况等进行设定。
综上,第一智能设备与第二智能设备的交互过程如图9所示,图9为本申请实施例提供的一种网络配置场景下的数据交互示意图,具体请参见本实施例上述的内容,为避免赘述,不再重复说明。
在本申请的上述实施例中,第二智能设备通过采用第一智能设备的唯一标识信息以及时间戳对第一智能设备请求的第二数据进行加密,第一智能设备接收第二智能设备广播的加密后的第二数据后,通过自身的唯一标识信息以及时间戳进行解密,且其它智能设备即使接收到第二智能设备广播的加密后的第二数据也无法进行解密,提高了第一智能设备与第二智能设备交互过程中数据的安全性,且只要用户同意授权即可完成家庭WiFi智能设备的快速联网,提升了用户体验。
图10为本申请实施例提供的一种设备的结构示意图,用于执行上述的第一设备和/或第二设备执行的数据交互方法,如图10所示,该设备可以包括:至少一个处理器1001和与处理器通信连接的存储器1002。
存储器1002,用于存放程序。具体地,程序可以包括程序代码,程序代码包括计算机操作/执行指令。
存储器1002可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
处理器1001用于执行存储器1002存储的计算机可执行指令,以实现前述任意实施例所描述的方法。其中,处理器1001可能是一个中央处理器(Central Processing Unit,简称为CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路。
可选的,该设备还可以包括通信接口1003。在具体实现上,如果通信接口1003、存储器1002、处理器1001独立实现,则通信接口1003、存储器1002、处理器1001可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果通信接口1003、存储器1002、处理器1001集成在一块芯片上实现,则通信接口1003、存储器1002、处理器1001可以通过内部接口完成通信。
图11为本申请实施例提供的一种智能设备的结构示意图,用于执行上述的第一智能设备和/或第二智能设备执行网络配置场景下的数据交互方法,如图11所示,该设备可以包括:至少一个处理器1101和与处理器通信连接的存储器1102。
存储器1102,用于存放程序。具体地,程序可以包括程序代码,程序代码包括计算机操作/执行指令。
存储器1102可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
处理器1101用于执行存储器1102存储的计算机可执行指令,以实现前述任意实施例所描述的方法。其中,处理器1101可能是一个中央处理器(Central Processing Unit,简称为CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路。
可选的,该设备还可以包括通信接口1103。在具体实现上,如果通信接口1103、存储器1102、处理器1101独立实现,则通信接口1103、存储器1102、处理器1101可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果通信接口1103、存储器1102、处理器1101集成在一块芯片上实现,则通信接口1103、存储器1102、处理器1101可以通过内部接口完成通信。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质,具体的,该计算机可读存储介质其上存储有计算机执行指令,计算机执行指令被处理器执行时用于实现上述的任一的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (16)
1.一种数据交互方法,其特征在于,应用于第一设备,包括:
发送第一广播,所述第一广播中至少包括第一设备的唯一标识信息、第一标识性主题及对应的第一主题内容;其中,若所述第一广播请求获取隐私数据,则所述第一广播还携带密钥;
接收响应于所述第一广播返回的第二广播,所述第二广播中包括第二标识性主题和通过所述密钥进行加密的目标数据;
根据所述密钥,解析所述第二广播,得到所述第二标识性主题和所述目标数据。
2.根据权利要求1所述的方法,其特征在于,得到所述第二标识性主题和所述目标数据之后,还包括:
根据所述目标数据,执行所述第二标识性主题对应的事件处理逻辑。
3.根据权利要求1所述的方法,其特征在于,所述密钥为第一设备的MAC地址,或所述第一设备的MAC地址和所述第一广播的发送时间戳。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一广播请求获取非隐私数据,则所述第一广播中不携带所述密钥。
5.一种数据交互方法,其特征在于,应用于第二设备,包括:
接收第一设备的第一广播,所述第一广播中至少包括所述第一设备的唯一标识信息、第一标识性主题以及对应的第一主题内容;
根据所述第一标识性主题判断是否处理所述第一广播;
若判定处理所述第一广播,则根据所述第一标识性主题预设的事件处理逻辑,对所述第一主题内容进行处理,以获取目标数据;
若所述第一广播请求获取隐私数据,则所述第一广播中携带密钥,通过所述密钥对所述目标数据进行加密处理;
响应于所述第一广播发送第二广播,所述第二广播中包括第二标识性主题及对应的第二主题内容,所述第二主题内容为通过所述密钥加密的所述目标数据。
6.根据权利要求5所述的方法,其特征在于,所述根据所述第一标识性主题判断是否可以处理所述第一广播之前,还包括:
根据所述第一设备的唯一标识信息,判断是否已订阅所述第一设备的广播;
若确定订阅所述第一设备的广播,则根据所述第一标识性主题判断是否可以处理所述第一广播;
否则,丢弃所述第一广播,不作处理。
7.根据权利要求5所述的方法,其特征在于,所述根据所述第一标识性主题判断是否处理所述第一广播,包括:
判断所述第一标识性主题是否与自身预设的标识性主题匹配;
若匹配,则判定处理所述第一广播;
若不匹配,则判定不可处理所述第一广播。
8.根据权利要求7所述的方法,其特征在于,所述判断是否已订阅所述第一设备的广播,包括:
获取交互信任白名单,所述交互信任白名单用于存储已订阅广播的设备的唯一标识信息;
将所述第一设备的唯一标识信息与所述交互信任白名单中存储的唯一标识信息进行比对;
若比对成功,则确定已订阅所述第一设备的广播;
若比对失败,则确定未订阅所述第一设备的广播,输出是否订阅所述第一设备的广播的提示信息;
响应于用户对所述提示信息的确认订阅操作,将所述第一设备的唯一标识信息存储至所述交互信任白名单中,同时确定已订阅所述第一设备的广播。
9.一种网络配置场景下的数据交互方法,其特征在于,应用于第一智能设备,包括:
发送联网请求广播,所述联网请求广播中至少包括密钥、第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容;其中所述第一标识性主题为请求联网,所述第一主题内容为获取网络配置信息;
接收响应于所述联网请求广播返回的联网回复广播,所述联网回复广播包括第二标识性主题和通过所述密钥进行加密的网络配置信息;
根据所述密钥,解析所述联网回复广播,得到所述第二标识性主题和所述网络配置信息,其中所述第二标识性主题为联网反馈。
10.根据权利要求9所述的方法,其特征在于,得到所述第二标识性主题和所述网络配置信息之后,根据所述网络配置信息,执行所述第二标识性主题对应的事件处理逻辑,包括:
根据所述网络配置信息,对所述第一智能设备进行配网。
11.一种网络配置场景下的数据交互方法,其特征在于,应用于第二智能设备,包括:
接收联网请求广播,所述联网请求广播中至少包括密钥、隐私类型、第一智能设备的唯一标识信息、第一标识性主题及对应的第一主题内容,其中所述第一标识性主题为请求联网,所述第一主题内容为获取网络配置信息;
根据所述第一标识性主题判断是否处理所述联网请求广播;
若判定处理所述联网请求广播,则获取自身的网络配置信息;
根据所述密钥加密所述网络配置信息,
发出联网回复广播,其中,所述联网回复广播包括第二标识主题和根据所述密钥加密后的所述网络配置信息,所述第二标识性主题为联网反馈。
12.根据权利要求11所述的方法,其特征在于,根据所述第一标识性主题判断是否可以处理所述联网请求广播之前,还包括:
根据所述第一智能设备的唯一标识信息,判断是否订阅所述联网广播;
若确定订阅所述联网广播,则根据所述第一标识性主题判断是否可以处理所述联网请求广播;
否则,丢弃所述联网广播,不作处理。
13.根据权利要求11所述的方法,其特征在于,所述发出联网回复广播后,还包括:
上传所述第一智能设备的唯一标识信息至控制终端,以使得控制终端关联所述第一智能设备。
14.一种设备,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1-4中任一项或权利要求5-8任一项所述的数据交互方法。
15.一种智能设备,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求9-10中任一项或权利要求11-13中所述的网络配置场景下的数据交互方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-4中任一项或权利要求5-8任一项或权利要求9-10任一或权利要求11-13任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311268881.0A CN117879848A (zh) | 2023-09-27 | 2023-09-27 | 数据交互方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311268881.0A CN117879848A (zh) | 2023-09-27 | 2023-09-27 | 数据交互方法、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117879848A true CN117879848A (zh) | 2024-04-12 |
Family
ID=90579968
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311268881.0A Pending CN117879848A (zh) | 2023-09-27 | 2023-09-27 | 数据交互方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117879848A (zh) |
-
2023
- 2023-09-27 CN CN202311268881.0A patent/CN117879848A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101819556B1 (ko) | 클라우드 컴퓨팅 시스템에서 패밀리 클라우드를 지원하기 위한 장치 및 방법 | |
CN113055867A (zh) | 终端辅助配网的方法和装置、电子设备 | |
EP3748928A1 (en) | Method and system for apparatus awaiting network configuration to access hot spot network apparatus | |
US8213905B2 (en) | Method and device for realizing push service of GAA | |
CN107567017B (zh) | 无线连接系统、装置及方法 | |
EP3537652B1 (en) | Method for securely controlling smart home appliance and terminal device | |
CN110224822B (zh) | 一种密钥协商方法及系统 | |
JP2004297814A (ja) | ディジタルユーザー端末に用いるユーザー情報の認証と暗号化の管理 | |
KR102005998B1 (ko) | 네트워크에 노드를 가입시키는 방법, 장치 및 시스템 | |
US9425982B2 (en) | Server and method for providing device management service and device receiving the device management service | |
CN113490207A (zh) | 物联网设备绑定方法、装置、计算机设备及存储介质 | |
WO2023279897A1 (zh) | 安全绑定方法及系统、存储介质、电子装置 | |
CN114760112B (zh) | 一种面向无线局域网络的智能家居设备入网方法、系统、设备及存储介质 | |
WO2022083410A1 (zh) | 校时方法、装置、设备及存储介质 | |
CN111787048B (zh) | 一种终端设备的连接方法、调度服务器及物联网系统 | |
CN104618906A (zh) | Wi-Fi接入方法、Wi-Fi接入系统和终端 | |
CN113395743A (zh) | 设备连接方法、系统以及相应的终端设备及连网方法 | |
CN113132977A (zh) | 配网方法、配网系统及计算机可读存储介质 | |
CN103905405A (zh) | 一种ims的用户注册方法、装置及相关设备 | |
CN111065057A (zh) | 移动流量共享方法、装置、设备、介质和系统 | |
CN117879848A (zh) | 数据交互方法、设备及存储介质 | |
WO2017128919A1 (zh) | 移动终端与服务端的连接方法和装置 | |
WO2021163870A1 (en) | Onboarding of devices to different wireless networks | |
CN114338132A (zh) | 免密登录方法、客户端应用、运营商服务器及电子设备 | |
CN112422275A (zh) | Uart通信中的秘钥协商方法、系统、设备及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination |