一种物联网设备接入的方法及装置与流程

1.本技术涉及物联网领域，尤其涉及一种物联网设备接入的方法及装置。


背景技术：

2.物联网平台作为连接物联网设备与物联网应用的中间部分，为了提供丰富而强大的设备管理能力，需要理解待接入设备上报的数据，进而实现设备能力识别与设备管控。
3.当前，大部分物联网平台在设备接入平台前，要求用户按照平台制定的规范，通过json格式的文件定义设备的基本属性、服务和事件的消息格式等，从而在物联网平台上提前形成一套对应于设备的抽象产品模型。产品模型主要用于对设备支持的服务、属性、命令等进行定义，使得平台能够理解该款设备支持的能力或属性信息。
4.然而，这样的接入方法要求设备上报的数据字段必须与用户在平台为该设备开发的产品模型所定义的内容相一致，否则物联网平台将无法正常理解设备上报的数据，导致无法执行相关指令。此外，如果设备升级或者进行轻量化改造，上述定义的产品模型将不再适用，需要用户重新定义。


技术实现要素：

5.本技术提供了一种物联网设备接入的方法、装置，根据设备数据自动生成待接入设备的设备画像，提升物联网设备接入物联网平台的效率。
6.第一方面，提供了一种物联网设备接入的方法，该方法包括：获取待接入设备的设备数据；根据该设备数据确定待接入对应的第一标准设备画像，其中，第一标准设备画像用于描述第一类型设备具备的能力，该待接入设备属于第一类型设备，且第一标准设备画像为预置在平台内部的多个标准设备画像中的一个；根据第一标准设备画像获得待接入设备的设备画像，设备画像用于描述待接入设备具备的能力。
7.上述方法根据标准设备画像自动生成了待接入设备的设备画像，使得用户无需在平台中为每个待接入设备开发一套对应的产品模型，提高了物联网设备接入的效率。
8.在一种实现方式中，所述方法还包括：向第一终端发送所述待接入设备的设备画像以使得所述第一终端通过用户界面向用户展示所述待接入设备的设备画像。
9.上述方法将待接入设备的设备画像可视化展示给用户，加深了用户对设备能力的理解，提高了设备能力被充分利用的可能性。
10.在另一种可能的实现方式中，待接入设备的设备数据包括至少一个数据字段或所述待接入设备的设备类型。所述方法还包括：根据设备数据中的至少一个数据字段或者设备类型匹配多个标准设备画像，获得第一标准设备画像。
11.上述方法可以通过将设备数据中的字段与多个标准设备画像进行匹配以确定一个待接入设备对应的第一标准设备画像，还可以直接根据设备数据中包括的设备类型确定第一标准设备画像。多种确定待接入设备标准设备画像的方式，提高了设备接入平台的成功率。
12.在另一种可能的实现方式中，所述方法还包括：从至少一个数据字段中筛选出第一数据字段，其中，所述第一数据字段为无法识别的数据字段；向第一终端发送第一数据字段，以使得第一终端提供用户界面给用户以定义该第一数据字段；获取第一终端发送的用户对该第一数据字段的定义；根据用户对第一数据字段的定义更新所述待接入设备的设备画像。
13.上述方法中，平台将无法识别的数据字段发送给第一终端以补充该字段的定义，用户的介入提高了设备接入的效率。
14.在另一种可能的实现方式中，所述方法还包括：根据更新后的所述待接入设备的设备画像更新所述第一标准设备画像。
15.上述方法根据设备画像刷新标准设备画像，使得标准设备画像一直处于动态刷新的状态，进一步地提高了平台对设备的理解力，提高了设备接入的效率。
16.在另一种可能的实现方式中，所述方法还包括：向第一终端发送指示，该指示用于指示第一终端提供用户界面给用户以补充定义第二数据字段，所述设备数据不包含所述第二数据字段；接收所述第一终端发送的所述用户补充的所述第二数据字段；根据所述第二数据字段更新所述待接入设备的设备画像。
17.上述方法中，用户补充了设备数据中不包含的数据字段，例如在标准设备画像中存在但是在设备数据中不存在的字段，使得待接入设备的能力被平台完全理解，减少了设备能力的浪费。
18.在另一种可能的实现方式中，所述方法还包括：根据待接入设备的设备画像生成至少一个场景模型，所述至少一个场景模型用于描述所述待接入设备的运用场景；将至少一个场景模型发送至第一终端，以第一终端向用户显示至少一个场景模型。
19.上述方法中，根据待接入设备的设备画像生成联想的场景模型并且向用户展示，给用户提供了多种场景选择，使得设备更好地发挥具备的能力。
20.在另一种可能的实现方式中，所述方法还包括：将所述待接入设备的设备画像输入至预训练的机器学习模型得到所述至少一个场景模型。
21.上述方法通过预训练的机器学习模型来生成场景模型，提高了计算效率。
22.在另一种可能的实现方式中，所述方法还包括：确定第一场景模型对应的第一执行规则，该第一场景模型为所述至少一个场景模型中的一个，所述第一执行规则用于控制管理待接入设备；根据第一执行规则向所述待接入设备发送第一指令。
23.上述方法在确定了场景模型之后还要确定场景模型对应的执行规则，根据确定的执行规则实现对设备的灵活管控。
24.在另一种可能的实现方式中，所述方法还包括：接收用户通过第一终端设置的第一执行规则。
25.上述方法中，用户可以按照个人习惯或者偏好通过第一终端设置针对待接入设备的执行规则以实现对设备的管控。
26.在另一种可能的实现方式中，所述方法还包括：获取多个设备中各个设备的场景模型，其中，多个设备包括所述待接入设备；组合各个设备的场景模型生成至少一个联动场景模型，该联动场景模型用于描述所述多个设备的联合运用场景；将所述至少一个联动场景模型发送至所述第一终端以指示所述第一终端向所述用户显示所述至少一个联动场景
模型。
27.上述方法中，将多个设备的场景模型组成了一个联动场景模型，实现了场景的扩展，给用户提供了更便捷、更多样化的选择。
28.在另一种可能的实现方式中，所述方法还包括：确定第一联动场景模型对应的第二执行规则，该第一联动场景模型为至少一个联动场景模型中的一个，第二执行规则用于控制管理所述多个设备；根据第二执行规则向多个设备发送第二指令。
29.上述方法中，确定了联动场景模型对应的执行规则以后，向各个设备发送指令以实现对场景中多个设备的联动控制，该方法利用了各个设备具备的能力实现了复杂场景下的联动控制，提高了设备能力的利用率。
30.第二方面，提供了一种物联网设备接入的装置。该装置包括通信单元和处理单元，通信单元用于获取待接入设备的设备数据；处理单元用于根据该设备数据确定待接入设备对应的第一标准设备画像，所述第一标准设备画像用于描述第一类型设备所具备的能力，待接入设备属于所述第一类型设备，第一标准画像为预置在物联网平台内部的多个标准设备画像中的一个；根据第一标准设备画像获得待接入设备的设备画像，所述设备画像用于描述所述待接入设备具备的能力。
31.在一种可能的实现方式中，通信单元还用于向第一终端发送所述待接入设备的设备画像以使得所述第一终端通过用户界面向用户展示所述待接入设备的设备画像。
32.在另一种可能的实现方式中，待接入设备的设备数据包括至少一个数据字段所述待接入设备的设备类型，处理单元还用于根据设备数据中的至少一个数据字段或者设备类型匹配所述多个标准设备画像，获得第一标准设备画像。
33.在另一种可能的实现方式中，处理单元还用于从所述至少一个数据字段中筛选出第一数据字段，其中，所述第一数据字段为无法识别的数据字段。通信单元还用于向第一终端发送该第一数据字段，以使得第一终端提供用户界面给用户以定义所述第一数据字段；获取所述第一终端发送的所述用户对所述第一数据字段的定义。处理单元，还用于根据所述用户对所述第一数据字段的定义更新所述待接入设备的设备画像。
34.在另一种可能的实现方式中，处理单元还用于根据更新后的待接入设备的设备画像更新所述第一标准设备画像。
35.在另一种可能的实现方式中，通信单元还用于向第一终端发送指示，该指示用于指示所述第一终端提供用户界面给所述用户以补充定义第二数据字段，所述设备数据不包含所述第二数据字段；接收所述第一终端发送的所述用户补充的所述第二数据字段。处理单元，还用于根据所述第二数据字段更新所述待接入设备的设备画像。
36.在另一种可能的实现方式中，处理单元还用于根据所述待接入设备的设备画像生成至少一个场景模型，所述至少一个场景模型用于描述所述待接入设备的运用场景。通信单元还用于将所述至少一个场景模型发送至所述第一终端，以指示所述第一终端向所述用户显示所述至少一个场景模型。
37.在另一种可能的实现方式中，处理单元还用于将待接入设备的设备画像输入至预训练的机器学习模型得到所述至少一个场景模型。
38.在另一种可能的实现方式中，处理单元，还用于确定第一场景模型对应的第一执行规则，所述第一场景模型为所述至少一个场景模型中的一个，所述第一执行规则用于控
制管理所述待接入设备。所述通信单元，还用于根据所述第一执行规则向所述待接入设备发送第一指令。
39.在另一种可能的实现方式中，通信单元还用于接收所述用户通过所述第一终端设置的所述第一执行规则。
40.在另一种可能的实现方式中，通信单元，还用于获取多个设备中各个设备的场景模型，所述多个设备包括所述待接入设备。处理单元，还用于组合所述各个设备的场景模型生成至少一个联动场景模型，所述联动场景模型用于描述所述多个设备的联合运用场景。通信单元，还用于将所述至少一个联动场景模型发送至所述第一终端以指示所述第一终端向所述用户显示所述至少一个联动场景模型。
41.在另一种可能的实现方式中，处理单元，还用于确定第一联动场景模型对应的第二执行规则，所述第一联动场景模型为至少一个联动场景模型中的一个，所述第二执行规则用于控制管理所述多个设备。通信单元，还用于根据所述第二执行规则向所述多个设备发送第二指令。
42.第三方面，提供一种实现物联网设备接入的计算机设备，该计算机设备包括处理器和存储器，所述存储器存储有计算机指令，所述处理器执行所述存储器中的计算机指令以执行第一方面或第一方面中任一种可能的实现方式。
43.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面中任一实现方式所述的方法。
44.第五方面，本技术提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面中任一实现方式所述的方法。
45.本技术在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。
附图说明
46.图1为本技术实施例提供的应用系统架构图。
47.图2为本技术实施例提供的另一应用系统架构图。
48.图3为本技术实施例提供的产品模型包含的内容。
49.图4为本技术实施例提供的设备接入方法示意图。
50.图5a为本技术实施例提供的设备接入的示意图。
51.图5b为本技术实施例提供的执行规则示意图。
52.图6为本技术实施例提供的另一设备接入的示意图。
53.图7a为本技术实施例提供的另一设备接入的示意图。
54.图7b为本技术实施例提供的另一执行规则的示意图。
55.图8为本技术实施例提供的实现物联网设备接入的装置的示意图。
56.图9为本技术实施例提供的实现物联网设备接入的计算机设备的示意图。
具体实施方式
57.本技术提供了一种设备接入方法、装置及系统。物联网平台结合设备上传的数据
自动生成设备画像，理解设备能力，然后根据设备画像生成场景模型，进一步实现对设备的管理和控制。本技术实施例提供的设备接入方法降低了平台对设备数据上传格式的要求；同时，也减少了用户的干预，提升了用户体验。
58.为了增强本技术的可读性，首先对在本技术中出现的名词进行解释。
59.设备接入：设备接入是指设备通过2g(second generation)、3g(third generation)、4g(fourth generation)、wi-fi等网络把数字信息传递给数据采集平台，平台可以理解该数字信息并且基于该数字信息实现设备的远程控制、管理、证书发放等功能。设备接入涉及多方式接入，例如直接接入平台或者通过网关/边缘设备接入平台；设备接入还涉及通过多种通信协议接入，例如coap(constrained application protocol)、lwm2m(lightweight machine to machine)等。在本技术提供的实施例中，设备接入主要指的是平台基于设备数据实现对设备能力的理解以及对设备的管控。
60.设备能力：设备具备的能力，包括设备的属性、支持的服务、命令等。例如路灯的设备能力包括控制开关状态、调节/上报亮度、上报位置等等。
61.设备潜在能力：设备的潜在能力指的是该款设备可能具备或者应当具备而当前并未被平台识别出来的能力。
62.产品模型(也称profile)：由用户开发(编写)，用于描述接入设备具备的能力和特性。用户通过定义profile，在物联网平台上构建一款对应于设备的抽象模型，可以使平台理解该款设备支持的服务、属性、命令等信息(即设备能力)。
63.设备画像：用于描述一个设备，在本技术提供的实施例中，设备画像主要用于描述设备具备哪些能力或特性。例如路灯的设备画像可以包括上报位置、调节亮度、控制开关状态等。另外，设备画像中还可以规定上述特性对应的字段名称、数据格式以及该字段为只读或者可写等等。在一种可能的实现方式中，由于设备画像由一系列的标签构成，标签上展示字段的含义，如图5a的502所示。
64.标准设备画像：标准设备画像描述的是某个行业下某款类型设备在通常情况下应当所具备的能力。例如温度计的标准设备画像包括了上报温度、上报位置，以及这两个设备能力对应的字段名称、字段值的格式等。例如关于上报温度，标准设备画像中可以有如下表达：“{temperature:[descript ion:上报的温度,type:interger]}”，即“temperature”字段对应的是“上报温度”这个设备能力，且对应的数据类型是整型。
[0065]
场景模型：根据设备画像生成，用于描述设备运用其具备的能力时的场景。例如当一个设备的设备画像包括“上报温度”和“上报位置”时，生成的场景模型可以是“根据上报位置执行上报温度”。同一个设备画像可以生成多个场景模型，由用户进行选择以指示物联网平台执行场景模型对应的控制指令。
[0066]
场景编排：将多个场景模型进行组合，生成更多更复杂的场景。示例性的，每个场景模型以一个标签卡片的形式向用户呈现，用户可以通过可视化界面，拖拉拽场景模型卡片，进行编排，实现设备之间的联动控制。
[0067]
参见图1，为本技术提供的应用系统架构图，主要应用于物联网(iot,internet of things)领域，包括物联网设备10、物联网平台11以及物联网应用12。物联网即“万物相连的互联网”，是将各种信息传感设备与互联网结合起来而形成的一个巨大网络，可以实现在任何时间、任何地点，人、机、物的互联互通。
[0068]
物联网设备10一般集成有传感器、定位器、激光扫描器、通信模块等。示例性的，物联网设备可以是家用水表101、办公楼电梯102以及车载单元103。物联网设备通过网络与物联网平台进行交互。网络可以是固网、4g(4th generation)或5g(5th generation)网络，也可以是nb-iot(narrow band internet of things)网络。
[0069]
物联网平台11为设备提供连接通信能力，向下连接海量物联网设备，收集设备采集的数据；向上提供应用程序接口(application programming interface，api)，应用服务端通过调用api将指令下发至设备端，实现远程控制。物联网平台支持端点管理、连接和网络管理、数据处理和分析、应用程序开发、安全访问控制等等。本技术主要涉及物联网平台的设备接入管理功能。物联网平台一般支持设备多协议接入，例如mqtt(message queuing telemetry transport)、coap(constrained application protocol)、lwm2m(lightweight machine to machine)、http(hypertext transfer protocol)等协议。
[0070]
物联网应用12通过物联网平台提供的接口与物联网平台进行交互，下发控制指令或者接收平台转发的设备数据。示例性的，物联网应用可以是水务局的水务管理系统，运行在水务局工作人员的电脑上，通过ui(user interface)界面接收用户指令以及向用户呈现水表101相关数据。示例性的，物联网应用还可以是应用程序app(application)运行在用户的手持移动终端上，通过ui界面接收用户指令以及向用户呈现客厅温度计的相关数据。
[0071]
图2展示了一种需要用户为每个待接入设备分别开发产品模型(profile)以实现设备接入的系统架构，包括物联网设备a、物联网设备b、物联网设备c、物联网平台以及应用端。为了帮助物联网平台理解设备上传的数据，用户需要在设备接入前为设备开发一套产品模型(profile)。profile一般为json格式的文件，例如服务类型(servicetype)、服务标识(serviceid)等。不同的平台对字段定义的要求不一样。下面以某一平台上用户为水表开发的profile为例，主要包括如图3所示的内容，将其转换成json格式的文件存储在平台即可帮助平台理解设备能力。之后，设备上报数据，例如上报的数据中包含“watermeteralarm”字段，平台可以根据预存的profile文件识别设备具备告警的能力，进而实现设备控制。
[0072]
上述设备接入的方法要求用户在平台中为每个设备都开发对应的产品模型，操作过于繁琐。且设备上报的数据字段、格式也必须同预置的产品模型一致，否则，平台将无法理解设备数据，进而导致无法执行控制指令。随着时代的发展，物联网设备经常有升级或者轻量化改造的需求，所以原先的产品模型将不再适用，需要重新配置。此外，不同的平台会提供模板以辅助用户定义产品模型，但是由于用户的认知能力有限，模板中的很多属性或者服务用户并不了解，容易造成定义的产品模型错误，进而影响用户体验。从另一方面看，用户对设备能力的不完全掌握也会导致设备能力的浪费，使得平台无法充分利用设备的所有能力实现完整的功能控制。
[0073]
基于此，本技术提供了一种设备接入的方法、装置及系统。平台可以根据待接入的物联网设备上传的数据自动生成设备画像，理解设备能力。然后，根据设备画像生成对应的场景模型，向用户呈现设备可以应用的场景。当具有多个设备时，还可以将多个场景模型进行编排组合生成多个设备联合控制的复杂场景。确定了场景模型之后，平台可以执行场景模型对应的控制指令以实现对设备的管理控制。本技术实施例提供的方法，不限定设备上报的具体字段名称或者格式，也无需用户在平台为每个设备开发一套对应的产品模型，平
台即可自动理解设备能力，进而向用户推荐合适的场景模型实现设备管控，极大程度上改善了用户体验，提高了设备接入的效率。
[0074]
图4为本技术实施例提供的设备接入方法示意图。包括如下步骤：
[0075]
步骤s41：物联网设备在物联网平台上进行注册，该步骤用于物联网平台识别设备身份。
[0076]
示例性地，用户在平台填写设备名称、设备标识码、设备认证类型(比如密钥认证)，然后设备通过向物联网平台发送基于mqtt协议的连接消息进行鉴权。
[0077]
步骤s42：待接入的物联网设备上报设备数据。
[0078]
物联网设备上报的数据一般以键值对key-value的形式编写。key和value可以随意指定内容只要保证一一对应即可。示例性的，一个室内温度计上报数据文件中可以包括“temp：27”(“温度：27度”)这样的键值对，其中“temp”为字段名称，“27”为字段值。需要说明的是，本技术实施例对于设备数据的文件格式不做具体限定，只要平台可以识别出其中的字段以及对应的值即可，例如设备数据的文件格式可以是json、xml或二进制等等。
[0079]
步骤s43：物联网平台确定该待接入设备的标准设备画像。在本技术提供的实施例中，物联网平台预置了各个行业下各款设备的标准设备画像。物联网平台可以通过多种方式确定该待接入设备对应的标准设备画像。
[0080]
在一种实现方式中，物联网平台解析设备数据，提取设备数据中的字段(包括字段名称、字段值格式等)，将提取出来的字段与平台预置的标准设备画像中包括的字段进行匹配，匹配度最高的标准设备画像即为该待接入设备对应的标准设备画像。
[0081]
在另一种实现方式中，设备数据中包含相关字段用于指示该待接入设备的设备类型，物联网平台通过该字段直接识别设备的类型以找到该设备对应的标准设备画像。
[0082]
步骤s44：物联网平台根据标准设备画像生成该待接入设备的设备画像。
[0083]
在第一种实现方式中，从设备数据中被提取出来的数据字段都被包括在标准设备画像内，即平台通过标准设备画像可以完全理解设备数据中各个字段的含义、字段值的格式等等。在这样的情况下，物联网平台可以根据标准设备画像生成该待接入设备的设备画像，无需用户的参与。又或者，物联网平台可以直接将标准设备画像作为该待接入设备的设备画像，无需生成待接入设备的设备画像。
[0084]
示例性的，设备数据中提取出来的一个字段的字段名称为“temperature”，字段值为“27”，字段值的格式为整型。根据标准设备画像平台确定该字段的含义为温度，字段值就对应着当前的温度值。除了字段名称、字段值格式以外，有时还需要限定该字段是只读还是可写。例如，当“温度”这个字段为只读时，说明该字段对应的设备能力为“上报温度”，当该字段为“可写”时，说明该字段对应的设备能力为“调整温度”。本技术对于每个字段所包括的信息类型不做限制。
[0085]
在第二种实现方式中，从设备数据中被提取出来的数据字段只有部分被命中标准设备画像，也就是说平台通过标准设备画像只能理解设备数据中的部分字段，还有些被提取出来的字段平台无法识别。在这样的情况下，物联网平台需要向第一终端发送无法识别的字段，以使得用户通过第一终端提供的界面对该类字段进行定义，帮助平台理解字段的含义。示例性的，从设备数据中提取出来的某一字段为“aaa：27”，平台无法理解该字段名称，进而也无法理解该字段值对应的含义，此时需要用户来定义“aaa”的含义，例如用户定
义“aaa”代表的是上报温度。
[0086]
在第三种实现方式中，标准设备画像中包括的字段比从设备数据中提取出来的字段更多，在这样的情况下说明该待接入设备可能还具备一些潜在能力目前没有被识别出来。基于此，物联网平台可以向第一终端发送标准设备画像中具有而设备数据中不具有的字段，以提示用户通过用户界面对该字段进行补充定义。示例性的，一个设备对应的标准设备画像中包括“上报位置”，“上报温度”，“调整温度”，设备数据中有“上报温度”和“调整温度”相关的字段却没有关于“上报位置”相关的字段。此时，物联网平台可以向第一终端发送指示以提示用户该待接入设备可能具备上报位置的能力，请求其补充“上报位置”相关的字段名称、字段值类型等字段定义。
[0087]
上述三种实现方式可以互相结合，例如第三种实现方式可以分别与第一种、第二种实现方式相结合以使得平台充分理解设备具备的能力。物联网平台通过上述三种实现方式，可以充分理解设备数据中包含的字段的含义，也确认了设备具备的所有能力，进而可以生成设备的设备画像。本技术对设备画像的呈现方式不做具体限定。示例性的，设备画像可以通过图片、文字或者图文结合的方式向用户呈现。同时，本技术对设备画像的表达方式也不做具体限定。示例性的，温度计的设备画像包括“上报温度”、“上报位置”、“上报湿度”；或者，温度计的设备画像包括“温度值上报”、“位置信息上报”、“湿度值上报”；又或者温度计的设备画像包括“温度”、“位置”、“湿度”。在本技术提供的实施例中，设备画像由一系列的标签构成，各个标签上包括各个字段的含义。在一种可能的实现方式中，用户可以通过点击设备画像中的某个标签获取该标签对应的字段的其他信息。
[0088]
步骤s45：向第一终端发送该设备的设备画像，以使得第一终端通过用户界面向用户呈现所述设备画像。将设备能力可视化呈现给用户，改善用户体验。
[0089]
步骤s46：根据该设备的设备画像更新标准设备画像。该步骤为可选步骤。示例性的，假设存在一个空调标准设备画像，不包括“上报位置”相关的字段。当存在多个设备都以该空调标准设备画像为对应的标准设备画像，且该多个设备都包含“上报位置”的能力时，物联网平台可以更新空调标准设备画像，增加“上报位置”字段相关的信息。本技术实施例对于物联网平台更新标准设备画像的策略不做具体限定。
[0090]
通过步骤s41-步骤s46，物联网平台可以根据设备数据自动生成设备画像理解设备能力，大大减轻了用户的压力，提高了设备接入的效率。
[0091]
生成了设备画像以后，物联网平台还可以基于该待接入设备的设备画像生成一系列的场景模型最终实现对设备的管控(步骤s47-步骤s49)。
[0092]
步骤s47：物联网平台根据设备画像确定场景模型。场景模型是基于设备画像(设备能力)生成的，主要用于向用户展示该设备可应用的场景。
[0093]
在一种可能的实现方式中，平台根据设备画像结合基础场景即可生成场景模型。基础场景可以理解为描述场景时的基础表达，示例性的，基础场景可以是“根据
…
上报
…”
或者“根据
…
控制
…”
。不同行业下的不同设备可以具备不同的基础场景，例如家居类的基础场景有：“根据时间控制开关状态”、“根据温度控制开关状态”等等。
[0094]
在另一种可能的实现方式中，还可以使用人工智能算法生成场景模型。比如，当采用神经网络时，网络的输入是设备画像，包括“亮度调节”和“上报时间”，网络的输出可以是“根据上报时间进行亮度调节”等等。进一步地，还可以对设备类型或者设备所属的行业进
行区分以提升算法的准确度。
[0095]
根据设备画像可以生成多个场景模型，示例性的，根据设备上报的数据生成路灯的设备画像包括“亮度调节”、“开关状态”、“上报位置”，那么场景模型可以包括以下几种：(1)根据上报位置进行亮度调节；(2)根据上报位置控制开关状态等等，在此不多做赘述。
[0096]
需要说明的是，本技术实施例对于场景模型的呈现形式不做具体限定，示例性的，场景模型可以用一段文字进行表达，也可以用词汇组合表达，还可以结合图像进行展示。另外，用户或者平台针对一个设备可以确定多个场景模型以实现对设备的复杂控制，比如用户既希望路灯在18:00的时候打开，也希望路灯在开启的时候能上报位置。
[0097]
在另一种可能的实现方式中，当物联网平台存在多个设备时，可以将该设备对应的场景模型进行组合编排生成更多联动场景模型，实现设备之间的联动控制。
[0098]
步骤s48：物联网平台确定最终的场景模型以及对应的执行规则。
[0099]
物联网平台向第一终端发送至少一个场景模型并接收终端返回的用户选择的结果。或者平台可以根据用户习惯以及大数据分析自动选择一个或多个合适的场景模型。确定场景模型之后，物联网平台需要确定具体的规则以实现对设备的管理控制。
[0100]
用户通过第一终端提供的用户界面设定具体的规则，物联网平台基于该规则生成相应的动作指令，以实现对设备的管控。示例性的，假设最终选定的设备的场景模型为“根据上报时间进行亮度调节”，用户可以设定规则为：18：00的时候控制亮度值为20勒克斯(lux)。
[0101]
步骤s49：物联网平台根据用户设定的规则向设备发送相应的控制指令。
[0102]
本技术实施例提供的方法，无需用户在平台预置设备对应的产品模型，因而设备也不需要按照产品模型的规定上报数据。平台可以直接解析设备上报的数据生成设备画像即可理解设备能力，降低了设备侧开发难度。同时，现有设备升级或者轻量化改造亦不会影响平台理解设备能力，换言之，本技术实施例提供的方案可以支持设备能力的动态扩展。此外，平台将设备能力场景化，根据计算结果向用户推荐设备能力可能适用的场景模型，帮助用户了解当前设备应该具有而没被识别的能力，充分发挥设备功能，提高用户体验。最后，平台可以根据确定的场景模型执行对应的控制动作。另外，如果存在多个设备，还可以将设备对应的场景模型进行组合编排，实现复杂场景下的设备联动控制。
[0103]
图5a为本技术另一实施例的示意图。在本技术实施例中，设备画像以标签形式出现，标签上的内容为字段的含义。关于字段含义的表达，本技术仅仅是举例说明，例如“humidity”的字段含义是“湿度”，其实也可以表达为“上报湿度”，总之，本技术对此不做具体限定。智慧路灯是智慧城市的重要组成部分。它应用城市传感器、电力线载波通信技术和无线通信技术等，将城市中的路灯串联起来，形成物联网，实现对路灯的远程集中控制与管理，具有根据时间、天气情况等条件设定方案自动调节亮度、远程照明控制、故障主动报警等功能。本技术实施例以单个路灯接入物联网平台为例介绍具体实现方法。
[0104]
步骤s51：在物联网平台上注册该路灯设备，主要用于物联网平台识别该路灯的身份。该注册流程可以由平台主动搜索发起，也可由用户主动添加该设备。物联网平台与路灯之间建立连接。
[0105]
步骤s52：路灯向物联网上报设备数据。在本技术实施例中，路灯的设备数据可以包括自身的亮度数据、开启/关闭状态数据、湿度数据、时间数据、位置数据。路灯上报数据
的文件可以是json格式。
[0106]
步骤s53：平台根据设备的标准设备画像生成设备画像502。
[0107]
平台首先解析设备数据，提取出如图5a中501所示的字段。在一种实现方式中，平台根据预存的字典对提取出的数据字段进行解析，生成设备画像502。示例性的，字典中规定了“switch”对应开关状态，“batterylevel”对应亮度。在另一种实现方式中，平台根据标准设备画像比对设备数据，生成设备画像502。示例性的，平台解析出的字段有“batterylevel”、“time”、“switch”，然后从多个设备画像中找到匹配字段最多的标准画像，根据该标准画像可以分析出这三个字段分别对应亮度、时间、以及开关这三个特性。但是“loc”字段平台无法识别其含义，则将该字段显示给用户以提醒用户对该字段进行解释。示例性的，用户可以在ui界面上使用拖拉拽的方法将“loc”与“位置”关联起来或者通过表单填写的方式定义“loc”表示“位置”。
[0108]
此外，根据设备的标准画像平台还可以确定出设备的潜在能力。比如，标准画像中还包括了“音量”这一属性，但是设备此次上报的数据中并没有被识别出来包括“音量”这一字段，在此情况下，平台可以向用户提示补充定义该字段。示例性地，平台通过ui界面询问用户“音量”这个特性在上报的数据中对应的字段名称或者其他字段相关信息，用户补充填写“voice”以后，则平台可以识别路灯具备音量探测的能力。同时，路灯的设备画像中也会增加一个属性“音量”。
[0109]
如图5a中设备画像502，“亮度”、“湿度”以及“开关状态”是平台根据此次上报的数据直接自动识别出来的设备能力。“位置”是平台根据此次上报的数据在用户的帮助下识别出来的设备能力。“音量”是平台根据设备标准画像提示用户补充定义的字段。
[0110]
步骤s54：平台根据设备画像确定场景模型。如图5a所示，基于该设备的设备画像可以生成多个场景模型。可以按照用户习惯或者大数据分析的结果将用户偏好的场景模型靠前放置。用户根据需求确定设备最终的场景模型。
[0111]
根据设备画像有多种方式可以生成场景模型。例如，方式一：结合基础场景生成场景模型。先查询基础场景，例如“根据
…
控制
…”
、“当
…
时，上报
…”
。然后，将设备画像与基础场景相结合生成场景模型。方式二：使用人工智能算法生成场景模型。将设备画像输入至神经网络输出场景模型。
[0112]
需要说明的是，在上述方法中步骤s53生成设备画像时平台已经提醒了用户补充定义设备的潜在能力。而在另一种实现方式中，生成设备画像时可以先不提示用户补充，当生成场景模型时再向用户提示补充定义。也就是说，本技术实施例对于何时向用户提示补充定义设备的潜在能力不做具体限定。
[0113]
步骤s55：确定场景模型对应的执行规则，向设备(路灯)发送相应的控制指令。
[0114]
在一种可能的实现方式中，用户需要制定场景模型对应的执行规则。示例性的，场景模型4：“根据时间控制亮度”。用户需要设定“时间”以及对应的“亮度”，如图5b所示。一个场景模型对应的规则可以有多个，比如用户选择时间为“17:00”，亮度为“10lux”；时间为“18:00”，亮度为“20lux”。在另一种可能的实现方式中，平台根据大数据分析直接制定该场景对应的规则，自动执行相关动作，无需用户干预。确定了场景模型的执行规则以后，物联网平台向设备发送指令以实现对设备的管控。
[0115]
上述方法以智慧路灯为例展示了本技术实施例提供的设备接入方法。该方法无需
用户提前预置产品模型，平台可以直接根据设备上报的数据生成设备画像进而识别设备能力，降低了对设备上传的数据格式的要求，同时也减少了用户的操作难度，改善了用户体验。此外，本技术实施例提供的方法降低了设备间的差异性，当两个不同款的设备解析出的字段完全相同时，这两款设备可以复用同一个场景模型。如图6所示，当路灯和快递柜的设备画像都是“位置”、“亮度”、“开关状态”时，他们就都可以使用场景模型1和场景模型2。对于平台来讲，这两个设备的设备画像完全相同，因此它们对应的场景模型可以复用。针对不同的设备平台会存储相关场景模型的记录，以提高后续生成场景模型的准确度。
[0116]
图7a为本技术另一实施例的示意图。在本技术实施例中，包括两个设备：烟雾探测器(设备1)以及推窗器(设备2)。在本技术提供的实施例中，设备画像依旧以标签的形式呈现，标签上的文字代表字段含义，且字段含义的表述方法仅仅作为示例。应用本技术实施例提供的方法可以实现复杂场景下设备的联动控制。
[0117]
步骤s71：平台根据烟雾探测器的设备数据识别设备能力，生成设备画像702。平台根据推窗器的设备数据识别该设备具有的能力，生成设备画像705(假设两个设备都已经在平台注册过)。
[0118]
步骤s72：平台确定各设备的场景模型。如图7a所示，设备1和设备2的场景模型都已根据各自的设备画像确定。图中仅以每个设备选择一个场景模型为例，在实际的执行过程中每个设备可以选择多个场景模型。
[0119]
步骤s73：平台对两个设备的场景模型进行组合编排。在该步骤中，物联网平台可以使用各种人工智能算法，将场景模型组合起来推荐给用户。示例性的，联动场景模型707中提供了一种组合方法：“根据设备1告警时的位置控制设备2开启”，勾选该联动场景模型即可实现“当烟雾告警器告警时开窗通风”的功能场景。需要说明的是，除了平台直接生成联动场景模型以外，用户也可以自己编辑生成联动场景模型。
[0120]
步骤s74：根据选定的联动场景模型确定对应的执行规则。如图7b所示，根据选定的联动场景模型，平台可以自动生成需要用户制定规则的字段让用户设定。
[0121]
步骤s75：平台根据确定的联动场景模型向设备发送相应的控制指令。
[0122]
在一种可能的实现方式中，平台会存储复杂场景下的联动场景模型。比如平台存储了当存在烟雾探测器和推窗器时用户勾选的联动场景模型。当另一个新用户也有烟雾探测器和推窗器并且在同一个物联网平台接入这两个设备时，平台可以直接将上一个用户设置的联动场景模型呈现给该新用户，以提高设备接入的效率。
[0123]
本技术实施例提供的方法，可以根据用户待接入设备的设备画像生成联动场景模型，实现复杂场景下的联动控制。同时，当两个场景包含的设备类型相同时，联动场景模型也可以实现复用。本技术实施例提供的设备接入方法，无需用户在平台设置产品模型，降低了对用户技术能力的要求，提高了设备接入的成功率。
[0124]
上文结合图1-图7b介绍了本技术实施例提供的设备接入方法，下面将结合图8-图9介绍本技术实施例提供的实现物联网设备接入的装置、计算机设备。
[0125]
图8为本技术实施例提供的用于实现物联网设备接入的装置800，该装置800包括通信单元801以及处理单元802，其中，通信单元801，用于获取所述待接入设备的设备数据；所述处理单元802，用于根据所述设备数据确定所述待接入设备对应的第一标准设备画像，所述第一标准设备画像用于描述第一类型设备所具备的能力，所述待接入设备属于所述第
一类型设备，所述第一标准画像为预置在物联网平台内部的多个标准设备画像中的一个；根据所述第一标准设备画像获得所述待接入设备的设备画像，所述设备画像用于描述所述待接入设备具备的能力。
[0126]
应理解的是，本技术实施例提供的用于实现物联网设备接入的装置800可以通过专用集成电路(application-specific integrated circuit,asic)实现，或可编程逻辑器件(programmable logic device,pld)实现，上述pld可以是复杂程序逻辑器件(complex programmable logical device,cpld)，现场可编程门阵列(field-programmable gate array,fpga)，通用阵列逻辑(generic array logic,gal)或其任意组合。
[0127]
可选的，通信单元801还用于向第一终端发送待接入设备的设备画像以使得所述第一终端通过用户界面向用户展示所述待接入设备的设备画像。
[0128]
可选的，待接入设备的设备数据包括至少一个数据字段所述待接入设备的设备类型，处理单元802还用于根据所述设备数据中的至少一个数据字段或者所述设备类型匹配所述多个标准设备画像，获得所述第一标准设备画像。
[0129]
可选的，所述处理单元802，还用于从所述至少一个数据字段中筛选出第一数据字段，其中，所述第一数据字段为无法识别的数据字段。所述通信单元801，还用于向所述第一终端发送所述第一数据字段，以使得所述第一终端提供用户界面给所述用户以定义所述第一数据字段；获取所述第一终端发送的所述用户对所述第一数据字段的定义。所述处理单元802，还用于根据所述用户对所述第一数据字段的定义更新所述待接入设备的设备画像。
[0130]
可选的，处理单元802还用于根据更新后的所述待接入设备的设备画像更新所述第一标准设备画像。
[0131]
可选的，所述通信单元801，还用于向所述第一终端发送指示，所述指示用于指示所述第一终端提供用户界面给所述用户以补充定义第二数据字段，所述设备数据不包含所述第二数据字段；接收所述第一终端发送的所述用户补充的所述第二数据字段。处理单元802还用于根据所述第二数据字段更新所述待接入设备的设备画像。
[0132]
可选的，所述处理单元802，还用于根据所述待接入设备的设备画像生成至少一个场景模型，所述至少一个场景模型用于描述所述待接入设备的运用场景。通信单元801，还用于将所述至少一个场景模型发送至所述第一终端，以指示所述第一终端向所述用户显示所述至少一个场景模型。
[0133]
可选的，处理单元802，还用于将所述待接入设备的设备画像输入至预训练的机器学习模型得到所述至少一个场景模型。
[0134]
可选的，处理单元802，还用于确定第一场景模型对应的第一执行规则，所述第一场景模型为所述至少一个场景模型中的一个，所述第一执行规则用于控制管理所述待接入设备；通信单元801，还用于根据所述第一执行规则向所述待接入设备发送第一指令。
[0135]
可选的，通信单元801，还用于接收所述用户通过所述第一终端设置的所述第一执行规则。
[0136]
可选的，所述通信单元801，还用于获取多个设备中各个设备的场景模型，所述多个设备包括所述待接入设备。所述处理单元802，还用于组合所述各个设备的场景模型生成至少一个联动场景模型，所述联动场景模型用于描述所述多个设备的联合运用场景。所述通信单元801，还用于将所述至少一个联动场景模型发送至所述第一终端以指示所述第一
终端向所述用户显示所述至少一个联动场景模型。
[0137]
可选的，处理单元802，还用于确定第一联动场景模型对应的第二执行规则，所述第一联动场景模型为至少一个联动场景模型中的一个，所述第二执行规则用于控制管理所述多个设备。通信单元801，还用于根据所述第二执行规则向所述多个设备发送第二指令。
[0138]
图9为本技术实施例提供的一种实现物联网设备接入的计算机设备90，如图所示，所述设备90包括处理器91、存储器92、通信接口93。其中，处理器91、存储器92、通信接口93通过有线或者无线传输等手段实现通信连接。该存储器92用于存储指令，该处理器91用于执行该指令。该存储器92存储程序代码，且处理器91可以调用存储器92中存储的程序代码执行以下操作：
[0139]
获取待接入设备的设备数据；
[0140]
根据所述设备数据确定所述待接入设备对应的第一标准设备画像，所述第一标准设备画像用于描述第一类型设备所具备的能力，所述待接入设备属于所述第一类型设备，所述第一标准画像为预置在物联网平台内部的多个标准设备画像中的一个；
[0141]
根据所述第一标准设备画像获得所述待接入设备的设备画像，所述设备画像用于描述所述待接入设备具备的能力。
[0142]
应理解，在本技术实施例中，该处理器91可以是cpu，或者其他可执行存储的程序代码的通用处理器。该存储器92可以包括只读存储器和随机存取存储器，并向处理器91提供指令和数据。存储器92还可以包括非易失性随机存取存储器。例如，存储器92还可以存储设备类型的信息。该存储器92可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory,rom)、可编程只读存储器(programmable rom,prom)、可擦除可编程只读存储器(erasable prom,eprom)、电可擦除可编程只读存储器(electrically eprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory,ram)。通过示例性但不是限制性说明，许多形式的ram可用，例如动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data date sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synchlink dram,sldram)和直接内存总线随机存取存储器(direct rambus ram,dr ram)。
[0143]
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体
介质可以是固态硬盘(solid state drive,ssd)。
[0144]
以上所述，仅为本技术的具体实施方式。熟悉本技术领域的技术人员根据本技术提供的具体实施方式，可想到变化或替换，都应涵盖在本技术的保护范围之内。

技术特征：
1.一种物联网设备接入的方法，其特征在于，所述方法包括：获取待接入设备的设备数据；根据所述设备数据确定所述待接入设备对应的第一标准设备画像，所述第一标准设备画像用于描述第一类型设备所具备的能力，所述待接入设备属于所述第一类型设备，所述第一标准画像为预置在物联网平台内部的多个标准设备画像中的一个；根据所述第一标准设备画像获得所述待接入设备的设备画像，所述设备画像用于描述所述待接入设备具备的能力。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：向第一终端发送所述待接入设备的设备画像以使得所述第一终端通过用户界面向用户展示所述待接入设备的设备画像。3.根据权利要求1或2所述的方法，其特征在于，所述待接入设备的设备数据包括至少一个数据字段或所述待接入设备的设备类型；所述根据所述设备数据确定所述待接入设备对应的第一标准设备画像包括：根据所述设备数据中的至少一个数据字段或者所述设备类型匹配所述多个标准设备画像，获得所述第一标准设备画像。4.根据权利要求3所述的方法，其特征在于，还包括：从所述至少一个数据字段中筛选出第一数据字段，其中，所述第一数据字段为无法识别的数据字段；向所述第一终端发送所述第一数据字段，以使得所述第一终端提供用户界面给所述用户以定义所述第一数据字段；获取所述第一终端发送的所述用户对所述第一数据字段的定义；根据所述用户对所述第一数据字段的定义更新所述待接入设备的设备画像。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：根据更新后的所述待接入设备的设备画像更新所述第一标准设备画像。6.根据权利要求2-5任一所述的方法，其特征在于，所述方法还包括：向所述第一终端发送指示，所述指示用于指示所述第一终端提供用户界面给所述用户以补充定义第二数据字段，所述设备数据不包含所述第二数据字段；接收所述第一终端发送的所述用户补充的所述第二数据字段；根据所述第二数据字段更新所述待接入设备的设备画像。7.根据权利要求1-6任一所述的方法，其特征在于，所述方法还包括：根据所述待接入设备的设备画像生成至少一个场景模型，所述至少一个场景模型用于描述所述待接入设备的运用场景；将所述至少一个场景模型发送至所述第一终端，以指示所述第一终端向所述用户显示所述至少一个场景模型。8.根据权利要求7所述的方法，其特征在于，所述根据所述待接入设备的设备画像生成至少一个场景模型包括：将所述待接入设备的设备画像输入至预训练的机器学习模型得到所述至少一个场景模型。9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：
确定第一场景模型对应的第一执行规则，所述第一场景模型为所述至少一个场景模型中的一个，所述第一执行规则用于控制管理所述待接入设备；根据所述第一执行规则向所述待接入设备发送第一指令。10.根据权利要求9所述的方法，其特征在于，所述方法还包括：接收所述用户通过所述第一终端设置的所述第一执行规则。11.根据权利要求7-10任一所述的方法，其特征在于，所述方法还包括：获取多个设备中各个设备的场景模型，所述多个设备包括所述待接入设备；组合所述各个设备的场景模型生成至少一个联动场景模型，所述联动场景模型用于描述所述多个设备的联合运用场景；将所述至少一个联动场景模型发送至所述第一终端以指示所述第一终端向所述用户显示所述至少一个联动场景模型。12.根据权利要求11所述的方法，其特征在于，所述方法还包括：确定第一联动场景模型对应的第二执行规则，所述第一联动场景模型为至少一个联动场景模型中的一个，所述第二执行规则用于控制管理所述多个设备；根据所述第二执行规则向所述多个设备发送第二指令。13.一种物联网设备接入的装置，其特征在于，所述装置包括通信单元和处理单元，所述通信单元，用于获取所述待接入设备的设备数据；所述处理单元，用于根据所述设备数据确定所述待接入设备对应的第一标准设备画像，所述第一标准设备画像用于描述第一类型设备所具备的能力，所述待接入设备属于所述第一类型设备，所述第一标准画像为预置在物联网平台内部的多个标准设备画像中的一个；根据所述第一标准设备画像获得所述待接入设备的设备画像，所述设备画像用于描述所述待接入设备具备的能力。14.根据权利要求13所述的装置，其特征在于，所述通信单元还用于：向第一终端发送所述待接入设备的设备画像以使得所述第一终端通过用户界面向用户展示所述待接入设备的设备画像。15.根据权利要求13或14所述的装置，其特征在于，所述待接入设备的设备数据包括至少一个数据字段所述待接入设备的设备类型，所述处理单元还用于：根据所述设备数据中的至少一个数据字段或者所述设备类型匹配所述多个标准设备画像，获得所述第一标准设备画像。16.根据权利要求15所述的装置，其特征在于，所述处理单元，还用于从所述至少一个数据字段中筛选出第一数据字段，其中，所述第一数据字段为无法识别的数据字段；所述通信单元，还用于向所述第一终端发送所述第一数据字段，以使得所述第一终端提供用户界面给所述用户以定义所述第一数据字段；获取所述第一终端发送的所述用户对所述第一数据字段的定义；所述处理单元，还用于根据所述用户对所述第一数据字段的定义更新所述待接入设备的设备画像。17.根据权利要求16所述的装置，其特征在于，所述处理单元还用于：根据更新后的所述待接入设备的设备画像更新所述第一标准设备画像。
18.根据权利要求14-17任一所述的装置，其特征在于，所述通信单元，还用于向所述第一终端发送指示，所述指示用于指示所述第一终端提供用户界面给所述用户以补充定义第二数据字段，所述设备数据不包含所述第二数据字段；接收所述第一终端发送的所述用户补充的所述第二数据字段；所述处理单元，还用于根据所述第二数据字段更新所述待接入设备的设备画像。19.根据权利要求13-18任一所述的装置，其特征在于，所述处理单元，还用于根据所述待接入设备的设备画像生成至少一个场景模型，所述至少一个场景模型用于描述所述待接入设备的运用场景；所述通信单元，还用于将所述至少一个场景模型发送至所述第一终端，以指示所述第一终端向所述用户显示所述至少一个场景模型。20.根据权利要求19所述的装置，其特征在于，所述处理单元还用于：将所述待接入设备的设备画像输入至预训练的机器学习模型得到所述至少一个场景模型。21.根据权利要求19或20所述的装置，其特征在于，所述处理单元，还用于确定第一场景模型对应的第一执行规则，所述第一场景模型为所述至少一个场景模型中的一个，所述第一执行规则用于控制管理所述待接入设备；所述通信单元，还用于根据所述第一执行规则向所述待接入设备发送第一指令。22.根据权利要求21所述的装置，其特征在于，所述通信单元还用于：接收所述用户通过所述第一终端设置的所述第一执行规则。23.根据权利要求19-22任一所述的装置，其特征在于，所述通信单元，还用于获取多个设备中各个设备的场景模型，所述多个设备包括所述待接入设备；所述处理单元，还用于组合所述各个设备的场景模型生成至少一个联动场景模型，所述联动场景模型用于描述所述多个设备的联合运用场景；所述通信单元，还用于将所述至少一个联动场景模型发送至所述第一终端以指示所述第一终端向所述用户显示所述至少一个联动场景模型。24.根据权利要求23所述的装置，其特征在于，所述处理单元，还用于确定第一联动场景模型对应的第二执行规则，所述第一联动场景模型为至少一个联动场景模型中的一个，所述第二执行规则用于控制管理所述多个设备；所述通信单元，还用于根据所述第二执行规则向所述多个设备发送第二指令。25.一种用于实现物联网设备接入的计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器存储有计算机指令，所述处理器执行所述存储器中的计算机指令以执行权利要求1-12中任一所述的方法。26.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行如权利要求1-12任一所述的方法。

技术总结
本申请提供了一种物联网设备接入的方法、装置，首先获取待接入设备的设备数据，基于该设备数据确定待接入设备对应的标准设备画像，然后再基于该标准设备画像生成待接入设备的设备画像。本申请提供的物联网设备接入的方法可以根据设备数据自动识别设备能力，提高了物联网设备接入平台的效率。联网设备接入平台的效率。联网设备接入平台的效率。


技术研发人员：郭斌
受保护的技术使用者：华为云计算技术有限公司
技术研发日：2020.12.21
技术公布日：2022/5/25