CN117917048A - 对桥接设备进行配置的方法、装置、设备及存储介质 - Google Patents
对桥接设备进行配置的方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN117917048A CN117917048A CN202180102136.1A CN202180102136A CN117917048A CN 117917048 A CN117917048 A CN 117917048A CN 202180102136 A CN202180102136 A CN 202180102136A CN 117917048 A CN117917048 A CN 117917048A
- Authority
- CN
- China
- Prior art keywords
- endpoint
- configuration
- shared
- access
- bridging
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
一种对桥接设备进行配置的方法、装置、设备及存储介质,属于物联网技术领域。所述方法包括:在桥接设备中配置端点分享信息(401),所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。通过上述方案,扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi‑admin配置的灵活性。
Description
本申请涉及物联网技术领域,特别涉及一种对桥接设备进行配置的方法、装置、设备及存储介质。
随着物联网(Internet of Things,IoT)技术的不断发展,越来越多的物联网设备在智能家居、工业生产等诸多领域给用户的生产生活带来了极大的便利性。
在相关技术中,不同的物联网设备可能支持不同的物联网协议。为了使得支持不同的物联网协议的物联网设备能够进行互联或者统一管理,支持不同物联网协议的物联网设备可以通过桥接设备进行组网。
发明内容
本申请实施例提供了一种对桥接设备进行配置的方法、装置、设备及存储介质。该方案能够提高对桥接的子设备的访问控制权限进行分享的灵活性。所述技术方案如下:
一方面,本申请实施例提供了一种对桥接设备进行配置的方法,所述方法由桥接设备执行,所述方法包括:
在所述桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;
其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
一方面,本申请实施例提供了一种对桥接设备进行配置的方法,所述方法由第一配置设备执行,所述方法包括:
向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;
其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备在数据模型中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
另一方面,本申请实施例提供了一种对桥接设备进行配置的装置,所述装置包括:
配置模块,用于在桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;
其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
另一方面,本申请实施例提供了一种对桥接设备进行配置的装置,所述装置包括:
发送模块,用于向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;
其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备在数据模型中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
另一方面,本申请实施例提供了一种计算机设备,所述计算机设备实现为信息上报设备,所述计算机设备包括处理器、存储器和收发器;
存储器中存储有计算机程序,处理器执行所述计算机程序,以使得计算机设备实现上述对桥接设备进行配置的方法。
再一方面,本申请实施例提供了一种计算机设备,所述计算机设备包括处理器、存储器和收发器,所述存储器存储有计算机程序,所述计算机程序用于被所述处理器执行,以实现上述对桥接设备进行配置的方法。
又一方面,本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现上述对桥接设备进行配置的方法。
又一方面,本申请还提供了一种芯片,所述芯片用于在计算机设备中运行,以使得所述计算机设备执行上述对桥接设备进行配置的方法。
又一方面,本申请提供了一种计算机程序产品,该计算机程序产品包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述对桥接设备进行配置的方法。
又一方面,本申请提供了一种计算机程序,该计算机程序由计算机设备的处理器执行,以实现上述对桥接设备进行配置的方法。
本申请实施例提供的技术方案可以带来如下有益效果:
对于与接入桥接设备的物联网设备对应的各个端点,桥接设备可以在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的物联网的网络架构的示意图;
图2是本申请涉及的桥接架构示意图;
图3是本申请涉及的物联网中设备的数据模型的结构示意图;
图4是本申请一个实施例提供的对桥接设备进行配置的方法的流程图;
图5是本申请一个实施例提供的对桥接设备进行配置的方法的流程图;
图6是本申请一个实施例提供的多管理模式的配置框架图;
图7是本申请一个实施例提供的对桥接设备进行配置的方法的流程图;
图8是图7涉及的一种在桥接设备中配置端点接入簇的流程示意图;
图9是图7涉及的一种在桥接设备中配置描述符簇的流程示意图;
图10是本申请一个实施例提供的对桥接设备进行配置的装置的框图;
图11是本申请一个实施例提供的对桥接设备进行配置的装置的框图;
图12是本申请一个实施例提供的计算机设备的结构示意图。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
请参考图1,其示出了本申请一个实施例提供的物联网的网络架构的示意图。该物联网的网络架构可以包括:物联网设备110(图1中示出为物联网设备110a和物联网设备110b)和控制设备120(图1中示出为控制设备120a和控制设备120b);可选的,该网络架构还可以包括桥接设备130、云端服务器140;
物联网设备110可以是指在物联网中,用于提供物联网协议对应的服务端功能的设备。
比如,物联网设备110可以是智能家居设备,例如,智能灯具、智能电视、智能空调、智能冰箱、智能微波炉、智能电饭煲、扫地机器人等等。
或者,物联网设备110可以是工业生产设备,例如,车床、工业机器人、太阳能面板、风力发电机等等。
或者,物联网设备110可以是商业服务设备,例如,无人售货机等等。
或者,物联网设备110可以是智能监控设备,例如,监控摄像头、红外传感器、声音传感器、温度传感器等等。
在一种可能的实现方式中,控制设备120是用户侧的终端设备。比如,控制设备120可以是智能控制器、智能遥控器、智能手机、平板电脑、智能手表、智能电视、智能音箱、智能开关、网关等等;或者,控制设备120也可以是个人电脑,比如台式电脑、便携式计算机、个人工作站等等。
在另一种可能的实现方式中,控制设备120是基于终端设备运行的客户端实体(可以是虚拟实体),例如,控制设备120可以是运行在终端设备中,用于对物联网设备进行访问、控制、以及管理等操作的应用程序(Application,APP)。
桥接设备130用于实现支持不同物联网协议的两个设备之间的交互。桥接设备130在支持不同物联网协议的物联网设备110之间,或者,在支持不同物联网协议的物联网设备110和控制设备120之间,提供信息转换和传递的服务。
桥接设备130可以是专用于进行桥接的设备,或者,桥接设备130也可以是具有桥接功能的智能设备,比如网关或者路由器等等。
云端服务器140是部署在网络侧的服务器。比如,云端服务器140可以存储各个物联网设备110的相关信息,比如当前状态、绑定账号等等;云端服务器140还可以提供对物联网设备110进行远程访问的服务接口,以便用户对物联网设备110进行远程管理或控制。
在本申请实施例中,上述物联网设备110、控制设备120、桥接设备130、云端服务器140可以是满足相同或者不同的物联网协议的电子设备,比如,可以是满足连接标准联盟(Connectivity Standards Alliance,CSA)(或称Zigbee联盟)下的Matter协议(或称通过IP(Internet Protocol,网际互联协议)连接家庭工作组(Connected Home over IP Working Group,CHIP)项目)的电子设备。
在图1中,当物联网设备110a和控制设备120a之间支持相同的协议规范时,物联网设备110a和控制设备120a之间可以建立安全连接,比如,基于Matter规范建立安全连接。
当物联网设备110b和控制设备120b之间支持不同的协议规范,比如,物联网设备110b是Zigbee设备,而控制设备120b是Matter设备时,物联网设备110b和控制设备120b之间可以通过桥接设备130相连。
以物联网设备是Matter设备为例,Matter设备的数据模型具有如下特点:
1)Matter设备包含一个或者多个端点Endpoint,使用端点号(Endpoint Number,也可以简写为endpoint-no)表示。
比如,一个Matter设备为射灯,该射灯有三个灯泡,则每个灯泡对应一个端点,也就是一个实际的物理设备可以包含多个端点(当然也可以只包含一个端点);再比如,一个Matter设备为插座,该插座有4个插孔,则每个插孔可以对应一个Endpoint。
2)每个Endpoint下对应一个或者多个设备类型(Device Type),使用设备标识(Device ID) 表示。
比如,一个Matter设备为空调设备,该空调设备包含恒温器和风扇,其中,上述恒温器和风扇对应在同一个Endpoint下,恒温器对应一个设备类型,风扇对应另一个设备类型,且恒温器和风扇可以通过同一个Endpoint进行控制。
3)每个Endpoint包含多种簇(Cluster),Cluster分为服务端(Server)和客户端(Client)两种,且对应的Cluster ID相同。
4)每个Cluster包含多种属性(Attribute)、事件(Event)、指令(Command),分别使用Attribute ID、Event ID、Command ID表示,Attribute和Event具有相应的数据类型。
物联网设备还可以是Zigbee设备,Zigbee设备的数据模型与Matter设备的数据模型结构类似,区别在于Zigbee设备的数据模型中没有Event。
多管理(Multi-admin)模式:在目前的物联网中,一个物联网设备或者桥接设备可以支持被多个配置设备进行配置,以加入对应的Fabric,并分别被所属不同fabric的控制器(Controller)进行访问控制等操作。
其中,Fabric是一个安全域,其允许在域的上下文中标识一组节点,标识的这一组节点之间可以在安全域的背景下进行通信。一个节点可以在一个或多个安全域中进行标识。
上述多管理模式的配置过程可以如下:
步骤一:管理A(Admin A)对Node AB(设备对应的节点)进行第一次配置:包括分配fabric以及操作(Operational)标识(Identity,ID),配置访问控制列表(Access Control Lists,ACL)等等。
步骤二:Admin A设置Node AB进入配置状态,此时Node AB可以被管理B(Admin B)配置,从而加入到Admin B所属的fabric。
该过程可以包括:Admin A生成设置码(setupcode)并传送给Admin B,Admin B使用该Setupcode与Node AB建立连接;可选的,在建立连接之前,Node AB需要先注册域名系统服务发现(Domain Name System Service Discovery,DNS-SD)记录,以便Admin B发现Node AB。
步骤三:Admin B通过手动配对码(manual pairing code)发现Node AB对应的设备信息,然后与Node AB建立安全连接并进行配置。配置的内容与步骤一中的配置内容类似。
请参考图2,其示出了本申请涉及的桥接架构示意图。如图2所示,以Matter协议下的桥接框架为例,目前物联网的桥(bridge)解决方案中,需要桥生产商应用程序201(也称为bridge Manufacturer App,是厂家私有实现的App)来完成对桥接的子设备202(也称为Bridged Device,对应图2中的BD1~BD3)等异构设备(即非Matter协议设备,比如Zigbee设备)的桥接功能实现,其中,图2中的Bridged Device可以为实体物联网设备,也可以为逻辑设备;bridge Manufacturer App控制在桥接设备203(Bridge)上为BD1等设备生成对应的Matter设备204(也称为Matter Device,对应图2中的MD1~MD4),以便支持Matter协议的App(即Matter App 1~Matter App 3)通过桥接设备203对桥接的子设备202进行查看和控制,其中,图2中的Matter Device可以为逻辑设备。
其中,为BD1等设备生成对应的Matter设备204的实现方法可以为:在Bridge的数据模型上生成对应的端点(endpoints),一个或者多个endpoints对应一个Matter Device;因此在Bridge的数据模型中既包含了其自身功能的endpoints(可以称为endpoint0),也包含其桥接的异构设备对应的endpoints。
请参考图3,其示出了本申请涉及的物联网中设备的数据模型的结构示意图。如图3所示,一个物联网设备的数据模型中,一个节点(Node)表示一个物理设备或者逻辑设备,一个节点可以对应一个或者多个端点,每个端点为一个逻辑设备,每个端点对应有一个或者多个功能集合,每个功能集合对应一个或多个具体的功能(对应属性、方法、事件等)。
结合图3,在Bridge设备的endpoint0上存在描述符簇(descriptor Cluster),其中的设备类型(device type)需包含bridge;其组件列表(parts list)参数包含上述所有的endpoints(对应逻辑设备);而各个对应Bridged Devices的endpoints的descriptor Cluster的device types参数则需包含桥接的子设备标识(bridged node,该标识表明该endpoint代表的是一个桥接的子设备)和其设备类型,从而标识出该endpoint对应的是一个Bridged Device的功能集合,其中,每个功能集合下对应有一个或多个功能。
在上述的Bridge架构中,当对Bridge执行Multi-admin功能时,无法对Bridged Devices的endpoints进行分割,也就是说仅能对Bridge设备整体(包含所有的endpoints)执行Multi-admin功能;也就是说,当Admin A向Admin B分享桥接设备下接入的物联网设备时,只能将桥接设备以及桥接设备下所有的物联网设备一起分享给Admin B,从而导致对桥接设备中接入的各个Bridged Devices的endpoints进行分享的灵活性较差。
对于上述方案,本申请后续实施例提供了一种对桥接设备进行配置的方案,在Multi-admin模式下,可以在桥接设备中配置被分享的端点,后续该桥接设备在接受其他配置设备的配置时,可以有选择性的将上述被分享的端点配置给其它配置设备,从而提高了Bridge架构下的Multi-admin配置的灵活性。
请参考图4,其示出了本申请一个实施例提供的对桥接设备进行配置的方法的流程图,该方法可以由桥接设备执行,比如,该桥接设备可以是图1所示的网络架构中的桥接设备130;该方法可以包括如下几个步骤:
步骤401,在桥接设备中配置端点分享信息,端点分享信息用于指示被分享的端点;上述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;桥接的子设备是接入桥接设备的物联网设备。
桥接的子设备(Bridged Device)接入桥接设备(Bridge)之后,桥接设备在本地为桥接的子设备生成对应的端点(endpoint),这样桥接设备中除了拥有自己的端点之外,还具有桥接的子设备对应的各个端点。
在本申请实施例中,对于桥接的子设备对应的各个端点,桥接设备可以在数据模型中进一步配置其中被分享的端点,后续接受配置设备的配置时,可以控制向配置设备分享的端点的范围。
也就是说,在本申请实施例中,上述的端点分享信息,用于在桥接设备接受配置设备的配置过程中,限制向配置设备分享的端点的范围。
综上所述,本申请实施例所示的方案,对于与接入桥接设备的物联网设备对应的各个端点,桥接设备可以在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
其中,上述桥接的子设备中被分享的端点,可以由第一配置设备指示给桥接设备。
请参考图5,其示出了本申请一个实施例提供的对桥接设备进行配置的方法的流程图,该方法可以由第一配置设备执行,比如,该第一配置设备可以是图1所示的网络架构中的控制设备120,也可以是控制设备120之外的其它设备;该方法可以包括如下几个步骤:
步骤501,向桥接设备发送打开配置窗口请求,打开配置窗口请求中包含桥接的子设备列表;桥接的子设备列表用于指示被分享的端点;被分享的端点包括与桥接的子设备对应的端点中的全部或部分端点;桥接的子设备是接入桥接设备的物联网设备;打开配置窗口(Open Commissioning Window,OCW)请求用于指示桥接设备在数据模型中配置端点分享信息,端点分享信息用于指示被分享的端点。
在本申请实施例中,第一配置设备可以是具有桥接设备的全部权限的设备。第一配置设 备可以是实体设备,也可以是逻辑设备(比如配置App)。第一配置设备对桥接设备完成配置之后,可以通过打开配置窗口请求向桥接设备指示被分享的端点。
其中,在某些场景下,上述打开配置窗口请求也可以被称为打开配置窗口指令(OCW Command)。
综上所述,本申请实施例所示的方案,对于与接入桥接设备的物联网设备对应的各个端点,第一配置设备指示桥接设备在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
通过本申请上述图4和图5所示的方案,第一配置设备对应的用户可以将桥接设备上桥接的子设备的端点有选择的对外分享。
请参考图6,其示出了本申请一个实施例提供的多管理模式的配置框架图。在一种可能的应用场景中,如图6所示,桥接设备61上接入有三个桥接的子设备(在图6中的标号为62a、62b以及62c),相应的,桥接设备61对应该三个桥接的子设备生成对应的端点(即图6中的端点1至端点5)。第一配置设备63对桥接设备61完成首次配置之后,可以选择端点1至端点5中的部分端点对外分享,该分享过程如下:
S1,第一配置设备63向桥接设备61发送打开配置窗口OCW请求。
比如,用户A想要向用户B分享三个桥接的子设备中的部分设备或者部分设备功能时,可以在第一配置设备63中设置被分享的端点或者被分享的桥接的子设备。第一配置设备63根据用户A的设置,向桥接设备61发送打开配置窗口请求。其中,以用户A设置的被分享的端点为端点3至端点5为例,该打开配置窗口请求可以指示上述端点3至端点5为被分享的端点。
S2,桥接设备61根据打开配置窗口请求,在数据模型中配置初始化的端点分享信息。
其中,桥接设备61接收到打开配置窗口请求后,可以在数据模型中配置端点分享信息,比如,在图6中,桥接设备61根据端点3至端点5,在数据模型中配置端点分享信息;也就是说,该端点分享信息用于在数据模型中指示上述端点3至端点5是可以被分享的端点。
S3,桥接设备61根据初始化的端点分享信息,完成第二配置设备64的配置。
在图6中,当第二配置设备64对桥接设备61发起配置时,桥接设备61在端点分享信息所指示的端点3至端点5的范围内,接受第二配置设备64的配置;也就是说,在上述配置过程中,分享给第二配置设备64的端点不超过端点3至端点5的范围。
本申请上述实施例所示的方案中,在桥接设备中配置的端点分享信息,可以包括在数据模型中新增专用的簇(Cluster),也可以包括数据模型中已有的簇。
请参考图7,其示出了本申请一个实施例提供的对桥接设备进行配置的方法的流程图,该方法可以由桥接设备、第一配置设备和第二配置设备交互执行,比如,该桥接设备可以是图1所示的网络架构中的桥接设备130,第一配置设备和第二配置设备可以是图1所示的网络架构中的控制设备120,也可以是控制设备120之外的其它设备;该方法可以包括如下几个步骤:
步骤701,第一配置设备向桥接设备发送打开配置窗口请求;相应的,桥接设备接收该打开配置窗口请求。
其中,上述桥接设备中接入有至少一个桥接的子设备。桥接的子设备是接入桥接设备的物联网设备。
其中,该打开配置窗口OCW请求用于指示与桥接的子设备对应的各个端点中被分享的端点。
上述与桥接的子设备对应的各个端点中被分享的端点。可选的,上述被分享的端点,包 括上述各个端点中的全部或部分端点。
在一种可能的实现方式中,上述打开配置窗口请求中包含桥接的子设备列表;桥接的子设备列表用于指示被分享的端点。
也就是说,在本申请实施例中,打开配置窗口请求中可以包含一个桥接的子设备列表(BridgedDevicesList),该桥接的子设备列表可以直接或者间接指示上述被分享的端点。
在一种可能的实现方式中,上述桥接的子设备列表中包含以下信息中的至少一种:
被分享的端点的标识、以及被分享的端点的设备类型。
在本申请实施例所示的方案中,桥接的子设备列表中可以包含被分享的端点的标识,以直接指示上述被分享的端点。
或者,上述桥接的子设备列表中也可以包含被分享的端点的设备类型(DeviceType),以间接指示被分享的端点(即对应该设备类型的端点为被分享的端点)。
例如,OCW请求的参数可以如下述表1所示:
表1
步骤702,桥接设备发布域名系统服务发现DNS-SD记录。
在一种可能的实现方式中,该域名系统服务发现(DNS-SD)记录中包含设备类型参数、端点列表参数以及端点设备类型参数中的至少一种;上述设备类型参数用于指示桥接设备的设备类型;端点列表参数用于指示可被发现的设备包含的端点的标识;端点设备类型参数用于指示可被发现的设备的设备类型。
在一种示例性的方案中,上述可被发现的设备包含的端点,可以是上述被分享的端点中的全部或者部分端点。
在本申请实施例的一个示例性的方案中,上述DNS-SD记录中可以包含桥接设备的设备类型(Device Type,DT)参数、端点列表(Endpoints List,EL)参数以及端点设备类型(以SDT表示)参数。
其中,DT字段为bridge,表示设备类型为桥接设备,EL字段为指定数值(比如4),其中,当DT参数段为“bridge”时,EL参数用来指示可被发现的桥接的子设备(BridgedDevices)对应的端点,SDT参数对应EL的设备类型。
其中,桥接设备配置DNS-SD记录之后,第二配置设备后续可以通过DNS-SD发现机制,发现Bridge设备以及对应的Bridged Device;第二配置设备对应的用户可以通过EL信息和SDT信息确认其配置Bridge设备后,可控制的Bridged Device的范围。如果用户发现上述信息不符合预期,可结束配置流程。
步骤703,第一配置设备生成配对码,并将该配对码发送给第二配置设备;相应的,第二配置设备接收该配对码。
在本申请实施例中,第一配置设备可以为第二配置设备生成配对码(Pairing Code)信息,并将生成的配对码信息通过带外的方式提供给第二配置设备,比如,通过蓝牙或者二维码展示等方式提供给第二配置设备。
步骤704,第二配置设备根据该配对码发现桥接设备,并与桥接设备建立安全链接,以对桥接设备发起配置。
其中,通过上述配对码,第二配置设备可以发现桥接设备,并获取到与桥接设备进行安全链接建立的相关信息,并根据获取到的信息与桥接设备建立安全链接,以便后续对桥接设备发起配置。
步骤705,第二配置设备向桥接设备发起配置;相应的,桥接设备根据上述端点分享信息,接受第二配置设备的配置。
在本申请实施例中,当第二配置设备对应的用户确定要对桥接设备进行配置时,第二配置设备可以向桥接设备发起配置。
步骤706,桥接设备在该桥接设备中配置端点分享信息,端点分享信息用于指示上述被分享的端点。
其中,桥接设备可以根据上述打开配置窗口请求中携带的桥接的子设备列表,在桥接设备中配置端点分享信息。
在一种可能的实现方式中,端点分享信息包括端点接入簇,在桥接设备中配置端点分享信息,包括:
在桥接设备中配置该端点接入簇;
其中,端点接入簇的属性为端点接入列表;端点接入列表包含至少一条端点接入记录;端点接入记录用于指示被分享给目标安全域的端点;
其中,目标安全域是对桥接设备进行配置的第二配置设备所属的安全域(Fabric)。
上述端点接入簇用于在完成配置后,当桥接设备接收到服务发现请求或设备发现请求时,根据端点接入簇的内容,动态生成描述符簇中的组件列表的属性内容。
其中,上述动态生成的描述符簇中的组件列表的属性内容,包含与服务发现请求或设备发现请求的请求方所在的fabric对应的内容,也就是被分享给该fabric的端点的内容。
进一步的,上述动态生成的描述符簇中的组件列表的属性内容,可以是与服务发现请求或设备发现请求的请求方对应的节点的内容;也就是说,对于在同一fabric下的不同的Node,桥接设备可以生成不同的EndpointAccessCluster的项目(item),从而可以对同一fabric下不同的node分别限制其可显示的DescriptorCluster中的PartList。
在本申请实施例的一个示例性的方案中,桥接设备可以配置一个新的专用的簇(EndpointAccessCluster),来作为上述端点分享信息。
请参考下述表2,上述EndpointAccessCluster的结构定义可以如下:
表2
| ID | 属性(attribute) | 类型(Type) |
| 0 | EndpointAccessList | EndpointAccessStruct |
在一种可能的实现方式中,端点接入记录包含接入标识,以及,端点指示信息;
其中,接入标识用于指示端点分享的对象;端点指示信息用于指示被分享的端点。
在一种可能的实现方式中,端点指示信息包含端点列表和设备类型列表中的至少一种;
端点列表包含被分享的端点的标识;
设备类型列表中包含被分享的端点的设备类型。
请参考下述表3,上述EndpointAccessStruct的结构定义可以如下:
表3
在一种可能的实现方式中,该接入标识包括:
目标安全域的结构索引;或者,目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
在本申请实施例中,上述表3中的FabricIndex,表示上述被分享的端点可以被分享给该FabricIndex对应的目标安全域中的任意节点。
可选的,上述表3中的FabricIndex,也可以替换为FabricIndex+Node ID,其中,Node ID可以是目标安全域中的一个节点的标识,此时,表3中的信息表示上述被分享的端点可以被分享该Node ID对应的节点。
在一种可能的实现方式中,端点分享信息包括端点接入簇,在桥接设备中配置端点接入簇,包括:
在桥接设备中初始化端点接入簇;初始化的端点接入簇中的接入标识字段中的值为填充值;接入标识字段是用于携带接入标识的字段;
在第二配置设备对桥接设备配置完成后,将填充值替换为接入标识。
在一种可能的实现方式中,填充值为密码标识或者指定字符。
在本申请实施例中,桥接设备在数据模型中配置端点接入簇的过程可以分为两个步骤,第一步是初始化EndpointAccessStruct,在第二配置设备对桥接设备配置未配置完成之前,该初始化的端点接入簇中的接入标识字段暂时以填充值进行填充;第二步,在第二配置设备对桥接设备配置完成后,将填充值替换为接入标识,即替换为FabricIndex或者FabricIndex+Node ID。
在一种可能的实现方式中,上述填充值为密码标识或者指定字符。
其中,在第二配置设备对桥接设备配置未配置完成之前,桥接设备可以在初始化的端点接入簇中的接入标识字段中填充密码标识(passcodeID),或者填充其它特殊字符(比如0)。
其中,上述密码标识可以被节点(桥接设备)用来识别用于本次配置的临时PAKE密码验证器。比如,上述密码标识可以是口令认证密钥交换(Password Authenticated Key Exchange,PAKE)密码ID。
在一种可能的实现方式中,在桥接设备中初始化端点接入簇,包括:
在接受第二配置设备的配置之前,在桥接设备中初始化端点接入簇;
或者,在接受第二配置设备的配置过程中,在桥接设备中初始化端点接入簇。
在本申请实施例中,上述初始化EndpointAccessStruct的步骤,可以由桥接设备在接受第二配置设备的配置之前执行,比如,在上述步骤702之前,桥接设备接收到OCW请求之后,即可以初始化EndpointAccessStruct。
或者,上述初始化EndpointAccessStruct的步骤也可以在接受第二配置设备的配置的过程中执行,比如,在步骤705中,桥接设备检测到配置设备发起配置时,可以初始化EndpointAccessStruct。
在一种可能的实现方式中,端点分享信息包括描述符簇,在桥接设备中配置端点分享信息,包括:
在桥接设备中配置描述符簇;
其中,描述符簇中的组件列表包含支持的端点记录列表;支持的端点记录中包含支持的端点记录;支持的端点记录用于指示被分享给目标安全域的端点;
其中,目标安全域是对桥接设备进行配置的第二配置设备所属的安全域。
在本申请实施例的另一个示例性的方案中,桥接设备可以对桥接设备自己的端点(endpoint0)中的描述符簇(Descriptor Cluster)进行改进,以在桥接设备中配置上述端点分享信息。
其中,上述Descriptor Cluster用于描述对应的端点上的服务端簇(Server Cluster)信息、客户端簇(Client Cluster)信息、设备类型信息;在复合设备的Descriptor Cluster中还可以包含关联端点信息。其中,复合设备可以是对应有多种不同设备类型的端点的设备。
其中,上述桥接设备可以在endpoint0的Descriptor Cluster中的组件列表中配置上述端点分享信息。
其中,Descriptor Cluster的包含的部分属性可以如下述表4所示:
表4
在一种可能的实现方式中,上述支持的端点记录(EndpointAvailableStruct)包含接入标识,以及,端点指示信息;
其中,接入标识用于指示端点分享的对象;端点指示信息用于指示被分享的端点。
在一种可能的实现方式中,接入标识包括:
目标安全域的结构索引;或者,目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
在一种可能的实现方式中,端点指示信息包含端点列表和设备类型列表中的至少一种;
端点列表包含被分享的端点的标识;
设备类型列表中包含被分享的端点的设备类型。
在本申请实施例中,桥接设备可以修改Descriptor Cluster中的PartsList的数据类型,将其修改为一个EndpointAvaliableStruct的列表,该列表的结构可以如下述表5所示:
表5
| ID | Field | Description |
| 0 | AccessID | Fabricindex+nodeID |
| 1 | EndpointList | Endpoint列表 |
在表5中,AccessID即为上述接入标识,且表5中的接入标识为Fabricindex+nodeID,可选的,上述表5中的接入标识也可以替换为Fabricindex。这里的AccessID的含义与表3中0号字段的含义类似。上述Endpoint列表用于展示被分享的端点。
也就是说,在本申请实施例中,上述表5中的AccessID为FabricIndex,表示上述被分享的端点可以被分享给该FabricIndex对应的目标安全域中的任意节点。
或者,上述表5中的AccessID为FabricIndex+node ID时,Node ID可以是目标安全域中的一个节点的标识,该Node ID可以由第二配置设备在配置过程中传递给桥接设备,此时,表5中的信息表示上述被分享的端点可以被分享该Node ID对应的节点。
可选的,上述表5中的Endpoint列表也可以替换为被分享的端点的设备类型,表示对应该设备类型的端点为被分享的端点。
在一种可能的实现方式中,在桥接设备中配置描述符簇,包括:
在桥接设备中初始化描述符簇;初始化的描述符簇中的接入标识字段中的值为填充值;接入标识字段是用于携带接入标识的字段;
在第二配置设备对桥接设备配置完成后,将填充值替换为接入标识。
在一种可能的实现方式中,填充值为密码标识或者指定字符。
在一种可能的实现方式中,在桥接设备中初始化描述符簇,包括:
在接受第二配置设备的配置之前,在桥接设备中初始化描述符簇;
或者,在接受第二配置设备的配置过程中,在桥接设备中初始化描述符簇。
其中,上述Descriptor Cluster中的EndpointAvailableStruct包含的内容以及配置方式,与上述EndpointAccessStruct中包含的内容和配置方式类似,此处不再赘述。
在一种可能的实现方式中,在接受第二配置设备的配置时,桥接设备为目标安全域中的节点配置访问控制列表簇;该访问控制列表簇的目标端点属于被分享的端点。
其中,桥接设备在接受第二配置设备的配置过程中,可以生成fabric ID(第二配置设备所属的fabric的ID)、fabric index(第二配置设备所属的fabric的索引)以及node ID等信息,并为第二配置设备配置访问控制列表(Access Control List,ACL)cluster等;然后,在初始化的EndpointAccessCluster或者Descriptor Cluster中,填入正确的fabricindex或者fabricindex+Node ID(这里填入的Node ID为第二配置设备所属fabric中的节点的标识)。其中,上述fabric ID可以由第二配置设备指示给桥接设备。
其中,上述描述符簇在配置完成后,当Bridge接收到服务发现请求或者设备发现请求时,可以根据Descriptor Cluster中与请求方所在的fabric对应的PartsList内容,向请求方显示其所在的fabric对应的内容(比如允许向该fabirc分享的端点或者Bridged Devices);进一步,上述描述符簇中的组件列表的属性内容,也可以是与服务发现请求或设备发现请求的请求方的节点对应的内容。
在上述过程中,在同一个fabric下,ACL中配置的目标(target)部分不超出EndpointAccessCluster或者Descriptor Cluster中定义的内容(即不超出EndpointAccessCluster或者Descriptor Cluster中定义的被分享的端点)。
可选的,在配置过程中,上述ACL中配置的目标部分由第二配置设备指定,桥接设备可以在接收到第二配置设备配置上述目标部分的指示后,检查第二配置设备指定的目标部分是否超出EndpointAccessCluster或者Descriptor Cluster中定义的内容,若是,则可以回应错误应答。
请参考图8,其示出了本申请实施例涉及的一种在桥接设备中配置端点接入簇的流程示意图。如图8所示,该流程包括如下步骤:
S801,Admin 1发起Multi-admin流程:发送OpenCommissioningWindow(OCW)请求给Bridge设备,该请求可以使bridge设备进入配置状态。其中,OpenCommissioningWindow请求中增加BridgedDevicesList参数。
S802,桥接设备(Bridge)收到OCW command后根据请求中携带的参数BridgedDevicesList初始化EndpointAccessCluster;在初始化的过程中fabricindex部分使用passcodeID或者其他特殊值(例如0)填充,当配置完成后填入正确的fabricindex;对于EndpointAccess Cluster对admin1默认全权限。
S803,Bridge发布DNS-SD记录。Admin 2可以通过该机制发现此设备。
S804,在Bridge发布DNS-SD记录之前或者之后,Admin 1生成Pairing Code,并通过带外的方式发送给Admin 2。
S805,Admin 2发现正确的Bridge设备并建立安全链接后,开始配置Bridge设备:即生成fabric ID、fabric index以及node id等信息,配置ACL cluster等信息;配置EndpointAccess信息,填入正确的fabricindex(其中,上述S802的内容也可以在该步骤来完成)。
在完成上述配置之后,当Bridge收到服务发现或者设备发现请求时,可以根据EndpointAccessCluster的内容,动态生成Endpoint0的DescriptorCluster的PartsList属性内容,从而向请求方显示其所在的fabric对应的内容(比如允许向该fabirc分享的端点或者Bridged Devices);进一步,还可以在同一fabric下对不同的Node生成不同的EndpointAccessCluster的项目(item),从而在同一fabric下对不同的Node分别限制其可显示的Descriptor Cluster中的PartList。
请参考图9,其示出了本申请实施例涉及的一种在桥接设备中配置描述符簇的流程示意 图。如图9所示,该流程包括如下步骤:
S901,Admin 1发起Multi-admin流程:发送OpenCommissioningWindow(OCW)请求给Bridge设备,该请求可以使bridge设备进入配置状态。
S902,桥接设备(Bridge)收到OCW command后根据请求中携带的参数BridgedDevicesList初始化Endpoint0的DescriptorCluster,填入endpointList信息;在初始化的过程中accessID部分使用passcodeID或者其他特殊值例如0填充,当配置完成后填入正确的fabricindex+nodeID,其中的“+”表示字符串连接。
S903,Bridge发布DNS-SD记录。Admin 2可以通过该机制发现此设备。
S904,在Bridge发布DNS-SD记录之前或者之后,Admin 1生成Pairing Code,并通过带外的方式发送给Admin 2。
S905,Admin 2发现正确的Bridge设备并建立安全链接后,开始配置Bridge设备:包括生成fabric ID、fabric index以及node id等信息,配置ACL cluster等信息;完善Endpoint0的Descriptor Cluster信息,填入正确的Access ID(其中,上述S902的内容也可以在该步骤来完成)。
在完成上述配置之后,当Bridge收到服务发现或者设备发现请求时,根据Descriptor Cluster中的PartsList内容,针对不同的fabric或者(fabric+nodeID),呈现不同的EndpointList对应的内容,从而向请求方显示其所在的fabric对应的内容(比如允许向该fabirc分享的端点或者Bridged Devices);进一步,还可以在同一fabric下对不同的Node生成不同的EndpointAccessCluster的项目(item),从而在同一fabric下对不同的Node分别限制其可显示的Descriptor Cluster中的PartList。
通过本申请所示的方案,可以在对Bridge进行Multi-admin配置时,完成对Bridged Devices的细划分,即为第二配置设备分配部分Bridged Devices,为用户提供了更强的使用便利和分享设备便利。
此外,通过本申请所示的方案,还可以间接做到在一个设备中,对不同的fabric呈现不同的内容,比如,通过Descriptor Cluster中的Partslist,对不同的fabric,或者同一个fabric中不同的node呈现不同的内容。
综上所述,本申请实施例所示的方案,对于与接入桥接设备的物联网设备对应的各个端点,第一配置设备指示桥接设备在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
请参考图10,其示出了本申请一个实施例提供的对桥接设备进行配置的装置的框图。该装置具有实现上述图4或图7所示的方法中,由桥接设备执行的功能。如图10所示,该装置可以包括:
配置模块1001,用于在桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;
其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
在一种可能的实现方式中,所述装置还包括:
接收模块,用于在所述配置模块1001在所述桥接设备中配置端点分享信息之前,接收第一配置设备发送的打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;所述桥接的子设备列表用于指示所述被分享的端点;
所述配置模块,用于根据所述桥接的子设备列表,在所述桥接设备中配置所述端点分享信息。
在一种可能的实现方式中,所述桥接的子设备列表中包含以下信息中的至少一种:
所述被分享的端点的标识、以及所述被分享的端点的设备类型。
在一种可能的实现方式中,端点分享信息包括端点接入簇,所述配置模块1001,用于在所述桥接设备中配置端点接入簇;
其中,所述端点接入簇的属性为端点接入列表;所述端点接入列表包含至少一条端点接入记录;所述端点接入记录用于指示被分享给目标安全域的端点;
其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
在一种可能的实现方式中,所述端点接入记录包含接入标识,以及,端点指示信息;
其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
在一种可能的实现方式中,所述接入标识包括:
所述目标安全域的结构索引;
或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
在一种可能的实现方式中,所述端点指示信息包含端点列表和设备类型列表中的至少一种;
所述端点列表包含所述被分享的端点的标识;
所述设备类型列表中包含所述被分享的端点的设备类型。
在一种可能的实现方式中,所述配置模块1001,用于,
在所述桥接设备中初始化所述端点接入簇;初始化的所述端点接入簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;
在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
在一种可能的实现方式中,所述填充值为密码标识或者指定字符。
在一种可能的实现方式中,所述配置模块1001,用于,
在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述端点接入簇;
或者,
在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述端点接入簇。
在一种可能的实现方式中,端点分享信息包括描述符簇,所述配置模块1001,用于在所述桥接设备中配置描述符簇;
其中,所述描述符簇中的组件列表包含支持的端点记录列表;所述支持的端点记录中包含支持的端点记录;所述支持的端点记录用于指示被分享给目标安全域的端点;
其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
在一种可能的实现方式中,所述支持的端点记录包含接入标识,以及,端点指示信息;
其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
在一种可能的实现方式中,所述接入标识包括:
所述目标安全域的结构索引;
或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
在一种可能的实现方式中,所述端点指示信息包含端点列表和设备类型列表中的至少一种;
所述端点列表包含所述被分享的端点的标识;
所述设备类型列表中包含所述被分享的端点的设备类型。
在一种可能的实现方式中,所述配置模块1001,用于,
在所述桥接设备中初始化所述描述符簇;初始化的所述描述符簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;
在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
在一种可能的实现方式中,所述填充值为密码标识或者指定字符。
在一种可能的实现方式中,所述配置模块1001,用于,
在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述描述符簇;
或者,
在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述描述符簇。
在一种可能的实现方式中,所述配置模块1001,还用于在接受所述第二配置设备的配置时,为所述目标安全域中的节点配置访问控制列表簇;所述访问控制列表簇的目标端点属于所述被分享的端点。
在一种可能的实现方式中,所述装置还包括:
发布模块,用于在所述配置模块在接受所述第二配置设备的配置时,为所述目标安全域中的节点配置访问控制列表簇之前,发布域名系统服务发现DNS-SD记录;
其中,所述DNS-SD记录中包含设备类型参数、端点列表参数以及端点设备类型参数中的至少一种;
所述设备类型参数用于指示所述桥接设备的设备类型;
所述端点列表参数用于指示可被发现的设备包含的端点的标识;
所述端点设备类型参数用于指示可被发现的设备的设备类型。
综上所述,本申请实施例所示的方案,对于与接入桥接设备的物联网设备对应的各个端点,桥接设备可以在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
请参考图11,其示出了本申请一个实施例提供的对桥接设备进行配置的装置的框图。该装置具有实现上述图5或图7所示的方法中,由第一配置设备执行的功能。如图11所示,该装置可以包括:
发送模块1101,用于向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;
其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备在数据模型中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
在一种可能的实现方式中,所述桥接的子设备列表中包含以下信息中的至少一种:
所述被分享的端点的标识、以及所述被分享的端点的设备类型。
综上所述,本申请实施例所示的方案,对于与接入桥接设备的物联网设备对应的各个端点,第一配置设备指示桥接设备在数据模型中配置上述各个端点中被分享的端点,后续可以基于这些被分享的端点来接受配置设备的配置,从而扩展了多管理模式下对桥接设备进行配置的场景,提高了Bridge架构下的Multi-admin配置的灵活性。
需要说明的一点是,上述实施例提供的装置在实现其功能时,仅以上述各个功能模块的划分进行举例说明,实际应用中,可以根据实际需要而将上述功能分配由不同的功能模块完成,即将设备的内容结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
请参考图12,其示出了本申请一个实施例提供的计算机设备1200的结构示意图。该计算机设备1200可以包括:处理器1201、接收器1202、发射器1203、存储器1204和总线1205。
处理器1201包括一个或者一个以上处理核心,处理器1201通过运行软件程序以及模块,从而执行各种功能应用以及信息处理。
接收器1202和发射器1203可以实现为一个通信组件,该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
存储器1204通过总线1205与处理器1201相连。
存储器1204可用于存储计算机程序,处理器1201用于执行该计算机程序,以实现上述方法实施例中的各个步骤。
此外,存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,易失性或非易失性存储设备包括但不限于:磁盘或光盘,电可擦除可编程只读存储器,可擦除可编程只读存储器,静态随时存取存储器,只读存储器,磁存储器,快闪存储器,可编程只读存储器。
在一个示例性的方案中,当计算机设备1200实现为桥接设备时,所述处理器1201,用于在桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;
其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
其中,上述计算机设备1200中的处理器1201、收发器执行的过程可以参考上述图4或图7任一所示的方法中,由桥接设备执行的各个步骤。
在另一个示例性的方案中,当计算机设备1200实现为第一配置设备时,所述收发器,用于向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;
其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备在数据模型中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
其中,上述计算机设备1200中的处理器1201和/或收发器执行的过程可以参考上述图5或图7任一所示的方法中,由第一配置设备执行的各个步骤。
本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有计算机程序,所述计算机程序由处理器加载并执行以实现上述图4、图5或者图7所示的方法中,由桥接设备或者第一配置设备执行的全部或者部分步骤。
本申请还提供了一种芯片,该芯片用于在计算机设备中运行,以使得计算机设备执行上述图4、图5或者图7所示的方法中,由桥接设备或者第一配置设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序产品,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得计算机设备执行上述图4、图5或者图7所示的方法中,由桥接设备或者第一配置设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序,该计算机程序由计算机设备的处理器执行,以实现上述图4、图5或者图7所示的方法中,由桥接设备或者第一配置设备执行的全部或者部分步骤。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。
Claims (47)
- 一种对桥接设备进行配置的方法,其特征在于,所述方法由桥接设备执行,所述方法包括:在所述桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
- 根据权利要求1所述的方法,其特征在于,在所述桥接设备中配置端点分享信息之前,还包括:接收第一配置设备发送的打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;所述桥接的子设备列表用于指示所述被分享的端点;所述在所述桥接设备中配置端点分享信息,包括:根据所述桥接的子设备列表,在所述桥接设备中配置所述端点分享信息。
- 根据权利要求2所述的方法,其特征在于,所述桥接的子设备列表中包含以下信息中的至少一种:所述被分享的端点的标识、以及所述被分享的端点的设备类型。
- 根据权利要求1至3任一所述的方法,其特征在于,所述端点分享信息包括端点接入簇,所述在所述桥接设备中配置端点分享信息,包括:在所述桥接设备中配置所述端点接入簇;其中,所述端点接入簇的属性为端点接入列表;所述端点接入列表包含至少一条端点接入记录;所述端点接入记录用于指示被分享给目标安全域的端点;其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
- 根据权利要求4所述的方法,其特征在于,所述端点接入记录包含接入标识,以及,端点指示信息;其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
- 根据权利要求5所述的方法,其特征在于,所述接入标识包括:所述目标安全域的结构索引;或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
- 根据权利要求5所述的方法,其特征在于,所述端点指示信息包含端点列表和设备类型列表中的至少一种;所述端点列表包含所述被分享的端点的标识;所述设备类型列表中包含所述被分享的端点的设备类型。
- 根据权利要求5所述的方法,其特征在于,所述在所述桥接设备中配置端点接入簇,包括:在所述桥接设备中初始化所述端点接入簇;初始化的所述端点接入簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
- 根据权利要求8所述的方法,其特征在于,所述填充值为密码标识或者指定字符。
- 根据权利要求8所述的方法,其特征在于,所述在所述桥接设备中初始化所述端点接入簇,包括:在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述端点接入簇;或者,在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述端点接入簇。
- 根据权利要求1至3任一所述的方法,其特征在于,所述端点分享信息包括描述符簇,所述在所述桥接设备中配置端点分享信息,包括:在所述桥接设备中配置描述符簇;其中,所述描述符簇中的组件列表包含支持的端点记录列表;所述支持的端点记录中包含支持的端点记录;所述支持的端点记录用于指示被分享给目标安全域的端点;其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
- 根据权利要求11所述的方法,其特征在于,所述支持的端点记录包含接入标识,以及,端点指示信息;其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
- 根据权利要求12所述的方法,其特征在于,所述接入标识包括:所述目标安全域的结构索引;或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
- 根据权利要求12所述的方法,其特征在于,所述端点指示信息包含端点列表和设备类型列表中的至少一种;所述端点列表包含所述被分享的端点的标识;所述设备类型列表中包含所述被分享的端点的设备类型。
- 根据权利要求12所述的方法,其特征在于,所述在所述桥接设备中配置描述符簇,包括:在所述桥接设备中初始化所述描述符簇;初始化的所述描述符簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
- 根据权利要求15所述的方法,其特征在于,所述填充值为密码标识或者指定字符。
- 根据权利要求15所述的方法,其特征在于,所述在所述桥接设备中初始化所述描述符簇,包括:在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述描述符簇;或者,在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述描述符簇。
- 根据权利要求4至17任一所述的方法,其特征在于,所述方法还包括:在接受所述第二配置设备的配置时,为所述目标安全域中的节点配置访问控制列表簇;所述访问控制列表簇的目标端点属于所述被分享的端点。
- 根据权利要求1至18任一所述的方法,其特征在于,所述方法还包括:发布域名系统服务发现DNS-SD记录;其中,所述DNS-SD记录中包含设备类型参数、端点列表参数以及端点设备类型参数中的至少一种;所述设备类型参数用于指示所述桥接设备的设备类型;所述端点列表参数用于指示可被发现的设备包含的端点的标识;所述端点设备类型参数用于指示可被发现的设备的设备类型。
- 一种对桥接设备进行配置的方法,其特征在于,所述方法由第一配置设备执行,所述方法包括:向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
- 根据权利要求20所述的方法,其特征在于,所述桥接的子设备列表中包含以下信息中的至少一种:所述被分享的端点的标识、以及所述被分享的端点的设备类型。
- 一种对桥接设备进行配置的装置,其特征在于,所述装置包括:配置模块,用于在桥接设备中配置端点分享信息,所述端点分享信息用于指示与桥接的子设备对应的各个端点中被分享的端点;其中,所述被分享的端点,包括所述各个端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备。
- 根据权利要求22所述的装置,其特征在于,所述装置还包括:接收模块,用于在所述配置模块在所述桥接设备中配置端点分享信息之前,接收第一配置设备发送的打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;所述桥接的子设备列表用于指示所述被分享的端点;所述配置模块,用于根据所述桥接的子设备列表,在所述桥接设备中配置所述端点分享信息。
- 根据权利要求23所述的装置,其特征在于,所述桥接的子设备列表中包含以下信息中的至少一种:所述被分享的端点的标识、以及所述被分享的端点的设备类型。
- 根据权利要求22至24任一所述的装置,其特征在于,所述端点分享信息包括端点接入簇,所述配置模块,用于在所述桥接设备中配置端点接入簇;其中,所述端点接入簇的属性为端点接入列表;所述端点接入列表包含至少一条端点接入记录;所述端点接入记录用于指示被分享给目标安全域的端点;其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
- 根据权利要求25所述的装置,其特征在于,所述端点接入记录包含接入标识,以及,端点指示信息;其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
- 根据权利要求26所述的装置,其特征在于,所述接入标识包括:所述目标安全域的结构索引;或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
- 根据权利要求26所述的装置,其特征在于,所述端点指示信息包含端点列表和设备类型列表中的至少一种;所述端点列表包含所述被分享的端点的标识;所述设备类型列表中包含所述被分享的端点的设备类型。
- 根据权利要求26所述的装置,其特征在于,所述配置模块,用于,在所述桥接设备中初始化所述端点接入簇;初始化的所述端点接入簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
- 根据权利要求29所述的装置,其特征在于,所述填充值为密码标识或者指定字符。
- 根据权利要求29所述的装置,其特征在于,所述配置模块,用于,在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述端点接入簇;或者,在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述端点接入簇。
- 根据权利要求22至24任一所述的装置,其特征在于,所述端点分享信息包括描述符簇,所述配置模块,用于,在所述桥接设备中配置描述符簇;其中,所述描述符簇中的组件列表包含支持的端点记录列表;所述支持的端点记录中包 含支持的端点记录;所述支持的端点记录用于指示被分享给目标安全域的端点;其中,所述目标安全域是对所述桥接设备进行配置的第二配置设备所属的安全域。
- 根据权利要求32所述的装置,其特征在于,所述支持的端点记录包含接入标识,以及,端点指示信息;其中,所述接入标识用于指示端点分享的对象;所述端点指示信息用于指示所述被分享的端点。
- 根据权利要求33所述的装置,其特征在于,所述接入标识包括:所述目标安全域的结构索引;或者,所述目标安全域的结构索引,以及目标安全域中的目标节点的节点标识。
- 根据权利要求33所述的装置,其特征在于,所述端点指示信息包含端点列表和设备类型列表中的至少一种;所述端点列表包含所述被分享的端点的标识;所述设备类型列表中包含所述被分享的端点的设备类型。
- 根据权利要求33所述的装置,其特征在于,所述配置模块,用于,在所述桥接设备中初始化所述描述符簇;初始化的所述描述符簇中的接入标识字段中的值为填充值;所述接入标识字段是用于携带所述接入标识的字段;在所述第二配置设备对所述桥接设备配置完成后,将所述填充值替换为所述接入标识。
- 根据权利要求36所述的装置,其特征在于,所述填充值为密码标识或者指定字符。
- 根据权利要求36所述的装置,其特征在于,所述配置模块,用于,在接受所述第二配置设备的配置之前,在所述桥接设备中初始化所述描述符簇;或者,在接受所述第二配置设备的配置过程中,在所述桥接设备中初始化所述描述符簇。
- 根据权利要求25至38任一所述的装置,其特征在于,所述配置模块,还用于在接受所述第二配置设备的配置时,为所述目标安全域中的节点配置访问控制列表簇;所述访问控制列表簇的目标端点属于所述被分享的端点。
- 根据权利要求22至39任一所述的装置,其特征在于,所述装置还包括:发布模块,用于在所述配置模块在接受所述第二配置设备的配置时,为所述目标安全域中的节点配置访问控制列表簇之前,发布域名系统服务发现DNS-SD记录;其中,所述DNS-SD记录中包含设备类型参数、端点列表参数以及端点设备类型参数中的至少一种;所述设备类型参数用于指示所述桥接设备的设备类型;所述端点列表参数用于指示可被发现的设备包含的端点的标识;所述端点设备类型参数用于指示可被发现的设备的设备类型。
- 一种对桥接设备进行配置的装置,其特征在于,所述装置包括:发送模块,用于向桥接设备发送打开配置窗口请求,所述打开配置窗口请求中包含桥接的子设备列表;其中,所述桥接的子设备列表用于指示被分享的端点;所述被分享的端点,包括与桥接的子设备对应的端点中的全部或部分端点;所述桥接的子设备是接入所述桥接设备的物联网设备;所述打开配置窗口请求用于指示所述桥接设备在数据模型中配置端点分享信息,所述端点分享信息用于指示所述被分享的端点。
- 根据权利要求41所述的装置,其特征在于,所述桥接的子设备列表中包含以下信息中的至少一种:所述被分享的端点的标识、以及所述被分享的端点的设备类型。
- 一种计算机设备,其特征在于,所述计算机设备包括处理器、存储器和收发器;所述存储器中存储有计算机程序,所述处理器执行所述计算机程序,以使得所述计算机 设备实现如上述权利要求1至21任一所示的对桥接设备进行配置的方法。
- 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序,所述计算机程序用于被处理器执行,以实现如权利要求1至21任一所示的对桥接设备进行配置的方法。
- 一种芯片,其特征在于,所述芯片用于在计算机设备中运行,以使得所述计算机设备执行如权利要求1至21任一所示的对桥接设备进行配置的方法。
- 一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机指令,所述计算机指令存储在计算机可读存储介质中;计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令,并执行所述计算机指令,使得所述计算机设备执行如权利要求1至21任一所示的对桥接设备进行配置的方法。
- 一种计算机程序,其特征在于,所述计算机程序由计算机设备的处理器执行,以实现如权利要求1至21任一所示的对桥接设备进行配置的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2021/129911 WO2023082113A1 (zh) | 2021-11-10 | 2021-11-10 | 对桥接设备进行配置的方法、装置、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117917048A true CN117917048A (zh) | 2024-04-19 |
Family
ID=86335016
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202180102136.1A Pending CN117917048A (zh) | 2021-11-10 | 2021-11-10 | 对桥接设备进行配置的方法、装置、设备及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN117917048A (zh) |
| WO (1) | WO2023082113A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2025036204A1 (zh) * | 2023-08-14 | 2025-02-20 | 海信视像科技股份有限公司 | 一种显示设备及设备控制方法 |
| WO2025060103A1 (zh) * | 2023-09-22 | 2025-03-27 | Oppo广东移动通信有限公司 | 设备控制方法、装置、设备及存储介质 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10075334B1 (en) * | 2012-04-11 | 2018-09-11 | Google Llc | Systems and methods for commissioning a smart hub device |
| US10142122B1 (en) * | 2012-04-11 | 2018-11-27 | Google Llc | User interfaces, systems and methods for configuring smart devices for interoperability with a smart hub device |
| CN104363153A (zh) * | 2014-11-20 | 2015-02-18 | 万高(杭州)科技有限公司 | 物联网及面向物联网的通信方法、桥接装置和接入设备 |
| WO2017014645A1 (en) * | 2015-07-17 | 2017-01-26 | Vitir As | A centralized controlling system controlling interactions and cooperation between radio-operated devices operating in a mesh network supporting multiple radio communication protocols |
-
2021
- 2021-11-10 WO PCT/CN2021/129911 patent/WO2023082113A1/zh not_active Ceased
- 2021-11-10 CN CN202180102136.1A patent/CN117917048A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023082113A1 (zh) | 2023-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11936743B2 (en) | Device management services based on restful messaging | |
| CN109644522B (zh) | 用于通过无线网络安全加载设备的方法和系统 | |
| US20240179142A1 (en) | Method and apparatus for account association, and computer device and storage medium | |
| WO2021134562A1 (zh) | 配置设备更换方法、装置、设备及存储介质 | |
| CN117917048A (zh) | 对桥接设备进行配置的方法、装置、设备及存储介质 | |
| CN116156005A (zh) | 物联网中的设备控制方法、装置、网关设备及存储介质 | |
| CN115486038B (zh) | 物联网配置方法、装置、计算机设备及存储介质 | |
| US20090160626A1 (en) | Method for Setting Home Code in Network System and Device for Network | |
| CN104320718B (zh) | 一种避免多个dmc推送媒体播放产生冲突的方法及装置 | |
| WO2015058413A1 (zh) | 一种数据配置方法及网络管理服务器 | |
| CN118140497A (zh) | 订阅权限信息处理方法、装置、计算机设备及存储介质 | |
| CN115277401B (zh) | 一种既定组网的设备扩容方法、装置、设备及介质 | |
| KR102560548B1 (ko) | 액세스 포인트, 홈 게이트웨이 및 홈 네트워크 시스템과, 상기 홈 네트워크 시스템에서의 ip 통신 수행 방법 | |
| CN115943616B (zh) | Zigbee设备的属性订阅方法、装置及设备 | |
| CN105207811B (zh) | 一种替换非AllJoyn设备的方法及装置 | |
| CN116437331A (zh) | 无感配网方法、无感配网系统、设备及介质 | |
| WO2023184560A1 (zh) | 设备分享方法、装置、设备、存储介质及程序产品 | |
| CN114500617A (zh) | 互联网设备控制方法和装置、存储介质及电子设备 | |
| WO2023184559A1 (zh) | 设备共享方法、装置、设备、存储介质及程序产品 | |
| US20080172481A1 (en) | Method of Configuring Network Profile of Network System | |
| WO2023115584A1 (zh) | 连接配置方法、连接建立方法、装置、设备及存储介质 | |
| CN115550313A (zh) | 外接设备的通信方法、装置、电子设备和存储介质 | |
| WO2023130405A1 (zh) | 设备配置方法、装置、计算机设备及存储介质 | |
| WO2023216035A1 (zh) | 安全域管理方法、装置、设备、存储介质及程序产品 | |
| WO2024183048A1 (zh) | 连接建立的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |