CN118103838A - 信息上报方法、装置、设备及存储介质 - Google Patents

信息上报方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN118103838A
CN118103838A CN202180103273.7A CN202180103273A CN118103838A CN 118103838 A CN118103838 A CN 118103838A CN 202180103273 A CN202180103273 A CN 202180103273A CN 118103838 A CN118103838 A CN 118103838A
Authority
CN
China
Prior art keywords
cluster
endpoint
change
internet
list
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
Application number
CN202180103273.7A
Other languages
English (en)
Inventor
包永明
吕小强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN118103838A publication Critical patent/CN118103838A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种信息上报方法、装置、设备及存储介质，属于物联网技术领域。所述方法包括：获取物联网设备的描述符变更事件数据(201)；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；向控制设备上报所述描述符变更事件数据(202)；其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。通过上述方案，能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。

Description

信息上报方法、装置、设备及存储介质 技术领域
本申请涉及物联网技术领域，特别涉及一种信息上报方法、装置、设备及存储介质。
背景技术
随着物联网(Internet of Things，IOT)技术的不断发展，越来越多的物联网设备在智能家居、工业生产等诸多领域给用户的生产生活带来了极大的便利性。
在相关技术中，为了提高物联网设备的使用的灵活性，已接入物联网中的物联网设备通常可以进行更新，比如增加新的功能，以及对已有的功能进行增强等等。
然而在相关技术中，物联网设备更新之后，用户或者物联网中的管理设备无法及时获知物联网设备更新后的情况，导致对物联网设备的控制效果较差。
发明内容
本申请实施例提供了一种信息上报方法、装置、设备及存储介质。该方案能够对更新后物联网设备的相关信息进行上报，进而提高对物联网设备的控制效果。所述技术方案如下：
一方面，本申请实施例提供了一种信息上报方法，所述方法由信息上报设备执行，所述方法包括：
获取物联网设备的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
向控制设备上报所述描述符变更事件数据；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
一方面，本申请实施例提供了一种信息上报方法，所述方法由控制设备执行，所述方法包括：
接收信息上报设备发送的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
另一方面，本申请实施例提供了一种信息上报装置，所述装置包括：
信息获取模块，用于获取物联网设备的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
信息上报模块，能够与向控制设备上报所述描述符变更事件数据；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
另一方面，本申请实施例提供了一种信息上报装置，所述装置包括：
信息接收模块，用于接收信息上报设备发送的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
另一方面，本申请实施例提供了一种计算机设备，所述计算机设备实现为信息上报设备，所述计算机设备包括处理器、存储器和收发器；
存储器中存储有计算机程序，处理器执行所述计算机程序，以使得计算机设备实现上述 信息上报方法。
再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以实现上述信息上报方法。
又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述信息上报方法。
又一方面，本申请还提供了一种芯片，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行上述信息上报方法。
又一方面，本申请提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述信息上报方法。
又一方面，本申请提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述信息上报方法。
本申请实施例提供的技术方案可以带来如下有益效果：
物联网中的信息上报设备可以获取到物联网设备的描述符变更事件数据，并将描述符变更事件数据上报给控制设备，使得控制设备可以及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的物联网的网络架构的示意图；
图2是本申请一个实施例提供的信息上报方法的流程图；
图3是本申请一个实施例提供的信息上报方法的流程图；
图4是本申请一个实施例提供的信息上报方法的流程图；
图5是图4所示实施例涉及的描述符变更事件数据上报示意图；
图6是本申请一个实施例提供的信息上报方法的流程图；
图7是图6所示实施例涉及的描述符变更事件数据上报示意图；
图8是本申请一个实施例提供的信息上报装置的框图；
图9是本申请一个实施例提供的信息上报装置的框图；
图10是本申请一个实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
请参考图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连接家庭工作组(Connected Home over IP Working Group，CHIP)项目)的电子设备。
在图1中，当物联网设备110a和控制设备120a之间支持相同的协议规范时，物联网设备110a和控制设备120a之间可以建立安全连接，比如，基于Matter规范建立安全连接。
当物联网设备110b和控制设备120b之间支持不同的协议规范，比如，物联网设备110b是Zigbee设备，而控制设备120b是Matter设备时，物联网设备110b和控制设备120b之间可以通过桥接设备130相连。
请参考图2，其示出了本申请一个实施例提供的信息上报方法的流程图，该方法可以由信息上报设备执行，比如，该信息上报设备可以是图1所示的网络架构中的物联网设备110或者桥接设备130；该方法可以包括如下几个步骤：
步骤201，获取物联网设备的描述符变更事件数据；描述符变更事件数据用于指示物联网设备的数据模型的变更信息。
在本申请实施例中，物联网设备可以通过数据模型来描述。
以物联网设备是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。
Matter设备的数据模型中的Event，代表过去发生的一些事情的记录，可以认为是日志条目，事件流可以提供设备节点上状态演化的时序视图。
Event通常定义在Cluster中，且可以通过诸如16位的ID唯一标识，且还可以具有默认的优先级。
Event的优先级可以分为以下3个优先级：
DEBUG，用于工程师调试使用；
INFO，驱动用户对设备的理解，如软件更新事件按键事件等；
CRITICAL，影响用户物理安全的事件，如开关设备事件，安全告警事件。
Event有自己的记录，该记录包括事件记录号；其中，事件的下条记录号是上条记录号加1；除了优先级和记录之外，Event还可以包括时间戳。
在一种可能的实现方式中，Matter设备描述符(Descriptor Cluster)如下表1至表3所示。
簇标识(Cluster Identifier，Cluster ID)如下述表1所示：
表1
Identifier Name
0x001D Descriptor
如表1所示，在Matter设备的数据模型中，描述符的标识(Identifier)为0x001D。
对应的属性Attribute如下述表2所示：
表2
如上述表2所示，在Matter设备的数据模型中，属性包含设备类型列表、服务端列表、客户端列表以及成员列表。
其中，服务端列表的类型(Type)参数是由各个设备类型结构体组成的列表；服务端列表的质量(Quality)参数为F，表示仅更新可变；服务端列表的约束(Constraint)参数为1 to max，表示其取值范围为1至最大值；服务端列表的预设值(Default)是设备类型结构体；服务端列表的访问途径(Access)为RV(Read&View)；服务端列表的一致性要求(Conformance)参数为M，表示强制要求。
服务端列表的Type参数是各个簇的标识(cluster-id)组成的列表；服务端列表的Quality参数为F；服务端列表的Default参数为空；服务端列表的Access参数为RV；服务端列表的Conformance参数为M。
客户端列表的Type参数是各个簇的标识(cluster-id)组成的列表；客户端列表的Quality 参数为F；客户端列表的Default参数为空；客户端列表的Access参数为RV；客户端列表的Conformance参数为M。
成员列表的Type参数是各个端点号(endpoint-no)组成的列表；客户端列表的Quality参数为F；客户端列表的Default参数为空；客户端列表的Access参数为RV；客户端列表的Conformance参数为M。
对应的设备类型结构体DeviceTypeStruct如下述表3所示：
表3
ID Name Type Quality Constraint Default Confromance
0 Type devtype empty M
1 Revision uint6 1 to max empty M
如表3所示，设备类型结构体的类型的Default参数为空；设备类型结构体的类型的Conformance参数为M。
设备类型结构体的版本信息(或者修订信息)的类型为uint6字符串；设备类型结构体的版本信息的约束(Constraint)参数为1to max；设备类型结构体的版本信息的Default参数为空；设备类型结构体的版本信息的Conformance参数为M。
步骤202，向控制设备上报描述符变更事件数据；描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
在本申请实施例中，当信息上报设备获取到上述描述符变更事件数据之后，即可以将上述描述符变更事件数据上报给控制设备，以便控制设备能够及时的了解到物联网设备的端点、簇以及设备类型列表等多方面信息的变更情况，从而为物联网设备的管理和控制的准确性提供支持。
综上所述，本申请实施例所示的方案，物联网中的信息上报设备可以获取到物联网设备的描述符变更事件数据，并将描述符变更事件数据上报给控制设备，使得控制设备可以及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
请参考图3，其示出了本申请一个实施例提供的信息上报方法的流程图，该方法可以由控制设备执行，比如，该控制设备可以是图1所示的网络架构中的控制设备120；该方法可以包括如下几个步骤：
步骤301，接收信息上报设备发送的描述符变更事件数据；描述符变更事件数据用于指示物联网设备的数据模型的变更信息；描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
综上所述，本申请实施例所示的方案，物联网中的控制设备可以接收到信息上报设备上报的描述符变更事件数据，从而能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
在本申请上述实施例中，信息上报设备可以是物联网设备之外的其它设备。比如，物联网设备和控制设备分别支持不同的协议，且物联网设备和控制设备之间通过桥接设备相连，此时，信息上报设备可以是桥接设备。
或者，上述的信息上报设备也可以是物联网设备本身。比如，物联网设备和控制设备支持相同的协议(比如都支持Matter协议或者Zigbee协议)，并且，物联网设备和控制设备之间直接相连，此时，上述信息上报设备可以是物联网设备。
对于上述两种情况，本申请后续实施例将分别进行介绍说明。
对于信息上报设备是桥接设备的情况，请参考图4，其示出了本申请一个实施例提供的信息上报方法的流程图，该方法可以由物联网设备、桥接设备以及控制设备交互执行，比如，该物联网设备、桥接设备以及控制设备可以是图1所示的网络架构中的物联网设备110、控制设备120以及桥接设备130；该方法可以包括如下几个步骤：
步骤401，物联网设备向桥接设备发送簇变更信息；相应的，桥接设备接收物联网设备发送的簇变更信息。
其中，上述簇变更信息是物联网设备在更新成功后，对物联网设备的端点下的簇进行变更的信息。
以物联网设备是Matter设备为例，Matter设备更新过程中，可能涉及到endpoints的删除、添加，此外，还可以改变Matter设备的Cluster，比如，对端点进行更新，添加、删除或者更新簇，添加、删除或者更新簇中的属性、指令或事件，添加、删除或更新设备类型列表等等。
为了提供更全面的更新上报，物联网设备在更新成功后，可以设置簇变更信息，以指示对物联网设备的端点下的簇进行变更的情况，并将上述簇变更信息发送给桥接设备。
在本申请实施例的一个示例性的方案中，上述物联网设备的更新过程可以由用户触发，比如，用户在控制设备中执行控制物联网设备更新的操作，此时，控制设备向桥接设备发送更新指令，桥接设备对更新指令进行翻译/映射后发送给物联网设备，物联网设备根据该更新指令进行更新。或者，用户通过物联网设备的管理终端(比如，安装有与物联网设备对应的应用程序的用户终端)向物联网设备直接下发更新指令，触发物联网设备根据该更新指令进行更新。
在本申请实施例的另一个示例性的方案中，上述物联网设备的更新过程也可以自动触发。比如，云端设备接检测到物联网设备可以更新(比如检测到存在物联网设备的新的固件版本)时，可以向物联网设备下发更新指令，以通知物联网设备自动下载新的固件进行更新。
步骤402，桥接设备根据簇变更信息，设置与物联网设备的端点下的簇对应的描述符变更事件数据。
其中，描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
在一种可能的实现方式中，上述端点变更信息包括：至少一个端点的端点结构体。比如，可以是至少一个端点的端点结构体组成的列表。
在一种可能的实现方式中，上述簇变更信息包括：至少一个簇的簇结构体。比如，可以是至少一个簇的簇结构体组成的列表。
在一种可能的实现方式中，上述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体。比如，可以是至少一个设备类型的设备类型结构体组成的列表。
在本申请实施例中，当物联网设备更新成功后，桥接设备可以生成描述符更新事件DescriptorChanged Event信息，用来描述物联网设备的数据模型的变更信息。
在本申请实施例中，更新后对应的Event数据(DescriptorChanged Event)如下述表4所示：
表4
ID Name Type Quality Constraint Default Confromance
1 EndpointsChanged list[EndpointStrut] empty M
2 ClustersChanged list[ClusterStruct] empty M
3 DeviceTypeListChanged list[DeviceTypeStruct] empty M
如表4所示，DescriptorChanged Event包含三个部分的信息，分别为端点变更信息(EndpointsChanged)、簇变更信息(ClustersChanged)、以及设备类型列表变更信息(DeviceTypeListChanged)。
其中，上述EndpointsChanged的类型为端点结构体(EndpointStrut)构成的列表，EndpointsChanged的Default参数为空，EndpointsChanged的Confromance参数为M。
上述ClustersChanged的类型为簇结构体(ClusterStruct)构成的列表；ClustersChanged的Default参数为空，ClustersChanged的Confromance参数为M。
上述DeviceTypeListChanged的类型为设备类型结构体(DeviceTypeStruct)构成的列表；DeviceTypeListChanged的Default参数为空，DeviceTypeListChanged的Confromance参数为M。
其中，上述表4以DescriptorChanged Event同时包含EndpointsChanged、ClustersChanged以及DeviceTypeListChanged为例进行介绍。可选的，上述DescriptorChanged Event也可以包含EndpointsChanged、ClustersChanged以及DeviceTypeListChanged中的任意两种或者任意一种，本申请实施例对此不作限定。
在一种可能的实现方式中，端点结构体包括：端点的状态以及端点标识中的至少一种；
其中，端点的状态用于指示端点的变更情况。
其中，上述端点结构体EndpointStruct的定义可以如下述表5所示。
表5
ID Name Type Confromance
0 Status enum(枚举) M
1 Endpoint endpoint-no M
如表5所示，上述端点的状态(Status)的类型为枚举型，端点的状态的Confromance参数为M。
上述端点标识的类型为端点号(Endpoint-no)，端点标识的Confromance参数为M。
在一种可能的实现方式中，端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
其中，上述端点的状态Status用于表示endpoint变更的情况，其定义如下表6所示。
表6
如表6所示，端点的状态可以分为三种情况，分别为：
端点的增加(added)，对应值(Value)为0；表示物联网更新过程中增加新的端点；
端点的移除(removed)，对应值(Value)为1；表示物联网更新过程中移除原有的端点；
端点的更新(updated)，对应值(Value)为2；表示物联网更新过程中对原有的端点进行了更新。
在一种可能的实现方式中，簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表；
其中，簇的状态用于指示簇的变更情况；
簇的角色用于指示服务端簇或者客户端簇；
属性列表用于指示簇的属性；
事件列表用于指示簇的事件；
指令列表用于指示簇的指令。
其中，簇结构体(ClusterStruct)的定义可以如表7所示。
表7
ID Name Type Default Confromance
0 Status enum(枚举) M
1 Role enum(枚举) Server M
2 Cluster cluster-no empty M
3 AttributeList list[attributeStruct] empty M
4 EventList list[eventStruct] empty M
5 CommandList list[commandStruct] empty M
如表7所示，其中，上述簇的状态(Status)的类型为枚举型，簇的状态的Confromance参数为M。
在一种可能的实现方式中，簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
其中，簇的状态表示Cluster的改变情况，簇的状态的定义与端点的状态的定义类似，此处不再赘述。
上述簇的角色(Role)的类型为枚举型，簇的角色的默认(Default)参数为服务端，簇的角色的Confromance参数为M。
其中，Role表示Cluster是server cluster还是client cluster，其定义可以如下表8所示。
表8
在表8中，Role的数值(Value)为0，表示Cluster是server cluster，Role的默认值为0。
Role的数值(Value)为1，则表示Cluster是client cluster。
如表7所示，簇标识(Cluster)的类型为簇号(cluster-no)，簇标识的Default参数为空，簇标识的Confromance参数为M。
如表7所示，属性列表(AttributeList)的类型为属性结构体(attributeStruct)构成的列表，属性列表的Default参数为空，属性列表的Confromance参数为M。
在一种可能的实现方式中，属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
属性的状态用于指示属性的变更情况。
在一种可能的实现方式中，属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
其中，attributeStruct的定义可以如下述表9所示。
表9
ID Name Type Confromance
0 Status enum(枚举) M
1 Attribute attribute-id M
如表9所示，属性的状态(表9中的Status)表示Attribute的变更情况，属性的状态的定义与上述簇的状态的定义以及端点的状态的定义类似，此处不再赘述。属性的状态的Confromance参数为M。
如表9所示，属性标识的类型为属性ID，属性标识的Confromance参数为M。
如表7所示，事件列表(EventList)的类型为事件结构体(eventStruct)构成的列表，事件列表的Default参数为空，事件列表的Confromance参数为M。
在一种可能的实现方式中，事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
事件的状态用于指示事件的变更情况。
在一种可能的实现方式中，事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
其中，eventStruct的定义可以如下述表10所示。
表10
ID Name Type Confromance
0 Status enum(枚举) M
1 Event event-id M
如表10所示，事件的状态(表10中的Status)表示事件event的变更情况，事件的状态 的定义与上述端点的状态的定义类似，此处不再赘述。事件的状态的Confromance参数为M。
如表10所示，事件标识的类型为事件ID，事件标识的Confromance参数为M。
如表7所示，指令列表(CommandList)的类型为指令结构体(commandStruct)构成的列表，指令列表的Default参数为空，指令列表的Confromance参数为M。
在一种可能的实现方式中，指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
指令的状态用于指示指令的变更情况。
在一种可能的实现方式中，指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
其中，commandStruct的定义可以如下述表11所示。
表11
ID Name Type Confromance
0 Status enum(枚举) M
1 Command command-id M
如表11所示，指令的状态(表11中的Status)表示指令command的变更情况，指令的状态的定义与上述端点的状态的定义类似，此处不再赘述。指令的状态的Confromance参数为M。
如表11所示，指令标识的类型为指令ID，指令标识的Confromance参数为M。
在一种可能的实现方式中，设备类型结构体包括：设备的类型和版本信息中的至少一种。
其中，设备类型结构体的定义可以参考上述表3，此处不再赘述。
其中，以物联网设备是Matter设备为例，Matter设备更新后的描述符变更事件数据可以如下：
1)Matter设备更新后无变更，Matter设备的DescriptorChanged Event数据变化情况为：
list[EndpointStrut]、list[ClusterStruct]、list[DeviceTypeStruct]为空。
2)Matter设备更新后有Endpoint添加时，DescriptorChanged Event数据变化情况为：
list[EndpointStrut]中EndpointStrut的Status的值为0表示添加，对应endpoint-no为添加的endpoint的number值，list[ClusterStruct]为空，list[DeviceTypeStruct]根据endpoint的添加对应的DeviceTypeStruct列表中的设备类型device type。
3)Matter设备更新后有Endpoint删除时，DescriptorChanged Event数据变化情况为:
list[EndpointStrut]中EndpointStrut的Status的值为1表示删除，对应endpoint-no为删除的endpoint的number值，list[ClusterStruct]为空，list[DeviceTypeStruct]根据endpoint的删除删除对应的DeviceTypeStruct列表中的device type。
4)Matter设备更新后有Endpoint变更时，DescriptorChanged Event数据变化情况为：
list[EndpointStrut]中EndpointStrut的Status的值为2表示变更，对应endpoint-no为变更的endpoint的number值，list[ClusterStruct]为对应endpoint-no下cluster列表的变更，list[DeviceTypeStruct]根据cluster的变更对应的DeviceTypeStruct的device type。
ClusterStruct中的Status为0，且Role为0时，表示添加的是server cluster，cluster-no表示对应添加的server cluster的ID，对应的list[attributeStruct]、list[eventStruct]、list[commandStruct]均为空。
ClusterStruct中的Status为1，且Role为0时，表示删除的是server cluster，cluster-no表示对应删除的server cluster的ID，对应的list[attributeStruct]、list[eventStruct]、list[commandStruct]均为空。
ClusterStruct中的Status为0，且Role为1时，表示添加的是client cluster，cluster-no表示对应添加的client cluster的ID，对应的list[attributeStruct]、list[eventStruct]、list[commandStruct]均为空。
ClusterStruct中的Status为1，且Role为1时，表示删除的是client cluster，cluster-no表 示对应删除的client cluster的ID，对应的list[attributeStruct]、list[eventStruct]、list[commandStruct]均为空。
ClusterStruct中的Status为2，且Role为0时，表示更新的是server cluster，cluster-no表示对应更新的server cluster的ID，如果是server cluster的attribute有更新，对应的列表list[attributeStruct]中的attributeStruct根据具体情况改变：如添加了attribute则attributeStruct中Status为0，attibute-id为添加的attribute id的值，如删除了attribute则attributeStruct中Status为1，attibute-id为添加的attribute id的值，如更新了attribute则attributeStruct中Status为2，attibute-id为更新的attribute id的值；同理list[eventStruct]、list[commandStruct]也与attribute操作相同；ClusterStruct中的Status为2，且Role为1时表示更新的是client cluster，cluster-no表示对应更新的client cluster的ID，如果是client cluster的attribute有更新，对应的列表list[attributeStruct]中的attributeStruct根据具体情况改变：如添加了attribute则attributeStruct中Status为0，attibute-id为添加的attribute id的值，如删除了attribute则attributeStruct中Status为1，attibute-id为添加的attribute id的值，如更新了attribute则attributeStruct中Status为2，attibute-id为更新的attribute id的值；同理list[eventStruct]、list[commandStruct]也与attribute操作相同。
步骤403，桥接设备向控制设备上报描述符变更事件数据；相应的，控制设备接收桥接设备发送的描述符变更事件数据。
在本申请实施例中，桥接设备设置了上述描述符变更事件数据之后，即可以将描述符变更事件数据上报给控制设备。
步骤404，控制设备向用户推送描述符变更事件数据。
在本申请实施例中，控制设备可以通过可视化的方式向用户推送描述符变更事件数据，以提示物联网设备中哪些端点执行了哪些变更。
可选的，如果用户发现控制设备不具有对物联网设备中新增的簇的控制能力，则还可以进一步的请求对控制设备进行更新。
请参考图5，其示出了本申请实施例涉及的描述符变更事件数据上报示意图。以控制设备支持Matter协议，物联网设备是非Matter设备为例，如图5所述，该过程可以包括如下步骤：
S51，用户触发对非Matter设备进行更新的更新指令。
其中，控制设备与桥接设备已建立连接，桥接设备与非Matter设备已建立连接，用户可以向控制设备下达更新指令，控制设备将更新指令发送给桥接设备，由桥接设备发送给非Matter设备。
或者，用户也可以通过非Matter设备的管理APP，直接向非Matter设备下达更新指令。
S52，非Matter设备更新成功，非Matter设备的端点下的簇发生变更。
S53，非Matter设备向桥接设备发送簇变更信息。
S54，桥接设备根据簇变更信息，设置非Matter设备的端点下的DescriptorChanged Event数据。
S55，桥接设备将非Matter设备的端点下的DescriptorChanged Event数据上报给控制设备。
S56，控制设备将非Matter设备的端点下的DescriptorChanged Event数据展示给用户，以便用户获知非Matter设备的更新情况。
S57，用户发现控制设备不具有对非Matter设备中新增的簇的控制能力，请求对控制设备进行更新。
综上所述，本申请实施例所示的方案，物联网中的控制设备可以接收到信息上报设备上报的描述符变更事件数据，从而能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
对于信息上报设备是物联网设备本身的情况，请参考图6，其示出了本申请一个实施例提供的信息上报方法的流程图，该方法可以由物联网设备以及控制设备交互执行，比如，该物联网设备以及控制设备可以是图1所示的网络架构中的物联网设备110、控制设备120；该方法可以包括如下几个步骤：
步骤601，当物联网设备更新成功时，变更物联网设备的端点下的簇。
其中，物联网设备与控制设备之间通过物联网协议直接相连。比如，该物联网协议可以是Matter协议或者其它物联网协议。
也就是说，在本申请实施例中，物联网设备和控制设备都支持相同的物联网协议，并且基于该物联网协议已经建立了连接，比如，物联网设备和控制设备都支持Matter协议，且物联网设备和控制设备之间基于Matter协议建立了安全连接。
步骤602，基于物联网设备的端点下的簇的变更结果，设置与物联网设备的端点下的簇对应的描述符变更事件数据。
其中，上述物联网设备在变更端点下的簇之后，即可以自行设置描述符变更事件数据。
其中，上述描述符变更事件数据的数据结构可以参考上述图4所示实施例中的介绍，此处不再赘述。
步骤603，物联网设备向控制设备上报描述符变更事件数据；相应的，控制设备接收物联网设备发送的描述符变更事件数据。
在本申请实施例中，物联网设备设置了上述描述符变更事件数据之后，即可以将描述符变更事件数据上报给控制设备。
步骤604，控制设备向用户推送描述符变更事件数据。
在本申请实施例中，控制设备可以通过可视化的方式向用户推送描述符变更事件数据，以提示物联网设备中哪些端点执行了哪些变更。
可选的，如果用户发现控制设备不具有对物联网设备中新增的簇的控制能力，则还可以进一步的请求对控制设备进行更新。
请参考图7，其示出了本申请实施例涉及的描述符变更事件数据上报示意图。以控制设备支持Matter协议，物联网设备是Matter设备为例，如图7所述，该过程可以包括如下步骤：
S71，用户触发对Matter设备进行更新的更新指令。
其中，控制设备与桥接设备已建立连接，桥接设备与非Matter设备已建立连接，用户可以向控制设备下达更新指令，控制设备将更新指令发送给桥接设备，由桥接设备发送给非Matter设备。
或者，用户也可以通过非Matter设备的管理APP，直接向非Matter设备下达更新指令。
S72，Matter设备更新成功，Matter设备的端点下的簇发生更新。
S73，Matter设备设置Matter设备的端点下的DescriptorChanged Event数据。
S74，Matter设备将DescriptorChanged Event数据上报给控制设备。
S75，控制设备将Matter设备的端点下的DescriptorChanged Event数据展示给用户，以便用户获知Matter设备的更新情况。
S76，用户发现控制设备不具有对Matter设备中新增的簇的控制能力，请求对控制设备进行更新。
综上所述，本申请实施例所示的方案，物联网中的控制设备可以接收到信息上报设备上报的描述符变更事件数据，从而能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中 未披露的细节，请参照本申请方法实施例。
请参考图8，其示出了本申请一个实施例提供的信息上报装置的框图。该装置具有实现上述图2、图4或图6所示的信息上报方法中，由信息上报设备执行的功能。如图8所示，该装置可以包括：
信息获取模块801，用于获取物联网设备的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
信息上报模块802，能够与向控制设备上报所述描述符变更事件数据；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
在一种可能的实现方式中，所述端点变更信息包括：至少一个端点的端点结构体；
所述端点结构体包括：端点的状态以及端点标识中的至少一种；
其中，所述端点的状态用于指示端点的变更情况。
在一种可能的实现方式中，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
在一种可能的实现方式中，所述簇变更信息包括：至少一个簇的簇结构体；
所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表；
其中，所述簇的状态用于指示簇的变更情况；
所述簇的角色用于指示服务端簇或者客户端簇；
所述属性列表用于指示簇的属性；
所述事件列表用于指示簇的事件；
所述指令列表用于指示簇的指令。
在一种可能的实现方式中，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
在一种可能的实现方式中，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
所述属性的状态用于指示属性的变更情况。
在一种可能的实现方式中，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
在一种可能的实现方式中，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
所述事件的状态用于指示事件的变更情况。
在一种可能的实现方式中，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
在一种可能的实现方式中，所述指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
所述指令的状态用于指示指令的变更情况。
在一种可能的实现方式中，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
在一种可能的实现方式中，所述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体；
所述设备类型结构体包括：设备的类型和版本信息中的至少一种。
在一种可能的实现方式中，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备；
所述信息获取模块801，用于，
当所述物联网设备更新成功时，变更物联网设备的端点下的簇；
基于物联网设备的端点下的簇的变更结果，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
在一种可能的实现方式中，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备；
所述信息获取模块801，用于，
接收所述物联网设备发送的簇变更信息；所述簇变更信息是所述物联网设备在更新成功后，对物联网设备的端点下的簇进行变更的信息；
根据所述簇变更信息，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
综上所述，本申请实施例所示的方案，物联网中的控制设备可以接收到信息上报设备上报的描述符变更事件数据，从而能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
请参考图9，其示出了本申请一个实施例提供的信息上报装置的框图。该装置具有实现上述图3、图4或图6所示的信息上报方法中，由控制设备执行的功能。如图9所示，该装置可以包括：
信息接收模块901，用于接收信息上报设备发送的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
在一种可能的实现方式中，所述端点变更信息包括：至少一个端点的端点结构体；
所述端点结构体包括：端点的状态以及端点标识中的至少一种；
其中，所述端点的状态用于指示端点的变更情况。
在一种可能的实现方式中，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
在一种可能的实现方式中，所述簇变更信息包括：至少一个簇的簇结构体；
所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表中的至少一种；
其中，所述簇的状态用于指示簇的变更情况；
所述簇的角色用于指示服务端簇或者客户端簇；
所述属性列表用于指示簇的属性；
所述事件列表用于指示簇的事件；
所述指令列表用于指示簇的指令。
在一种可能的实现方式中，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
在一种可能的实现方式中，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
所述属性的状态用于指示属性的变更情况。
在一种可能的实现方式中，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
在一种可能的实现方式中，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
所述事件的状态用于指示事件的变更情况。
在一种可能的实现方式中，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
在一种可能的实现方式中，所述指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
所述指令的状态用于指示指令的变更情况。
在一种可能的实现方式中，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
在一种可能的实现方式中，所述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体；
所述设备类型结构体包括：设备的类型和版本信息。
在一种可能的实现方式中，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备。
在一种可能的实现方式中，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备。
在一种可能的实现方式中，所述装置还包括：
向用户推送所述描述符变更事件数据。
综上所述，本申请实施例所示的方案，物联网中的控制设备可以接收到信息上报设备上报的描述符变更事件数据，从而能够及时的获取到物联网设备的数据模型中的端点、簇以及设备类型列表等多方面的变更情况，便于用户或者控制设备根据这些变更情况对物联网设备进行更准确的管理或控制，从而提高对物联网设备的控制效果。
需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
请参考图10，其示出了本申请一个实施例提供的计算机设备1000的结构示意图。该计算机设备1000可以包括：处理器1001、接收器1002、发射器1003、存储器1004和总线1005。
处理器1001包括一个或者一个以上处理核心，处理器1001通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
接收器1002和发射器1003可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
存储器1004通过总线1005与处理器1001相连。
存储器1004可用于存储计算机程序，处理器1001用于执行该计算机程序，以实现上述方法实施例中的信息上报设备或者控制设备执行的各个步骤。
此外，存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。
本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述图2、图3、图4或者图6所示的方法中，由信息上报设备或者控制设备设备执行的全部或者部分步骤。
本申请还提供了一种芯片，该芯片用于在计算机设备中运行，以使得计算机设备执行上述图2、图3、图4或者图6所示的方法中，由信息上报设备或者控制设备设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序产品，该计算机程序产品或计算机程序包括计算机指令， 该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得计算机设备执行上述图2、图3、图4或者图6所示的方法中，由信息上报设备或者控制设备设备执行的全部或者部分步骤。
本申请还提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以实现上述图2、图3、图4或者图6所示的方法中，由信息上报设备或者控制设备设备执行的全部或者部分步骤。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (63)

  1. 一种信息上报方法，其特征在于，所述方法由信息上报设备执行，所述方法包括：
    获取物联网设备的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
    向控制设备上报所述描述符变更事件数据；
    其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
  2. 根据权利要求1所述的方法，其特征在于，所述端点变更信息包括：至少一个端点的端点结构体；
    所述端点结构体包括：端点的状态以及端点标识中的至少一种；
    其中，所述端点的状态用于指示端点的变更情况。
  3. 根据权利要求2所述的方法，其特征在于，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
  4. 根据权利要求1所述的方法，其特征在于，所述簇变更信息包括：至少一个簇的簇结构体；
    所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表中的至少一种；
    其中，所述簇变更状态用于指示簇的变更情况；
    所述簇的角色用于指示服务端簇或者客户端簇；
    所述属性列表用于指示簇的属性；
    所述事件列表用于指示簇的事件；
    所述指令列表用于指示簇的指令。
  5. 根据权利要求4所述的方法，其特征在于，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
  6. 根据权利要求4所述的方法，其特征在于，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
    所述属性的状态用于指示属性的变更情况。
  7. 根据权利要求6所述的方法，其特征在于，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
  8. 根据权利要求4所述的方法，其特征在于，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
    所述事件的状态用于指示事件的变更情况。
  9. 根据权利要求8所述的方法，其特征在于，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
  10. 根据权利要求4所述的方法，其特征在于，所述指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
    所述指令的状态用于指示指令的变更情况。
  11. 根据权利要求10所述的方法，其特征在于，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
  12. 根据权利要求1所述的方法，其特征在于，所述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体；
    所述设备类型结构体包括：设备的类型和版本信息中的至少一种。
  13. 根据权利要求1至12任一所述的方法，其特征在于，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备；
    获取物联网设备的描述符变更事件数据，包括：
    当所述物联网设备更新成功时，变更物联网设备的端点下的簇；
    基于物联网设备的端点下的簇的变更结果，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
  14. 根据权利要求1至12任一所述的方法，其特征在于，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备；
    获取物联网设备的描述符变更事件数据，包括：
    接收所述物联网设备发送的簇变更信息；所述簇变更信息是所述物联网设备在更新成功后，对物联网设备的端点下的簇进行变更的信息；
    根据所述簇变更信息，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
  15. 一种信息上报方法，其特征在于，所述方法由控制设备执行，所述方法包括：
    接收信息上报设备发送的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
    其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
  16. 根据权利要求15所述的方法，其特征在于，所述端点变更信息包括：至少一个端点的端点结构体；
    所述端点结构体包括：端点的状态以及端点标识中的至少一种；
    其中，所述端点的状态用于指示端点的变更情况。
  17. 根据权利要求16所述的方法，其特征在于，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
  18. 根据权利要求15所述的方法，其特征在于，所述簇变更信息包括：至少一个簇的簇结构体；
    所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表中的至少一种；
    其中，所述簇变更状态用于指示簇的变更情况；
    所述簇的角色用于指示服务端簇或者客户端簇；
    所述属性列表用于指示簇的属性；
    所述事件列表用于指示簇的事件；
    所述指令列表用于指示簇的指令。
  19. 根据权利要求18所述的方法，其特征在于，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
  20. 根据权利要求18所述的方法，其特征在于，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
    所述属性的状态用于指示属性的变更情况。
  21. 根据权利要求20所述的方法，其特征在于，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
  22. 根据权利要求18所述的方法，其特征在于，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
    所述事件的状态用于指示事件的变更情况。
  23. 根据权利要求22所述的方法，其特征在于，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
  24. 根据权利要求18所述的方法，其特征在于，所述指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
    所述指令的状态用于指示指令的变更情况。
  25. 根据权利要求24所述的方法，其特征在于，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
  26. 根据权利要求15所述的方法，其特征在于，所述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体；
    所述设备类型结构体包括：设备的类型和版本信息中的至少一种。
  27. 根据权利要求15至26任一所述的方法，其特征在于，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备。
  28. 根据权利要求15至26任一所述的方法，其特征在于，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备。
  29. 根据权利要求15至28任一所述的方法，其特征在于，所述方法还包括：
    向用户推送所述描述符变更事件数据。
  30. 一种信息上报装置，其特征在于，所述装置包括：
    信息获取模块，用于获取物联网设备的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
    信息上报模块，能够与向控制设备上报所述描述符变更事件数据；
    其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
  31. 根据权利要求30所述的装置，其特征在于，所述端点变更信息包括：至少一个端点的端点结构体；
    所述端点结构体包括：端点的状态以及端点标识；
    其中，所述端点的状态用于指示端点的变更情况。
  32. 根据权利要求31所述的装置，其特征在于，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
  33. 根据权利要求30所述的装置，其特征在于，所述簇变更信息包括：至少一个簇的簇结构体；
    所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表中的至少一种；
    其中，所述簇变更状态用于指示簇的变更情况；
    所述簇的角色用于指示服务端簇或者客户端簇；
    所述属性列表用于指示簇的属性；
    所述事件列表用于指示簇的事件；
    所述指令列表用于指示簇的指令。
  34. 根据权利要求33所述的装置，其特征在于，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
  35. 根据权利要求33所述的装置，其特征在于，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
    所述属性的状态用于指示属性的变更情况。
  36. 根据权利要求35所述的装置，其特征在于，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
  37. 根据权利要求33所述的装置，其特征在于，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
    所述事件的状态用于指示事件的变更情况。
  38. 根据权利要求37所述的装置，其特征在于，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
  39. 根据权利要求33所述的装置，其特征在于，所述指令列表包括：至少一个指令的状态以及指令标识的至少一种；
    所述指令的状态用于指示指令的变更情况。
  40. 根据权利要求39所述的装置，其特征在于，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
  41. 根据权利要求30所述的装置，其特征在于，所述设备类型列表变更信息包括：至少一个设备类型的设备类型结构体；
    所述设备类型结构体包括：设备的类型和版本信息中的至少一种。
  42. 根据权利要求30至41任一所述的装置，其特征在于，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备；
    所述信息获取模块，用于，
    当所述物联网设备更新成功时，变更物联网设备的端点下的簇；
    基于物联网设备的端点下的簇的变更结果，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
  43. 根据权利要求30至41任一所述的装置，其特征在于，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备；
    所述信息获取模块，用于，
    接收所述物联网设备发送的簇变更信息；所述簇变更信息是所述物联网设备在更新成功后，对物联网设备的端点下的簇进行变更的信息；
    根据所述簇变更信息，设置与物联网设备的端点下的簇对应的所述描述符变更事件数据。
  44. 一种信息上报装置，其特征在于，所述装置包括：
    信息接收模块，用于接收信息上报设备发送的描述符变更事件数据；所述描述符变更事件数据用于指示所述物联网设备的数据模型的变更信息；
    其中，所述描述符变更事件数据包括：端点变更信息、簇变更信息、以及设备类型列表变更信息中的至少一种。
  45. 根据权利要求44所述的装置，其特征在于，所述端点变更信息包括：至少一个端点的端点结构体；
    所述端点结构体包括：端点的状态以及端点标识中的至少一种；
    其中，所述端点的状态用于指示端点的变更情况。
  46. 根据权利要求45所述的装置，其特征在于，所述端点的状态包括：端点的增加、端点的移除、端点的更新中的至少一种。
  47. 根据权利要求44所述的装置，其特征在于，所述簇变更信息包括：至少一个簇的簇结构体；
    所述簇结构体包括：簇的状态、簇的角色、簇标识、属性列表、事件列表、指令列表中的至少一种；
    其中，所述簇变更状态用于指示簇的变更情况；
    所述簇的角色用于指示服务端簇或者客户端簇；
    所述属性列表用于指示簇的属性；
    所述事件列表用于指示簇的事件；
    所述指令列表用于指示簇的指令。
  48. 根据权利要求47所述的装置，其特征在于，所述簇的状态包括：簇的增加、簇的移除、簇的更新中的至少一种。
  49. 根据权利要求47所述的装置，其特征在于，所述属性列表包括：至少一个属性的状态以及属性标识中的至少一种；
    所述属性的状态用于指示属性的变更情况。
  50. 根据权利要求49所述的装置，其特征在于，所述属性的状态包括：属性的增加、属性的移除、属性的更新中的至少一种。
  51. 根据权利要求47所述的装置，其特征在于，所述事件列表包括：至少一个事件的状态以及事件标识中的至少一种；
    所述事件的状态用于指示事件的变更情况。
  52. 根据权利要求51所述的装置，其特征在于，所述事件的状态包括：事件的增加、事件的移除、事件的更新中的至少一种。
  53. 根据权利要求47所述的装置，其特征在于，所述指令列表包括：至少一个指令的状态以及指令标识中的至少一种；
    所述指令的状态用于指示指令的变更情况。
  54. 根据权利要求53所述的装置，其特征在于，所述指令的状态包括：指令的增加、指令的移除、指令的更新中的至少一种。
  55. 根据权利要求44所述的装置，其特征在于，所述设备类型列表变更新信息包括：至少一个设备类型的设备类型结构体；
    所述设备类型结构体包括：设备的类型和版本信息中的至少一种。
  56. 根据权利要求44至55任一所述的装置，其特征在于，当所述物联网设备与所述控制设备之间直接相连时，所述信息上报设备是所述物联网设备。
  57. 根据权利要求44至55任一所述的装置，其特征在于，当所述物联网设备与所述控制设备之间通过桥接设备相连时，所述信息上报设备是所述桥接设备。
  58. 根据权利要求44至57任一所述的装置，其特征在于，所述装置还包括：
    向用户推送所述描述符变更事件数据。
  59. 一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器和收发器；
    所述存储器中存储有计算机程序，所述处理器执行所述计算机程序，以使得所述计算机设备实现如上述权利要求1至29任一所示的信息上报方法。
  60. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至29任一项所述的信息上报方法。
  61. 一种芯片，其特征在于，所述芯片用于在计算机设备中运行，以使得所述计算机设备执行如权利要求1至29任一项所述的信息上报方法。
  62. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中；计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，并执行所述计算机指令，使得所述计算机设备执行如权利要求1至29任一项所述的信息上报方法。
  63. 一种计算机程序，其特征在于，所述计算机程序由计算机设备的处理器执行，以实现如权利要求1至29任一项所述的信息上报方法。
CN202180103273.7A 2021-10-22 2021-10-22 信息上报方法、装置、设备及存储介质 Pending CN118103838A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/125890 WO2023065354A1 (zh) 2021-10-22 2021-10-22 信息上报方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN118103838A true CN118103838A (zh) 2024-05-28

Family

ID=86057793

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180103273.7A Pending CN118103838A (zh) 2021-10-22 2021-10-22 信息上报方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN118103838A (zh)
WO (1) WO2023065354A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11209997B2 (en) * 2017-11-22 2021-12-28 Blackberry Limited Method and system for low latency data management
US11004021B2 (en) * 2018-08-29 2021-05-11 Blackberry Limited Trusted collaborative communications between organizations
CN111125648B (zh) * 2018-11-01 2022-03-29 大唐移动通信设备有限公司 一种设备变更方法和装置
CN110809262B (zh) * 2019-11-08 2023-09-01 杭州海兴电力科技股份有限公司 一种基于coap协议的物联网设备运维管理方法

Also Published As

Publication number Publication date
WO2023065354A1 (zh) 2023-04-27

Similar Documents

Publication Publication Date Title
EP3185482A1 (en) Intelligent home controller and communication method thereof
EP1367767A2 (en) Method and apparatus for modifying remote devices monitored by a monitoring system
US20090024727A1 (en) Network system management method
US11762647B2 (en) IoT endpoint metrics
CN113037771B (zh) 设备影子的控制方法及装置、存储介质、电子设备
CN105490826A (zh) 基于自动发现的配置管理系统及方法
CN111711698A (zh) 一种智能设备入网方法、装置及智能设备控制系统、方法
WO2019071238A2 (en) BUILDING MANAGEMENT SYSTEM WITH CLOUD DATA PLATFORM
US20230045914A1 (en) Method and apparatus for controlling device in internet of things, and gateway device and storage medium
US7519729B2 (en) Method and apparatus for monitoring remote devices through a local monitoring station and communicating with a central station supporting multiple manufacturers
US20090024726A1 (en) Device for network system and method of transmitting profile
CN101677441A (zh) 一种授权控制的方法、装置和系统
CN113839992B (zh) 设备控制方法及装置
WO2024183449A1 (zh) 楼宇协议数据处理方法、装置及系统
KR101853812B1 (ko) 전자 기기의 식별자를 생성하는 방법과 전자 기기의 식별자를 이용한 정보 관리 방법.
CN112333295A (zh) 一种多路径连接方法、装置及电子设备和存储介质
WO2024001113A1 (zh) 图谱的确定方法和装置、存储介质及电子装置
CN118103838A (zh) 信息上报方法、装置、设备及存储介质
CN115016312A (zh) 一种智能家居多厂商设备云场景优化方法及装置
CN115314518A (zh) 物联网管理方法、系统及计算机可读存储介质
WO2023216035A1 (zh) 安全域管理方法、装置、设备、存储介质及程序产品
CN110019281B (zh) 一种广电设备的识别方法及装置
WO2023108653A1 (zh) 订阅权限信息处理方法、装置、计算机设备及存储介质
WO2023216042A1 (zh) 事件管理方法、装置、设备、存储介质及程序产品
WO2023092504A1 (zh) 订阅控制方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication