设备接入方法、装置及电子设备与流程

1.本发明涉及物联网技术领域，具体涉及设备接入方法、装置及电子设备。


背景技术：

2.物联网(internet of things，简称iot)是指通过各种信息传感器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。对于物联网平台而言，各类设备需要通过该物联网平台实现互联。
3.由于不同设备所支持的协议类型不同，在物联网平台进行部署时，就需要正对不同的协议类型进行相应的部署。当接入一个新类型的设备需要实现新的插件时，由于需要开发特定的接入插件，开发者需要熟练掌握编程语言，并且对现有框架流程有所了解，从而会导致接入效率较低。


技术实现要素：

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.第三响应模块，用于当所述目标驱动调试通过时，响应于对所述设备模型的任务创建操作，确定与所述目标驱动对应的目标接入任务。
47.根据第三方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面或者第一方面的任意一种实施方式中所述的设备接入方法。
48.根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第一方面或者第一方面的任意一种实施方式中所述的设备接入方法。
49.需要说明的是，本发明实施例提供的设备接入装置、电子设备及计算机可读存储介质的相应有益效果，请参见上文设备接入方法的对应有益效果的描述，在此不再赘述。
附图说明
50.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的
附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
51.图1是根据本发明实施例的应用场景的示意图；
52.图2是根据本发明实施例的设备接入方法的流程图；
53.图3是根据本发明实施例的调试界面的示意图；
54.图4是根据本发明实施例的任务创建的示意图；
55.图5是根据本发明实施例的设备接入方法的流程图；
56.图6是根据本发明实施例的驱动管理页面的示意图；
57.图7是根据本发明实施例的驱动开发页面的示意图；
58.图8是根据本发明实施例的节点配置的示意图；
59.图9是根据本发明实施例的设备接入方法的流程示意图；
60.图10是根据本发明实施例的http pull的业务处理流程图；
61.图11是根据本发明实施例的http push业务处理流程图；
62.图12是根据本发明实施例的设备接入装置的结构框图；
63.图13是本发明实施例提供的电子设备的硬件结构示意图。
具体实施方式
64.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
65.需要说明的是，本发明实施例提供的设备接入方法可以用于物联网平台，或与物联网平台连接的设备网关，等等，在此对其具体应用并不做任何限制，具体根据实际需求进行设置。该方法提供设备接入的配置界面，通过交互方式进行设备模型、驱动以及任务的构建，采用模块化的方式对各个处理节点进行集成，对于用户而言仅需要关注其数据处理流程，而无需详细了解数据的具体处理逻辑，提高了设备接入的效率。
66.进一步地，该方法还提供了利用上述配置得到的目标任务进行数据接入的处理流程。在具体数据处理时，通过对配置得到的驱动生成数据处理逻辑，再对数据处理逻辑进行解析，从而实现数据的处理。
67.作为本发明实施例的一个可选应用场景，电子设备为设备网关，如图1所示，电子设备10通过kafka桥接方式与物联网平台20连接，各个设备通过与电子设备10连接实现与物联网平台20之间的数据交互。各个设备与物联网平台之间的数据交互包括但不限于设备上传数据至物联网平台，物联网平台向设备发送控制命令以及物联网平台从第三方设备拉取数据下发至设备。
68.当有新加入的设备时，通过在电子设备10侧进行设备模型、驱动以及任务的创建。在创建完成之后，后续该设备就能够基于创建的任务基于设备模型以及驱动与物联网平台20进行数据交互。
69.当然，上述仅仅是本发明实施例的一种可选应用场景，并不限定本发明的保护范围，具体应用场景是根据实际需求进行设置的，在此对其并不做任何限定。
70.根据本发明实施例，提供了一种设备接入方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
71.在本实施例中提供了一种设备接入方法，可用于上述的电子设备，如设备路由、物联网平台等，图2是根据本发明实施例的设备接入的流程图，如图2所示，该流程包括如下步骤：
72.s11，响应于对目标设备的设备模型的创建操作，确定设备模型的交互数据类型。
73.设备模型是与目标设备的数据交互相关的，用于定义该目标设备的上报以及所接收的数据，例如，上报的数据包括温度、浓度等等；所接收的数据包括物联网平台对该设备的控制指令，或者其他第三方设备通过物联网平台向该设备发送的控制指令等等。在该电子设备提供有模型创建的交互设置界面，用户通过在该交互设置界面中进行相应参数的配置，确定设备模型的交互数据类型。
74.对于电子设备而言，可以内置有多种类型的设备模型，例如，按照用途进行划分，具体分为图像传输类以及测量类。对于各种用途对应有相应的设备模型，在交互设置时可以基于设备类型进行内置设备模型的选择。若不存在对应的设备模型或已有的设备模型不满足需求，该电子设备还提供有设备模型的新建交互，通过自定义设备模型确定设备模型的交互数据。
75.需要说明的是，此处的设备模型的创建并不是指构建出三维的设备模型，而是对设备模型的交互数据类型进行设置。
76.关于该步骤具体将在下文中进行详细描述。
77.s12，响应于对设备模型的驱动配置操作，确定设备模型的目标驱动。
78.其中，所述目标驱动包括数据接入节点、数据转换节点以及数据输出节点之间的连接关系。
79.在设备模型确定之后，还需要进行驱动的配置，以使得该设备模型能够依据驱动定义的数据处理逻辑进行数据处理。具体地，该电子设备提供有驱动配置界面，在该驱动配置界面上进行数据接入节点、数据转换节点以及数据输出节点的定义，确定出该设备模型的目标驱动。其中，数据接入节点用于定义数据从哪里来，数据转换节点用于定于数据如何处理，数据输出节点用于定义处理后的数据发送至哪里。例如，数据接入节点包括但不限于http节点、udp节点以及tcp节点；数据转换节点包括但不限于协议类型转换、数据格式转换等等；数据输出节点包括但不限于输出至终端设备，或者输出至物联网平台，或者输出值kafka桥接等等。
80.用户在电子设备所提供的驱动配置界面进行各个节点的配置，其中，各个节点的具体实现是通过节点内置的算子实现的。算子即实现某一功能的程序模块，在电子设备中内置有多种功能的算子，在进行节点配置时通过进行算子的配置，即可使得该节点能够实现算子对应的功能。
81.目标驱动除了包括各种类型的节点，还包括节点之间的连接关系。其中，节点间的连接关系是用于表示数据的处理方向，可以采用单向箭头来表示节点之间的连接关系。
82.关于该步骤具体将在下文中进行详细描述。
83.s13，对目标驱动进行调试。
84.在配置得到目标驱动之后，在线对该目标驱动进行调试。所述的调试即用于该目标驱动的各种功能是否满足需求，实现在线调试，提高开发效率，用户不必等待服务器重启即可以看到自己代码的运行效果。例如，图3示出了目标驱动的调试界面，在该界面中显示有各节点的调试结果以及运行耗时等等。
85.s14，当目标驱动调试通过时，响应于对设备模型的任务创建操作，确定与目标驱动对应的目标接入任务。
86.在目标驱动调试通过之后，就能够对该目标设备的目标接入任务进行创建。例如，如图4所示，该电子设备提供有任务配置界面，在该界面进行目标接入任务的配置，其中，任务周期用于表示在设备模型中相应的交互数据是以多长的时间间隔进行上报或下发的；对于驱动的选择是用于将该设备模型与上述步骤中创建的驱动进行关联，从而保证该设备模型能够正常运行。在如4所述的任务配置界面进行相应参数配置之后，即可得到目标驱动对应的目标接入任务。后续目标设备上线之后，启动定时任务，定期执行驱动定义流程，实现设备的接入以及数据交互。
87.本实施例提供的设备接入方法，通过模块化的方式实现设备的接入，具体利用设备模型、驱动配置以及任务创建实现目标设备的接入，该方法提供集成化的接入界面，减少开发者设备接入的开发工作量，开发者不需要深入了解物联网平台业务，通过交互配置即可实现接入，且通过在线调试的方式提高开发效率，进而提高了设备接入的效率。
88.在本实施例中提供了一种设备接入方法，可用于上述的电子设备，如设备路由、物联网平台等，图5是根据本发明实施例的设备接入的流程图，如图5所示，该流程包括如下步骤：
89.s21，响应于对目标设备的设备模型的创建操作，确定设备模型的交互数据类型。
90.具体地，上述s21包括：
91.s211，显示设备模型页面。
92.在目标设备接入时，电子设备提供有用户开发界面，用户在该开发界面进行登录，即可在电子设备的界面上显示设备模型页面。
93.s212，响应于对设备模型页面中模型的选择操作，确定设备模型。
94.如上文所述，电子设备提供有内置模型，因此可以使用内置模型进行复用，也可以自定义系统模型。
95.s213，响应于对设备模型的交互数据配置操作，确定设备模型的交互数据类型。
96.其中，所述交互数据类型包括目标设备上报的设备数据、目标设备接收的控制命令以及目标设备上报的目标事件。
97.通过交互操作在设备模型页面中填写设备模型中包含的属性、命令和事件。其中，属性是设备上报的普通数据，如气温，亮度等；命令是云端下发给设备的数据，如开关；事件是设备产生的特殊数据，如烟雾报警等。当然，上述的属性可以是设备模型自带的，也可以是自定义的属性，也可以加载系统模型里面的属性，添加好属性后就可以保存设备模型，确定该设备模型的交互数据类型。
98.s22，响应于对设备模型的驱动配置操作，确定设备模型的目标驱动。
99.其中，所述目标驱动包括数据接入节点、数据转换节点以及数据输出节点之间的
连接关系。
100.具体地，上述s22包括：
101.s221，显示驱动管理页面。
102.电子设备提供驱动管理页面，用户通过与该驱动管理页面的交互接口创建一个驱动，例如，设置厂商、模型、接入方式(http/tcp/udp)等驱动基本信息。例如，图6示出了驱动管理页面的一个示意图。
103.s222，响应于对驱动管理页面的选择操作，创建目标驱动与设备模型的对应关系。
104.如图6所示，在驱动基本信息的配置过程中，在模型中进行上述步骤中创建的设备模型的选择，即可实现目标驱动与设备模型的对应关系的创建。即，实现后续所创建的目标驱动与设备模型的绑定关系。
105.s223，显示驱动开发页面。
106.其中，所述驱动开发页面包括驱动节点显示区以及驱动节点配置区。
107.在驱动开发页面以拖拽节点的方式自由编辑整个设备接入的数据转换流程。在电子设备中默认内置了多种类型的节点：数据输入节点，例如，http节点、udp节点以及tcp节点等等、数据转换节点以及数据输出节点，这三类节点分别处理数据从哪里来，数据如何转换，数据到哪里去的问题。用户可通过单向连接线连接不同类型的节点，连接线的方向代表数据流向。
108.如图7所示，该驱动开发页面的左侧为驱动节点显示区，后侧为驱动节点配置区。在驱动节点显示区按节点类型进行限制，节点类型包括http接口、数据转换以及数据推送，分别对应于上文描述的数据输入节点、数据转换节点以及数据输出节点。
109.s224，响应于对驱动节点显示区的选择操作，在驱动节点配置区显示数据接入节点、数据转换节点以及数据输出节点。
110.用户通过与该驱动开发页面的交互操作，即可从驱动节点显示区选择相应的节点放置在驱动节点配置区。其中，交互操作包括但不限于拖拽、选择以及复制等等。
111.s225，响应于对数据接入节点、数据转换节点以及数据输出节点的配置操作，以确定设备模型的目标驱动。
112.在将数据输入节点、数据转换节点以及数据输出节点放置在驱动节点配置区之后，为了表示节点之间的处理逻辑关系，利用单向箭头的连线将存在关联关系的节点进行连接。例如，图7所示的带箭头的连线。进一步地，除了实现节点间关联关系的确定以外，对于各个节点还可以进行数据处理逻辑的配置。当然，各个节点也可以采用自有的逻辑进行处理，也可以进行自定义的配置。各个节点的数据处理逻辑是通过相应的算子实现的，各个算子可以是内置在节点中的，也可以是自定义的。
113.在一些实施方式中，上述s225包括：
114.(1)响应于对数据接入节点、数据转换节点以及数据输出节点的连接操作，确定连接关系。
115.(2)响应于对数据接入节点、数据转换节点以及数据输出节点的算子设置操作，确定目标驱动。
116.关于连接关系的确定请参见上文所述，在连接关系确定之后，电子设备还提供有算子设置界面。例如，当用户选择某个节点之后，在界面上显示如图8所示的算子配置界面；
或者，用户在节点右击显示出该算子配置界面。当然，对于该算子配置界面的触发显示方式并不做任何限定，具体根据实际需求进行设置。
117.在该算子配置界面上进行算子配置，例如图8中矩形框框选出来的内容。这部分算子可以是该节点内置的，也可以在此基础上进行修改，等等。利用集成的算子对各个节点进行配置，无需理解算法的实现逻辑，通过集成化的算子即可实现节点的配置。
118.s23，对目标驱动进行调试。
119.详细请参见图2所示实施例的s13，在此不再赘述。
120.s24，当目标驱动调试通过时，响应于对设备模型的任务创建操作，确定与目标驱动对应的目标接入任务。
121.详细请参见图2所示实施例的s14，在此不再赘述。
122.本实施例提供的设备接入方法，在设备模型的构建过程中页面交互的方式进行上报数据、控制命令以及目标事件的配置，能够包含设备与平台间的所有交互数据，保证了所构建的设备模型的准确性。通过建立目标驱动与所创建的设备模型的对应关系，实现目标驱动与设备模型的绑定，再利用节点的选择、连接以及配置，实现交互式的目标驱动的构建，提高了目标驱动的构建效率。
123.在本实施例中提供了一种设备接入方法，可用于上述的电子设备，如设备路由、物联网平台等。上述图2以及图5所示的设备接入方法是从设备接入之前的配置过程进行描述，在下文的实施例中是从接入数据的具体处理过程进行描述。当然，关于上述的设备接入之前的配置过程，在下文所述的实施例中仍然是适用的。图9是根据本发明实施例的设备接入的流程图，如图9所示，该流程包括如下步骤：
124.s31，获取设备接入任务对应的待处理数据。
125.其中，所述待处理数据包括对应设备的设备标识。
126.该待处理数据可以是设备上传至电子设备的，也可以是电子设备下发给设备的，因此，统称为设备接入任务对应的待处理数据。在该待处理数据中包括有设备的设备标识，用于确定当前进行数据交互的设备。该设备标识可以是设备序列号，或在设备模型构建时电子设备分配的唯一的标识等等。
127.s32，基于设备标识确定对应的设备驱动，以确定设备驱动对应的数据处理逻辑。
128.其中，所述数据处理逻辑是基于设备驱动中节点的算子以及节点间的连接确定的。
129.如上文所述，设备在接入电子设备之前需要进行驱动的配置，该驱动用于定义与该设备相关的交互数据的处理逻辑。因此，在获取到待处理数据之后，利用待处理数据中的设备标识查询设备驱动，以利用该设备驱动对待处理数据进行处理。
130.依据上文的描述，驱动是通过图形化的形式进行表示的，对于电子设备而言，需要识别该图形化的形式将其转换为能够处理的逻辑。因此，在确定出设备驱动之后，需要将该设备驱动转换为相应的数据处理逻辑。例如，在电子设备中采用树状图表示该图形化的驱动，树状图的每个节点表示驱动中的各个节点，每个节点的处理方式即为上文所述的算子实现的。
131.s33，基于数据处理逻辑对待处理数据进行处理。
132.在确定出数据处理逻辑之后，即可利用数据处理逻辑对待处理数据进行处理的。
电子设备通过调用算子对待处理数据进行处理，例如，对待处理数据进行相应的函数运算，或者逻辑比较等等。
133.本实施例提供的设备接入方法，在具体数据处理时，通过对相应的驱动进行解析提取各个节点对应的数据处理逻辑，依据该数据处理逻辑完成对待处理数据的自动处理，提高了数据交互的实时性。
134.设备接入分为两大类：http类和非http类，按照请求方向又可以分为，拉取控制类和第三方推送类。对于拉取控制类，是指该电子设备调用第三方厂商的接口或服务，实现数据获取或者命令下发；对于第三方推送类，需要第三方调用该电子设备的接口或者服务，推送设备数据。接入类型包括但不限于：http pull，http push，tcp pull以及tcp push等等。
135.在一些实施方式中，当所述数据处理逻辑为拉取控制类时，上述s33包括：
136.(1)解析数据处理逻辑中的数据接入节点，确定待处理数据对应的请求接口以及请求接口的类型。
137.(2)基于请求接口以及请求接口的类型对待处理数据进行处理，得到预设数据。
138.(3)解析数据处理逻辑中的数据转换节点，对预设数据进行数据转换确定目标数据。
139.(4)解析数据处理逻辑中的数据输出节点，确定目标数据对应的第一目标设备，以将目标数据推送至第一目标设备。
140.数据处理逻辑是通过对设备驱动分析得到的，例如，将设备驱动转换为电子设备能够处理的语言表示形式，例如，基于设备驱动生成领域特定语言(domain-specific language，简称为dsl)代码。通过对数据处理逻辑中的数据接入节点进行解析，得到该待处理数据应该发送至哪些请求接口以及各个请求接口的类型。其中，请求接口的类型包括但不限于循环、鉴权以及处理等等。
141.在确定出请求接口及类型之后，利用该数据接入节点对应的算子对其进行相应的处理得到预设数据。再对数据处理逻辑中的数据转换节点进行解析，确定数据转换方式，并利用数据转换方式对预设数据进行中转换处理，得到目标数据。最后，对数据处理逻辑中的数据输出节点进行解析，得到该目标数据对应的第一目标设备，即对于目标设备的接收方，并将目标数据推送至该第一目标设备。
142.在拉取控制类的数据处理逻辑中，解析出所请求的接口以及请求接口的类型，对待处理数据进行相应的处理，再将处理后的数据推送至目标设备，从而保证目标设备所得到的目标数据的准确性。
143.在一个具体实施方式中，如图10所示，http pull的数据过程方法包括：
144.(1)读取驱动配置，生成dsl代码，dsl是通过算子描述驱动中各个节点和节点之间的关系的特定语言。
145.(2)解析dsl中的http pull节点算子，判断需要请求哪些接口，并且这些接口是什么类型。当遇到鉴权类型的请求时，按鉴权业务处理，会将配置的登录信息发送给鉴权接口，返回的数据保留在会话中，下个节点可以用到；当遇到循坏类型的请求时，需要提供循坏的数据输入。
146.(3)解析dsl中的数据转换节点算子，根据算子生成设备的基本信息，设备的元数据，和属性等信息。
147.(4)根据标准节点配置，将转换好的设备信息转到对应的端点。例如，物联网平台、kafka、第三方系统等。
148.在一些实施方式中，当所述数据处理逻辑为第三方推送类时，上述s33包括：
149.(1)解析数据处理逻辑中的数据转换节点，对待处理数据进行数据转换确定目标格式的数据。
150.(2)解析数据处理逻辑中的数据输出节点，确定目标格式的数据对应的第二目标设备，以将目标格式的数据发送至第二目标设备。
151.第三方推送类即第三方设备将数据上传至该电子设备，相应地，电子设备对接收到的数据进行格式转换得到电子设备能够处理的目标格式的数据，最后再对目标格式的数据发送至第二目标设备。其中，第二目标设备包括但不限于物联网平台以及存储设备等等。
152.电子设备对数据处理逻辑中的数据转换节点进行解析，确定数据转换方式，即，将各种格式的待处理数据转换为目标格式的数据。再对数据处理逻辑中的数据输出节点进行解析，确定接收该目标格式的数据的终端，即第二目标设备。电子设备再将目标格式的数据发送至第二目标设备，以使得第二目标设备对接收到的目标格式的数据进行相应的处理。
153.在第三方推送类的数据处理逻辑中，将待处理数据转换为统一的目标格式以用于后端的处理，使得该方法能够兼容多种协议类型的数据接入，扩大了该方法的应用场景。
154.在一个具体实施方式中，如图11所示，http push的数据过程方法包括：
155.该电子设备收到第三方的数据上报请求后，根据设备的产品、模型、项目等会信息找到对应的驱动；根据驱动配置生成数据转换的dsl。解析算子将传过来的数据转换成电子设备定义的目标数据格式。在得到目标格式的数据之后，可以上传至设备进行存储，或上传至物联网平台等等。其中，标准数据格式可以如下所示：
[0156][0157]
在本实施例中还提供了一种设备接入装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0158]
本实施例提供一种设备接入装置，如图12所示，包括：
[0159]
第一响应模块41，用于响应于对目标设备的设备模型的创建操作，确定所述设备模型的交互数据类型；
[0160]
第二响应模块42，用于响应于对所述设备模型的驱动配置操作，确定所述设备模型的目标驱动，所述目标驱动包括数据接入节点、数据转换节点以及数据输出节点之间的连接关系；
[0161]
调试模块43，用于对所述目标驱动进行调试；
[0162]
第三响应模块44，用于当所述目标驱动调试通过时，响应于对所述设备模型的任务创建操作，确定与所述目标驱动对应的目标接入任务。
[0163]
在一些实施方式中，第二响应模块42包括：
[0164]
第一显示单元，用于显示驱动管理页面；
[0165]
第一响应单元，用于响应于对所述驱动管理页面的选择操作，创建所述目标驱动与所述设备模型的对应关系；
[0166]
第二显示单元，用于显示驱动开发页面，所述驱动开发页面包括驱动节点显示区以及驱动节点配置区；
[0167]
第二响应单元，用于响应于对所述驱动节点显示区的选择操作，在所述驱动节点配置区显示所述数据接入节点、数据转换节点以及数据输出节点；
[0168]
第三响应单元，用于响应于对所述数据接入节点、数据转换节点以及数据输出节点的配置操作，以确定所述设备模型的目标驱动。
[0169]
在一些实施方式中，第三响应单元包括：
[0170]
第一响应子单元，用于响应于对所述数据接入节点、数据转换节点以及数据输出节点的连接操作，确定所述连接关系；
[0171]
第二响应子单元，用于响应于对所述数据接入节点、数据转换节点以及数据输出节点的算子设置操作，确定所述目标驱动。
[0172]
在一些实施方式中，第一响应模块41包括：
[0173]
第三显示单元，用于显示设备模型页面；
[0174]
响应于对所述设备模型页面中模型的选择操作，确定所述设备模型；
[0175]
响应于对所述设备模型的交互数据配置操作，确定所述设备模型的交互数据类型，所述交互数据类型包括所述目标设备上报的设备数据、所述目标设备接收的控制命令以及所述目标设备上报的目标事件。
[0176]
在一些实施方式中，所述装置还包括：
[0177]
获取模块，用于获取设备接入任务对应的待处理数据，所述待处理数据包括对应设备的设备标识；
[0178]
确定模块，用于基于所述设备标识确定对应的设备驱动，以确定所述设备驱动对应的数据处理逻辑，所述数据处理逻辑是基于所述设备驱动中节点的算子以及节点间的连接确定的；
[0179]
处理模块，用于基于所述数据处理逻辑对所述待处理数据进行处理。
[0180]
在一些实施方式中，所述数据处理逻辑为拉取控制类，处理模块包括：
[0181]
第一解析单元，用于解析所述数据处理逻辑中的所述数据接入节点，确定所述待
处理数据对应的请求接口以及所述请求接口的类型；
[0182]
处理单元，用于基于所述请求接口以及所述请求接口的类型对所述待处理数据进行处理，得到预设数据；
[0183]
第二解析单元，用于解析所述数据处理逻辑中的所述数据转换节点，对所述预设数据进行数据转换确定目标数据；
[0184]
第三解析单元，用于解析所述数据处理逻辑中的所述数据输出节点，确定所述目标数据对应的第一目标设备，以将所述目标数据推送至所述目标设备。
[0185]
在一些实施方式中，所述数据处理逻辑为第三方推送类，处理模块包括：
[0186]
第四解析单元，用于解析所述数据处理逻辑中的所述数据转换节点，对所述待处理数据进行数据转换确定目标格式的数据；
[0187]
第五解析单元，用于解析所述数据处理逻辑中的所述数据输出节点，确定所述目标格式的数据对应的第二目标设备，以将所述目标格式的数据发送至所述第二目标设备。
[0188]
本实施例中的设备接入装置是以功能单元的形式来呈现，这里的单元是指asic电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。
[0189]
上述各个模块的更进一步的功能描述与上述对应实施例相同，在此不再赘述。
[0190]
本发明实施例还提供一种电子设备，具有上述图12所示的设备接入装置。
[0191]
请参阅图13，图13是本发明可选实施例提供的一种电子设备的结构示意图，如图13所示，该电子设备可以包括：至少一个处理器51，例如cpu(central processing unit，中央处理器)，至少一个通信接口53，存储器54，至少一个通信总线52。其中，通信总线52用于实现这些组件之间的连接通信。其中，通信接口53可以包括显示屏(display)、键盘(keyboard)，可选通信接口53还可以包括标准的有线接口、无线接口。存储器54可以是高速ram存储器(random access memory，易挥发性随机存取存储器)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器54可选的还可以是至少一个位于远离前述处理器51的存储装置。其中处理器51可以结合图12所描述的装置，存储器54中存储应用程序，且处理器51调用存储器54中存储的程序代码，以用于执行上述任一方法步骤。
[0192]
其中，通信总线52可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。通信总线52可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0193]
其中，存储器54可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：ram)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：hdd)或固态硬盘(英文：solid-state drive，缩写：ssd)；存储器54还可以包括上述种类的存储器的组合。
[0194]
其中，处理器51可以是中央处理器(英文：central processing unit，缩写：cpu)，网络处理器(英文：network processor，缩写：np)或者cpu和np的组合。
[0195]
其中，处理器51还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路
(英文：application-specific integrated circuit，缩写：asic)，可编程逻辑器件(英文：programmable logic device，缩写：pld)或其组合。上述pld可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：cpld)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：fpga)，通用阵列逻辑(英文：generic array logic,缩写：gal)或其任意组合。
[0196]
可选地，存储器54还用于存储程序指令。处理器51可以调用程序指令，实现如本技术任一实施例中所示的设备接入方法。
[0197]
本发明实施例还提供了一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的设备接入方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；所述存储介质还可以包括上述种类的存储器的组合。
[0198]
虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。