CN115514667A - 接入服务处理方法、系统、装置、电子设备以及存储介质 - Google Patents

Abstract

本公开提供了一种接入服务处理方法、系统、装置、电子设备以及存储介质，所述方法包括：获取至少一个接入组件，以及下载每个所述接入组件所对应的至少一个插件；其中，所述接入组件对应至少一个插件，不同的插件匹配不同型号的终端；响应于所述接入组件发送的启动请求，对所述至少一个插件进行认证；基于认证通过的所述插件，为相应型号的终端提供业务服务，所述业务服务至少包括所述终端的接入服务和所述终端的远程控制服务。

Description

接入服务处理方法、系统、装置、电子设备以及存储介质

技术领域

本公开涉及通信技术领域，特别是涉及一种接入服务处理方法、系统、装置、电子设备以及存储介质。

背景技术

随着物联网的发展，物联网平台应运而生，物联网平台可以管理海量的终端，如物联网设备，但是各种物联网设备因其硬件生产厂商不同导致设备接入物联网的方式各有差异，例如，设备之间存在接入协议、应用开发语言、应用部署方式、应用监控管理方式之间的巨大差异，导致终端接入物联网平台非常复杂。

发明内容

本公开提供了一种接入服务处理方法，方法包括：

获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件；其中，接入组件对应至少一个插件，不同的插件匹配不同型号的终端；

响应于接入组件发送的启动请求，对至少一个插件进行认证；

基于认证通过的插件，为相应型号的终端提供业务服务，业务服务至少包括终端的接入服务和终端的远程控制服务。

在一种可选的示例中，基于认证通过的插件，为相应型号的终端提业务服务，包括：

响应于终端针对插件发送的运行请求，运行认证通过后的插件；

接收插件发送的接入请求，接入请求由终端发送给插件；

基于接入请求，将终端接入物联网，以提供接入服务。

在一种可选的示例中，响应于接入组件发送的启动请求，对至少一个插件进行认证之后，方法还包括：

基于认证通过的插件，以及认证通过的插件对应的终端的型号，生成可视化列表，可视化列表中包括插件与终端的对应关系；

将可视化列表发布于web页面；

其中，运行请求是终端的用户针对可视化列表上的插件进行确认后发送的。

在一种可选的示例中，业务服务包括远程控制服务，基于认证通过的插件，为相应型号的终端提供业务服务，包括：

获取针对待控制的第一终端的控制信息，其中，控制信息是第一终端通过第一插件发送的设备信息，或者，控制信息是第二终端通过第二插件发送的信息；

基于控制信息，向第一插件发送控制指令，以指示第一插件将控制指令发送给第一终端，以使第一终端执行与控制指令对应的操作。

在一种可选的示例中，响应于接入组件发送的启动请求，对至少一个插件进行认证，包括：

响应于启动请求，启动插件；

接收启动的插件发送的握手信息，其中，握手信息携带插件所配置的配置信息；配置信息包括通信协议版本、数据协议版本、网络地址的至少一者；

基于配置信息，对插件进行认证，以确定插件的配置信息是否适配当前的运行环境。

在一种可选的示例中，获取至少一个接入组件之后，方法还包括：

从端口池包括的多个端口，为接入组件对应的每个插件分配符合第一条件的目标端口；第一条件包括端口未使用且未预留的条件，或端口未使用但被预留的条件；

对至少一个插件进行认证之后，方法还包括：

为认证通过的插件绑定目标端口，以使插件基于目标端口接入终端。

在一种可选的示例中，为认证通过的插件绑定目标端口之后，方法还包括：

在接收到针对插件的运行/重启请求时，对目标端口进行校验，以确定目标端口是否被其他插件使用；

在目标端口校验通过后，运行插件；

在目标端口校验不通过的情况下，从端口池中筛选符合第二条件的端口，并将符合第二条件的端口与插件绑定；其中，第二条件为端口未被使用。

在一种可选的示例中，获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件之后，方法还包括：

获取与插件对应的接口定义语言；

将接口定义语言转换为打桩代码；

基于打桩代码，接入每个插件。

在一种可选的示例中，基于认证通过的插件，接入相应型号的终端之后，方法还包括：

接收接入组件针对至少一个插件中目标插件发送的处理请求；

基于处理请求，对目标插件执行与处理请求对应的处理操作，其中，处理操作包括启动、停止、重启以及状态监测中的至少一者。

在一种可选的示例中，处理操作包括状态监测，基于处理请求，对目标插件执行与处理请求对应的处理操作，包括：

在目标插件运行的过程中，通过与目标插件对应的实例对象获取插件在运行过程中的监测信息；其中，监测信息包括插件发送的心跳数据包，和/或插件在运行过程中的运行日志；

基于监测信息，监测插件的运行状态和/或业务状态；其中，业务状态用于表征插件为终端提供业务服务的状态；

对运行状态出现故障的插件进行重启，以及对业务状态出现故障的插件进行停止。

在一种可选的示例中，基于处理请求，对目标插件执行与处理请求对应的处理操作，包括：

在处理请求为停止运行请求的情况下，停止目标插件的运行；

在处理请求为重启请求的情况下，重新认证目标插件，并在认证通过后重启目标插件；

在处理请求为更新请求的情况下，基于更新请求携带的更新数据，对目标插件进行更新。

本公开还提供一种接入服务系统，系统包括：对外接口，插件管理服务模块和业务服务模块；其中：对外接口用于对接至少一个接入组件，以及与插件管理服务模块通信，业务服务模块用于与运行的插件进行通信；

对外接口，用于对接至少一个接入组件；

插件管理服务模块，用于下载至少一个插件，并响应于

接入组件针对插件发送的启动请求，对至少一个插件进行认证；

业务服务模块，用于基于认证通过的插件，为相应型号的终端提供

业务服务，业务服务至少包括终端的接入服务和终端的远程控制服务。

在一种可选的示例中，插件管理服务模块基于统一接口定义规范，与至少一个插件进行通信；

其中，统一接口定义规范是将接口定义语言转换为打桩代码，并基于打桩代码生成的。

在一种可选的示例中，对外接口，还用于接收接入组件针对至少一个插件中目标插件发送的处理请求，并将处理请求发送给管理服务模块；

插件管理服务模块，还用于基于处理请求，对目标插件执行与处理请求对应的处理操作，其中，处理操作包括启动、停止、重启以及状态监测中的至少一者。

在一种可选的示例中，接入服务系统运行于服务器，至少一个插件运行于服务器，和/或运行于与服务器连接的主机。

本公开还提供一种接入服务处理装置，装置包括：

获取模块，用于获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件；其中，接入组件对应至少一个插件，不同的插件对应不同型号的终端；

认证模块，用于响应于接入组件针对插件发送的启动请求，对至少一个插件进行认证；

服务模块，用于基于认证通过的插件，为相应型号的终端提供业务服务，业务服务至少包括终端的接入服务和终端的远程控制服务。

本公开还提供一种计算机可读存储介质，其存储的计算机程序使得处理器执行的接入服务处理方法。

本公开还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行时实现的接入服务处理方法。

采用本申请提供的接入服务处理方法，可以获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件；并响应于接入组件针对插件发送的启动请求，对至少一个插件进行认证；基于认证通过的所述插件，为相应型号的终端提供业务服务，其中，业务服务至少包括终端的接入服务和终端的远程控制服务，接入组件对应具有同一属性的至少一个插件，不同的插件对应不同型号的终端。

一方面，将不同型号的终端对应的插件统一下载至物联网平台，并对插件进行认证，认证通过后，即可通过插件为相应型号的终端提供接入服务和远程控制服务，从而不同型号的终端都可以通过匹配的插件接入物联网平台，并使用物联网平台提供的服务。这样，即使各个终端的接入协议、应用开发语言、应用部署方式、应用监控管理方式之间存在差异，从用户侧而言，运行一个插件即可加入到物联网平台，从物联网平台侧而言，物联网平台无需单独对接每个终端，只需通过已经运行在平台的插件即可对接多个终端，从而通过插件建立起物联网平台与多个终端之间的通信连接，简化了用户加入物联网平台的操作，也简化了物联网平台接入不同类型的终端的操作。

另一方面，每个插件都可以通过相应的一个接入组件进行管理，如接入组件发起启动请求，则可以对插件进行认证，从而使得可以通过接入组件对插件进行统一监管，进而实现了物联网平台对插件的集中化管理，避免离散化管理插件时导致的多线程运行时占用较多平台资源、线程数量较多所产生的故障问题。

上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。

附图说明

为了更清楚地说明本公开实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。需要注意的是，附图中各图形的尺寸和形状不反映真实比例，目的只是示意说明本发明内容。附图中相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

图1示意性地示出了一种接入服务处理方法的通信环境示意图；

图2示意性地示出了本申请的一种接入服务处理方法的步骤流程示意图；

图3示意性地示出本申请的通过接入组件对插件进行统一管理的示意图示意图；

图4示意性地示出了本申请的接入服务处理方法的运行环境示意图；

图5示意性地示出了本申请的接入服务处理方法的具体的流程示意图；

图6示意性地示出了本申请的一种接入服务系统的框架示意图；

图7示意性地示出了本申请的接入服务处理装置的框架示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

相关技术中，在物联网领域中，众多的物联网设备需要接入到物联网平台，以通过物联网平台实现对物联网设备的控制。然而，众多的物联网设备由于存在接入协议、应用开发语言、应用部署方式、应用监控管理方式之间的巨大差异，因此，每个物联网设备要接入到物联网平台以使用物联网提供的业务服务时，便会存在接入过程较为复杂的问题。

有鉴于此，本申请为解决上述技术问题，提出了以下核心构思：提供一种轻量级物联网设备接入服务托管方法，将不同设备协议的接入应用抽象为统一的插件，不同插件对应不同型号的一类终端，如此，同一型号的一类终端可以通过一个认证通过的插件接入到物联网，并通过插件为终端提供业务服务。

其中，插件可以通过统一的接口定义规范与物联网平台通信，这样，插件具备编程语言无关性，因此物联网平台可以与多种编程语言的插件都通过这一接口定义规范对接。

参照图1所示，示出了本申请的接入服务处理方法的通信环境示意图，如图1所示，包括物联网平台、多个终端、第三方平台和第三方应用，其中，第三方应用可以理解为是终端的生产商，生产商通过第三方应用进入第三方平台，通过第三方平台与物联网平台进行通信，以将自身生产的物联网设备的接入应用抽象为插件上传到物联网平台。

物联网平台对上传的插件进行认证通过后，会将这些插件部署在自身的平台上，并发布在可视化的web页面，当持有终端的用户需要将物联网设备接入到物联网平台时，可以在可视化的web页面选中与自身持有的终端适配的插件，并运行插件，从而该运行的插件可以帮助终端接入到物联网平台，进而物联网设备的用户便可以使用物联网平台提供的业务服务，以进行终端的管理和控制。

其中，终端可以包括物联网设备，如条码、射频识别、传感器、全球定位系统、激光扫描等各类传感设备。也可以包括其他类型的设备，如手机、家用电器等设备。

其中，物联网平台上运行有插件管理服务，插件管理服务可以在第三方用户和插件之间进行通信，以响应于第三方用户对插件的管理指令，对插件进行启动、重启、停止、认证等操作。

下面，对本申请的接入服务处理方法进行介绍，参照图2所示，示出了一种接入服务处理方法的步骤流程图，如图2所示，本方法可以由物联网平台的插件管理服务执行，具体可以包括以下步骤：

步骤S201：获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件。

其中，接入组件对应至少一个插件，不同的插件匹配不同型号的终端。

步骤S202：响应于接入组件发送的启动请求，对至少一个插件进行认证；

步骤S203：基于认证通过的插件，为相应型号的终端提供业务服务，物业务服务至少包括终端的接入服务和终端的远程控制服务。

本实施例中，接入组件和插件可以是第三方用户通过第三方平台创建并上传的，实际中，第三方用户可以是终端的生产商，或者是为终端提供接入应用(接入到物联网平台的应用)的厂商。

其中，插件可以理解为是指终端接入物联网的接入应用，在本申请中，不同的插件匹配不同型号的终端，具体地，第三方用户会基于不同型号的终端的接入协议、应用开发语言创建与之适配的插件，以使得插件作为终端接入物联网的接入应用，进而加入到物联网，因此，通过每种类型的终端匹配一个插件，可以帮助不同型号的终端快速接入物联网。

其中，接入组件可以理解为是为第三方用户提供对所上传的插件进行管理的微服务，第三方用户可以登录物联网平台后，通过接入组件向插件管理服务发起停止插件、启动插件、重启插件等指令，从而达到对所上传的插件进行管理的目的。

其中，一个接入组件可以对应同一属性的至少一个插件，该同一属性可以是指同一个生产商，或者可以是指同一批次，也就是说一个第三方用户上传一个接入组件后，可以接着上传属于同一生产商或属于同一批次的一个或多个插件，这样，通过一个接入组件可以管理一个或多个插件。其中，一个插件可以匹配属于同一型号的一个终端或多个终端，也就是说，一个插件可以接入同一型号的终端，以使同一型号的多个终端接入物联网平台。

也就是说，同一个终端生产商或接入应用的外包商可以对自己所创建的多个插件进行管理。其中，在一个接入组件对应一个插件的情况下，可以对每种型号的终端对应的插件进行单独管理运维，在一个接入组件对应多个插件的情况下，可以对同一生产商或属于同一批次的多个插件进行运维管理，此种情况下，相比于一个插件对应一个接入组件的情况，可以降低接入组件对物联网平台的资源的占用，提高物联网平台的运行效率。

这样，通过接入组件管理插件，插件又与终端匹配，这样布设接入组件可以匹配不同型号的终端的接入应用的监控管理方式，实现对不同终端的接入应用的统一管理。

具体实施时，第三方用户可以通过接入组件启动某个插件，这样，插件管理服务可以响应于接入组件针对插件发送的启动请求，启动所下载的插件，在启动时，首先对至少一个插件进行认证。

其中，对插件进行认证可以理解为是：校验插件的通信协议版本、数据协议版本、网络地址、协议地址是否与物联网平台匹配，若匹配，则认证通过，表征插件与物联网平台兼容，可以与物联网平台进行通信，也就是说，启动插件前，需要校验插件的数据协议和通信协议是否与物联网平台的数据协议和通信协议兼容，若兼容，则插件可以与物联网平台进行信息交互。

对于认证通过的插件，可以启动该插件，对于认证不通过的插件，可以停止启动该插件，并向接入组件反馈认证不通过的信息，从而第三方用户通过该接入组件获知认证不通过时，可以对插件的数据协议和通信协议进行修正后再次认证。

其中，认证通过的插件一方面与终端匹配，另一方面与物联网平台匹配，这样插件可以作为终端与物联网平台进行通信的通信桥梁，用于为终端提供接入物联网平台的接入服务，以及为终端提供远程控制服务，以使终端受控于物联网平台而执行相应操作。

具体实施时，终端在需要接入物联网平台时，可以运行认证通过的插件，以使终端接入插件，而插件又预先部署在物联网平台(也就是说运行插件时，实际是在物联网平台运行了插件)，因此，终端接入到插件便接入到了物联网平台，进而可以与物联网平台进行信息交互，具体体现在：一方面，终端可以接入物联网平台，并向物联网平台发送数据；另一方面，终端可以接收物联网平台通过插件发送的控制指令，进而执行相应的操作。

需要说明的是，在终端接入插件后，插件便可以持续运行，以保证终端与物联网平台之间的实时通信。其中，一个插件可以接入同一型号的一个终端也可以接入同一型号的多个终端。

采用实施例中的技术方案，可以在物联网平台为不同型号的终端上传适配的插件，采用插件作为终端的接入应用，从而使得终端可以通过接入插件加入到物联网，其中，在启动插件时，通过对插件进行认证，认证通过后，表征插件与物联网平台兼容，从而插件可以在终端与物联网平台进行信息的中转，以使物联网平台可以为终端提供业务服务。

一方面，即使不同的终端存在接入协议、应用开发语言、应用部署方式的差异，但是对终端侧而言，其只需要与相匹配的插件建立连接即可加入到物联网平台，从而简化了终端接入物联网平台的操作。

另一方面，对物联网平台侧而言，无论对于何种终端，其只需要与对应插件进行信息交互即可达到为终端提供业务服务的目的，这样，使得各种型号的终端的接入应用都被纳入物联网平台进行统一部署和管理。

在一种可选的示例中，对插件进行认证的过程可以如下所述：响应于启动请求，使用命令行启动插件；接收启动的插件发送的握手信息；基于配置信息，对插件进行认证，以确定插件的配置信息是否适配当前的运行环境。

其中，握手信息携带插件所配置的配置信息；配置信息包括通信协议版本、数据协议版本、网络地址的至少一者。

本实施例中，由于插件可以理解为是终端接入物联网的接入应用，其与物联网平台和终端通信时，需要数据协议和通信协议，其中，通信协议用于规定插件与终端之间的通信方式，数据协议用于规定插件与终端之间的数据交换格式。

通信协议可以包括TCP(Transmission Control Protocol，传输控制协议)、UDP(User Data Protocol，用户数据报协议)、MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)协议以及CoAP协议，其中，MQTT是一种即时通信协议，CoAP协议是一种应用于物联网的计算机协议。

数据协议可以包括：JSON(JavaScript Object Notation,JS对象简谱)格式的协议，text格式的协议以及binary格式的协议。

其中，网络地址可以指示插件可以服务的终端所在的网络范围，即在该网络范围内的终端允许接入插件以加入物联网。

其中，物联网平台可以对握手信息中携带的数据协议版本、通信协议版本进行校验，具体而言可以校验其是否为该平台所允许的协议的版本，校验网络地址是否是所允许接入的网络，校验成功后，表示插件与物联网平台的运行环境兼容，从而可以允许在物联网平台运行。

由于本申请对各个终端的接入应用统一抽象为插件，通过插件为物联网设备提供接入服务和远程控制服务，为提高本申请物联网平台对插件进行运维管理的集中程度，降低管理的复杂性，更进一步地提供了以下实施方案：

参照图3所示，示出了本申请的更进一步的通过接入组件对插件进行统一管理的示意图，如图3所示，可以在接入组件的触发下，通过插件管理服务器对插件进行启动/停止/重启，以及状态监测等操作。

具体地，插件可以提供终端接入物联网平台的接入服务，以及终端接入物联网平台之后，与物联网平台之间的数据交互时的数据转发服务。相应地，如图3所示，本可选示例中提供了以下几种更进一步的实施方案：

进一步的实施方案一：如图3所示，对多个插件的生命周期进行管理，包括插件的部署、启动、停止、重启、状态监测。

进一步的实施方案二：插件实现统一的接口定义规范，该规范支持所有主流编程语言，以通过统一的接口定义规范与物联网平台对接。

进一步的实施方案三：端口池管理，为每个插件应用分配对外可用的端口，并尽最大努力保证端口不变。

<实施方案一>对多个插件的生命周期进行管理，包括插件的部署、启动、停止、重启、状态监测。

其中，插件的部署可以理解为是指插件在物联网平台中的部署方式，具体地，插件可以部署在云端或边缘端，其中，云端可以是指运行物联网平台的服务器，边缘端可以理解为是与服务器连接的物理机。

其中，如图1所示，无论是部署在云端还是部署在边缘端，都可以由第三方平台上传，接着物联网平台将上传的插件下载至边缘端或至服务器。

其中，插件的启动可以是指：在物联网平台下载好插件后，受到接入组件的启动请求，通过命令行拉起插件的进程，需要说明的是，在启动插件后，首先需要对插件进行认证，以对插件的版本、数据协议、网络类型、网络地址、通信协议等进行校验，认证通过的插件才能正常部署运行。

其中，插件的重启可以是指：受到接入组件的重启请求，对插件的进程进行重启，包括插件在运行出现故障情况下的重启，也可以包括插件在业务服务中出现故障情况下的重启。

其中，状态监测主要用于主动监控插件应用的运行状态，进行故障提示，支持故障插件的自动重启。

具体实施时，在基于认证通过的插件，接入相应型号的终端之后，还可以接收接入组件针对至少一个插件中目标插件发送的处理请求；并基于处理请求，对目标插件执行与处理请求对应的处理操作。

其中，处理操作包括启动、停止、重启以及状态监测中的至少一者。

本实施方案中，目标插件为接入组件对应的至少一个插件中的任一一个插件。具体而言，如图3所示，处理请求包括启动请求、停止请求、重启请求以及状态监测请求，在是启动请求的情况下，可以启动目标插件，其中，如图3所示，在启动请求的情况下，可以先对插件进行认证，例如，接收插件发送的握手信息，基于握手信息对插件进行认证；

在是停止请求的情况下，可以停止目标插件的运行，在是重启请求的情况下，可以重启目标插件。

相应地，在状态监测的情况下，需要对插件的运行状态进行状态监测，本申请实施例中，运行状态可以包括插件的运行状态和/或业务状态，具体地，可以仅对插件的运行状态进行监测，或者，仅对插件的业务状态进行监测，或者对插件的运行状态和业务状态进行监测。

其中，运行状态可以是指插件的进程的运行情况，即进程是否正常运行，业务状态可以是指插件在提供物联网设备的业务服务过程中，对物联网平台与物联网设备之间交互的数据包的转发是否正常。

如图3所示，插件管理服务提供端口池管理、插件认证和实例对象三个模块，其中，端口池管理用于为插件分配端口，并负责端口的使用和回收，插件认证用于认证插件，实例对象用于针对启动请求、停止请求、重启请求以及状态监测请求，对插件执行启动、停止、重启和状态监测操作。

其中，对于状态监测请求，如图3所示，在目标插件运行的过程中，可以通过与目标插件对应的实例对象获取插件在运行过程中的监测信息；并基于监测信息，监测插件的运行状态和/或业务状态；之后，对运行状态出现故障的插件进行重启，以及对业务状态出现故障的插件进行停止。

其中，业务状态用于表征插件为终端提供业务服务的状态，监测信息包括插件发送的心跳数据包，和/或插件在运行过程中的运行日志。

本实施例中，可以通过实例对象获取插件在运行过程中的监测信息，其中，在监测信息包括运行日志的情况下，插件在运行中，会将运行日志写入到指定的通道，实例对象可以通过监听该通道获取插件写入的运行日志。

其中，在监测信息包括心跳数据包的情况下，插件发送的心跳数据包一般是发送给物联网平台，实例对象可以定时抓取该心跳数据包，根据所抓取的心跳数据包确定插件的运行状态。

具体地，通过运行日志可以确定插件的运行状态和业务状态，通过心跳数据包可以确定插件的运行状态，例如可以检测插件进程是否存活、检测插件提供的服务是否可用，比如httpserver服务、tcp server服务等，从而可以检测插件的运行状态是否出现故障；当运行日志中出现故障码的情况，可以确定插件的业务状态出现故障。

其中，当确定插件出现故障时，实例对象可以向接入组件反馈故障状态，若接收到接入组件针对故障状态反馈的重启请求，则重启插件，例如，重新拉起插件的进程。

如上所述，除可以对插件的运行状态和/或业务状态进行状态监测外，还可以通过接入组件对插件进行启动、重启等操作，具体地：

在处理请求为停止运行请求的情况下，停止目标插件的运行；

在处理请求为重启请求的情况下，重新认证所述目标插件，并在认证通过后重启所述目标插件；

在处理请求为更新请求的情况下，基于更新请求携带的更新数据，对目标插件进行更新。

本实施方案中，在处理请求为停止运行请求的情况下，停止目标插件的运行，由于目标插件接入了其所匹配的终端，则停止目标插件的运行，便停止了对该终端的接入服务和远程控制服务；在处理请求为重启请求的情况下，可以重启目标插件，继而重启了目标插件适配的终端的接入，也就是重启对同一型号的终端的接入服务和远程控制服务。

本实施方式中，处理请求除包括停止请求和重启请求外，还可以包括更新请求，在一些情况下，插件作为终端接入物联网的接入应用，会存在隔一段时间对其进行更新的需求，此种情况下，第三方用户可以通过接入组件发送针对目标插件的更新请求，更新请求可以携带更新数据，该更新数据可以理解为是升级数据包，进而插件管理服务可以基于更新数据，对目标插件进行更新。

采用此实施方案一，即使终端自身存在应用监控管理方式的巨大差异，也可以通过接入组件发出的请求，对插件进行启动、停止、重启、状态监测等生命周期管理，以实现对相应的终端的监控管理。

<实施方案二>插件实现统一的接口定义规范。

本实施方案二中，插件与物联网平台之间的对接一般通过对应的接口实现，其中，为了提高物联网平台对接多个插件的简便性，可以预先将设置接口定义语言，之后，在需要对接插件时，可以将该接口定义语言转换为打桩代码，从而基于打桩代码，可以使得插件和物联网平台的通信双方共同遵守同一个接口定义规范，插件管理服务与插件之间基于此规范进行通信。

具体实施时，可以在下载好插件后，获取与插件对应的接口定义语言；并将接口定义语言转换为打桩代码；以及基于打桩代码，接入每个插件。

本实施方案中，打桩代码又可以称为桩代码，其中，桩代码给出的实现是临时性的/待编辑的，可以使用户暂时不编辑这段代码而不影响程序的使用。在本申请中，可以定义插件管理服务和插件之间的标准接口规范，插件管理服务和插件共同遵守该接口规范，并基于此规范进行通信，这样，通过该接口规范插件管理服务可以与不同的插件进行通信。

具体而言，可以先获取一个接口定义语言，并通过脚手架工具，快速的将接口定义语言转换生成为服务、方法、消息结构的打桩代码，更方便的供插件管理服务调用。

采用本实施方案二，可以实现不同的插件通过统一的接口规范与插件管理服务进行通信，提高了管理插件服务与不同插件之间的通信兼容性，由此可以实现物联网平台与不同型号的终端之间的通信。

<实施方案三>端口池管理

本实施方案中，端口池中包括多个端口，端口用于分配给插件，插件绑定端口后向终端(物联网设备)提供对外服务。其主要包括端口分配、端口维持、端口使用、端口回收等。

具体实施时，在获取插件后，可以从端口池包括的多个端口中，为接入组件对应的每个插件分配符合第一条件的目标端口；

相应地，这些被分配的目标端口可以绑定到插件，从而插件可以通过该目标端口对外提供服务，其中，在对已下载的至少一个插件进行认证之后，可以为认证通过的插件绑定目标端口，以使插件基于目标端口接入终端。

其中，第一条件包括端口未使用且未预留的条件，或端口未使用但被预留的条件。

本实施例中，端口池中的端口用于被分配给插件，以为插件提供与终端之间的通信通道，其中，被分配给插件的端口可以加入预留列表，预留列表中包括的是被分配给了插件，但是插件还未运行的端口。被插件正在使用的端口可以加入使用列表，使用列表中包括的是正在运行的插件的端口；这样端口池中剩下的端口即可以被分配给新的插件。

其中，同一个端口要么在预留列表中，要么在使用列表中。

本实施例中设置的第一条件由于包括端口未使用且未预留的条件，或端口未使用但被预留的条件，这样，可以在分配端口时，按照端口的状态进行分配，如上所述，端口的状态可以包括空闲状态、待用状态和使用状态，空闲状态表征端口未被预留给插件也未被插件所使用，待用状态表征端口被预留给了插件但是未被插件所使用，使用状态表征端口被插件使用。

在一种可选示例中，会优先从端口池中选择处于空闲状态的端口给插件，即选择未被插件使用、未为插件预留的空闲状态的端口，如果不存在空闲状态的端口，则可以选择待用状态的端口，即选择一个未被使用的端口给插件，若端口池中既不存在空闲状态的端口也不存在待用状态的端口，则端口分配失败。

如此，在每为一个插件分配端口时，插件都可以优先得到一个未被使用未被预留的端口，以使该端口可以独立被该插件使用，避免端口被交叉使用的问题。

相应地，可以在接收到针对插件的运行/重启请求时，对目标端口进行校验，以确定目标端口是否被其他插件使用。

其中，在目标端口校验通过后，运行插件；在目标端口校验不通过的情况下，从端口池中筛选符合第二条件的端口，并将符合第二条件的端口与插件绑定；其中，第二条件为端口未被使用。

由于接入组件可以对插件进行停止、运行或重启，其中，重启的情况下，由于需要重新启动插件，即插件需要重新与端口建立绑定关系，此种情况下，为避免插件重启之前绑定的端口在重启之后，又被其他插件使用，可以先对该插件绑定的目标端口进行校验。

具体而言，可以获取该目标端口的状态，若状态是空闲状态或待用状态，则可以将目标端口与插件绑定后重启，若状态是使用状态，则校验不通过，需要从端口池中筛选符合第二条件的端口，该第二条件可以是端口未被使用的条件，即此种情况下，可以从选择空闲状态或待用状态的端口给插件。

在一种可选的示例中，若接入组件发送了针对插件的停止请求，在停止插件时，可以解除为该插件分配的端口的占用，以使该端口的状态呈现待用状态，即将参端口从使用列表中移入预留列表，以表征该端口是分配给该插件但是未被插件使用。

在又一种可选的示例中，若接入组件发送了针对插件的删除请求，在删除插件时，可以将为该插件分配的端口释放，也即将端口从使用列表和预留列表全部移除，彻底将端口释放，使得端口呈现出空闲状态，这样该端口可以分配给其他新的插件。

采用本申请实施方案，可以通过对端口的再次校验，使得每个插件重启前后，其被分配的端口都尽可能的维持原端口，从而避免在重新接入终端时，需要切换端口的问题，从而提高了终端重新接入插件的效率。

通过上述实施方案，实现了物联网平台对各种类型的终端对应的插件的统一运维，如上所述，在物联网平台上部署插件后，物联网平台可以发布可视化列表，用于展示已经部署在平台上的插件，其中，该可视化列表中可以包括插件的名称与终端的型号的对应关系，用户可以通过这一对应关系，确定自己持有的终端需要对应哪一插件，进而选中对应的插件并点击运行后，插件便可以运行，终端随机接入插件，插件又部署在物联网平台，从而终端可以通过运行的插件接入物联网平台。

<物联网平台对终端提供业务服务的过程>

具体地，物联网平台通过插件可以为终端提供接入服务和远程控制服务，接入服务可以是指终端加入物联网平台的服务，远程控制服务可以是物联网平台远程控制终端执行相应操作的服务。

具体实施时，对于接入服务，可以响应于终端针对插件发送的运行请求，运行认证通过后的插件；接着，接收插件发送的接入请求，接入请求由终端发送给插件；之后，基于接入请求，将终端接入物联网，以提供接入服务。

相应地，如前所述，物联网平台可以发布可视化列表，则对应地，物联网平台可以基于认证通过的插件，以及认证通过的插件对应的终端的型号，生成可视化列表，并将可视化列表发布于web页面。

相应地，运行请求是终端的用户针对可视化列表上的插件进行确认后发送的，可视化列表中包括插件与终端的对应关系。

本实施方案中，插件被认证通过后，便可以发布在可视化列表中，同时，将该插件适配的终端的型号对应也发布在可视化列表中，终端用户通过可视化列表可以明确自身持有的终端需要选择哪一插件，如插件001对应的终端鑫豪斯S41C1，则用户可以选中插件001，并点击运行，从而该运行的插件001可以与终端建立连接。

需要说明的是，在终端上登录物联网平台时，点击运行，插件便可以通过其分配的端口与本终端建立连接，在终端不具有显示屏的情况下，可以借助其他智能终端登录物联网平台，终端与智能终端之间可以通过蓝牙或红外进行无线通信，将终端加入至智能终端的无线通信设备列表中，智能终端登录物联网平台，用户选中对应的插件和终端的型号并点击运行，此时，运行的插件会通过分配给他的端口，自动尝试与无线通信设备列表中被选中的终端进行握手，从而接入终端，以使终端加入到物联网平台。

采用此种实施方式，可以为多种物联网设备提供接入服务。

其中，对于远程控制服务，可以包括物联网平台基于终端自身上传的设备信息，对终端进行的远程控制，也可以包括基于一个终端上传的信息，对另一终端进行的远程控制。

具体实施时，可以获取针对待控制的第一终端的控制信息，基于控制信息，向第一插件发送控制指令，以指示第一插件将控制指令发送给第一终端，以使第一终端执行与控制指令对应的操作。

其中，控制信息是第一终端通过第一插件发送的设备信息，或者，控制信息是第二终端通过第二插件发送的信息。

本实施方案中，在控制信息是第一终端通过第一插件发送的设备信息的情况下，终端可以定时上传自身的设备信息，具体地，设备信息可以依据控制需求确定，例如，控制需求是需要控制终端的温度保持在固定的范围内时，设备信息可以包括终端的温度，若控制需求是需要控制终端在满足条件时，执行开启操作(常用于门禁)，则设备信息可以是终端采集的访者图像。

本实施方案中，受控制的终端称为第一终端，第一终端可以将该设备信息通过第一插件发送给物联网平台，物联网平台可以依据该设备信息，确定对终端的控制策略，如温度超出预设温度时，可以向第一终端下发制冷指令，第一终端接收到该制冷指令下发时，开启自身的制冷装置进行制冷。又例如，设备信息是访者图像的情况下，物联网平台基于访者图像确定访者是权限用户时，向第一插件发送开启指令，第一插件将该开启指令发送给第一终端，随机第一终端执行开启操作。

示例地，第一终端为冰箱，需要对冰箱内存储的物品的状态进行监控，以及时调整冰箱的温度，则可以将冰箱预先加入到物联网平台，之后，冰箱定时将物品的状态和冰箱的制冷温度发送给第一插件，由第一插件反馈给物联网平台，则物联网平台可以基于物品的状态确定冰箱的制冷温度是否合适，如果不合适，则将合适的温度封装为指令发送给第一插件，第一插件发送冰箱，冰箱按照指令中的制冷温度进行制冷，以保证存储的物品的品质。

在控制信息是第二终端通过第二插件发送的信息的情况下，第一终端可以受控于第二终端执行相应操作，以达到物联网设备之间的互联互控。其中，该控制信息可以依据控制需求进行确定，该控制信息中可以携带第一终端的型号和网络地址，进而，第二插件将该控制信息发送给物联网平台时，物联网平台可以根据终端的信号和网络地址，确定出第一插件，将控制信息对应的控制指令发送给第一插件，此时，第一插件将控制指令发送给第一终端，进而第一终端可以受控于第二终端执行相应的操作。

示例地，用户需要在异地开启家里的电饭锅，则可以预先将手机和电饭锅连入物联网平台，手机和电饭锅具有各自的插件，用户通过手机登录物联网平台后，点击受控设备“电饭锅”选中开启，进而手机将开启控制信息发送给第二插件，第二插件将该开启控制信息发送给物联网平台，物联网平台基于开启控制信息，确定受控设备为电饭锅，则可以向电饭锅对应的第一插件发送开启指令，第一插件将该开启指令反馈给电饭锅，从而电饭锅启动开始进入煮饭模式。

当然，以上仅为示例性说明，不代表对应用场景的具体限制。

下面，对本申请的接入服务处理方法进行整体说明，参照图4和图5所示，图4示出了本申请的的接入服务处理方法的运行环境示意图，图5示出了本申请的接入服务处理方法的具体的流程示意图。

如图4所示，包括插件管理服务、接入组件以及物联网平台，插件管理服务、接入组件均可以作为物联网平台的一个微服务；其中，插件管理服务、接入组件、插件可以分别部署在不同的主机上，插件管理服务与接入组件之间通过gRPC方法调用，插件管理服务与插件之间也可以通过gRPC方法调用，以实现位于一个设备上的应用调用位于另一设备上的应用，进而构成分布式的运行环境。

其中，接入组件向插件管理服务发送启动/停止/重启请求，插件管理服务则基于启动/停止/重启请求，启动/停止/重启对应的插件。

其中，接入组件向插件管理服务发送状态监测请求，插件管理服务则基于状态监测请求，对相应的插件进行状态监测。

其中，终端可以将自身的接入请求发送给插件，插件将接入请求发送给物联网平台，使用物联网平台提供的接入服务，从而加入到物联网平台；

之后，终端可以将自身的控制信息发送给发送给插件，插件将控制信息发送给物联网平台，物联网平台继而通过插件向终端下发控制指令。

具地，参照图5所示，整体可以包括以下步骤：

1.1，首先第三方平台创建接入组件；

1.2，将接入组件通过物联网平台提供的对外接口上传至物联网平台，具体地，可以先向服务注册中心注册该接入组件，这样，其它微服务，如插件管理服务便可以通过服务中心调用该接入组件，调用时，可以通过gRPC调用。

1.3，插件管理服务可以为自定义接入组件分配端口，该端口可以用于为自定义接入组件对应的插件使用。

2.1，第三方平台通过物联网平台提供的对外接口上传插件到一个指定的地址。

3.1，第三方平台通过接入组件发出启动接入组件的请求；

3.2，插件管理服务基于该启动请求，启动了接入组件，建立了与接入组件之间的通信；

3.3，接着，插件管理服务响应于启动请求，需要启动插件，具体地，包括如下3.4和3.5的过程：

3.4，从指定的地址中下载插件，并通过接口定义规范建立与插件的对接，此种情况下，为插件分配端口，以及生成与插件对应的一个实例对象，通过实例对象管理一个插件。

3.5，由物联网平台对插件进行认证；

3.6，认证通过后，插件向物联网平台发送握手报文，并接收物联网平台返回的信息，从而建立与物联网平台之间的连接。

接着，插件管理服务可以对插件进行生命周期管理、状态监测，具体包括如下步骤3.7-3.11：

3.7，实例对象监听特定的通道，将插件进程写入该通道的日志收集打印出来，完成日志回采。

3.8，插件管理服务向插件对应的实例对象发送状态监测指令，则实例对象获取插件的工作状态和业务状态；

3.9，实例对象将监测到的工作状态和业务状态回报给插件管理服务；

3.10，插件管理服务根据工作状态和业务状态确定插件出现运行故障，则自动重启插件；

3.11，实例对象接收到这一重启信息，重启插件，重启插件时，可以对插件的端口进行重新校验，校验通过的端口继续使用，校验端口不同过，则需要重新分配端口。

4.1，接入组件发送了停止插件的请求给插件管理服务；

4.2，插件管理服务响应于这一停止请求，向实例对象发送停止插件的指令，实例对象停止插件。

<终端使用插件接入物联网平台>

5.1，终端选中一个插件并运行，插件运行过程中，通过分配的端口与终端建立连接，并接收终端发送的数据(控制信息)；同时可以向物联网平台(IOT平台)上传周期性心跳包，以使物联网平台保持与插件之间的通信连接；

5.2，插件接收数据后将该数据上报给物联网平台；

6.1，物联网平台根据上报的数据向插件下发控制指令；

6.2，插件将控制指令返回给终端，终端在这一控制指令的驱动下执行响应的操作。

采用本申请实施例的技术方案，一方面，即使不同的终端存在接入协议、应用开发语言、应用部署方式的差异，但是对终端侧而言，其只需要与相匹配的插件建立连接即可加入到物联网平台，从而简化了终端接入物联网平台的操作。

另一方面，对物联网平台侧而言，无论对于何种终端，其只需要与对应插件进行信息交互即可达到为终端提供业务服务的目的，这样，使得各种型号的终端的接入应用都被纳入物联网平台进行统一部署和管理。

再一方面，通过接入组件可以对插件的生命周期的管理，从而可以及时发现插件的运行故障，并及时排除故障，避免终端接入物联网平台后出现的故障问题。

又一方面，接入组件和插件管理服务之间可以通过gRPC方法调用，插件管理服务与插件之间也可以通过gRPC方法调用，如此，可以允许插件部署在边缘端或云端，以实现插件管理服务对众多插件的分布式管理运维。

基于相同的发明构思，本申请还提供了一种接入服务系统，参照图6所示，示出了本接入服务系统的框架示意图，如图6所示，所述系统包括：对外接口601，插件管理服务模块602(上述实施例的插件管理服务)和业务服务模块603。

其中，对外接口601用于对接至少一个接入组件604，以及与插件管理服务模块602通信，业务服务模块603用于与运行的插件605进行通信；

对外接口601，用于对接至少一个接入组件604；

插件管理服务模块602，用于下载所述至少一个插件605，并响应于接入组件604针对插件605发送的启动请求，对至少一个插件605进行认证；

业务服务模块603，用于基于认证通过的插件605，为相应型号的终端提供业务服务，业务服务至少包括所述终端的接入服务和终端的远程控制服务。

如图6所示，插件管理服务模块602与插件605之间通过gRPC方法调用，插件管理服务模块602与接入组件604之间通过gRPC方法调用。终端与插件605之间可以通过TCP/UDP/MQTT/CoAP等通信协议进行通信，并可以通过JSON/text/binary进行数据交换，其中，插件与业务服务模块可以通信，其通信采用的通信协议可以是MQTT。

在一种可选的示例中，如上述实施例，插件管理服务模块602基于统一接口定义规范，与至少一个插件605进行通信；

其中，统一接口定义规范是将接口定义语言转换为打桩代码，并基于打桩代码生成的。

在一种可选的示例中，对外接口601，还用于接收接入组件针对至少一个插件中目标插件发送的处理请求，并将处理请求发送给管理服务模块；

插件管理服务模块，还用于基于处理请求，对目标插件执行与处理请求对应的处理操作，其中，处理操作包括启动、停止、重启以及状态监测中的至少一者。

在一种可选的实施例中，接入服务系统运行于服务器，至少一个插件运行于服务器，和/或运行于与服务器连接的主机。也就是说，多个插件中部分插件可以运行于服务器，另一部分插件可以运行于主机。

在一种可选的示例中，插件管理服务模块还包括多个实例对象，其中，不同的实例对象对应不同的插件，插件管理服务模块通过实例对象与相应的插件进行通信。

基于相同的发明构思，本申请还提供一种接入服务处理装置，参照图7所示，示出了该接入服务处理装置的结构示意图，如图7所示，该接入服务处理装置可以位于插件管理服务，具体可以包括以下模块：

获取模块701，用于获取至少一个接入组件，以及下载每个接入组件所对应的至少一个插件；其中，接入组件对应至少一个插件，不同的插件对应不同型号的终端；

认证模块702，用于响应于接入组件针对插件发送的启动请求，对至少一个插件进行认证；

服务模块703，用于基于认证通过的插件，为相应型号的终端提供业务服务，业务服务至少包括终端的接入服务和终端的远程控制服务。

可选地，服务模块703，包括：

运行单元，用于响应于终端针对插件发送的运行请求，运行认证通过后的插件；

接收单元，接收插件发送的接入请求，接入请求由终端发送给插件；

接入单元，用于基于接入请求，将终端接入物联网，以提供接入服务。

可选地，装置还包括：

列表生成模块，用于基于认证通过的插件，以及认证通过的插件对应的终端的型号，生成可视化列表，可视化列表中包括插件与终端的对应关系；

列表发布模块，用于将可视化列表发布于web页面；其中，运行请求是终端的用户针对可视化列表上的插件进行确认后发送的。

可选地，服务模块703，包括：

信息获取单元，用于获取针对待控制的第一终端的控制信息，其中，控制信息是第一终端通过第一插件发送的设备信息，或者，控制信息是第二终端通过第二插件发送的信息；

指令下发单元，用于基于控制信息，向第一插件发送控制指令，以指示第一插件将控制指令发送给第一终端，以使第一终端执行与控制指令对应的操作。

可选地，认证模块702，包括：

启动单元，用于响应于启动请求，使用命令行启动插件；

握手信息接收单元，用于接收启动的插件发送的握手信息，其中，握手信息携带插件所配置的配置信息；配置信息包括通信协议版本、数据协议版本、网络地址的至少一者；

认证单元，用于基于配置信息，对插件进行认证，以确定插件的配置信息是否适配当前的运行环境。

可选地，装置还包括：

端口分配模块，用于从端口池包括的多个端口，为接入组件对应的每个插件分配符合第一条件的目标端口；第一条件包括端口未使用且未预留的条件，或端口未使用但被预留的条件；

端口绑定模块，用于为认证通过的插件绑定目标端口，以使插件基于目标端口接入终端。

可选地，装置还包括：

端口校验模块，用于在接收到针对插件的运行/重启请求时，对目标端口进行校验，以确定目标端口是否被其他插件使用；

第一处理模块，用于在目标端口校验通过后，运行插件；

第二处理模块，用于在目标端口校验不通过的情况下，从端口池中筛选符合第二条件的端口，并将符合第二条件的端口与插件绑定；其中，第二条件为端口未被使用。

可选地，装置还包括：

接口定义语言获取模块，用于获取与插件对应的接口定义语言；

转换模块，用于将接口定义语言转换为打桩代码；

接入模块，用于基于打桩代码，接入每个插件。

可选地，装置还包括：

处理请求接收模块，用于接收接入组件针对至少一个插件中目标插件发送的处理请求；

处理模块，用于基于处理请求，对目标插件执行与处理请求对应的处理操作，其中，处理操作包括启动、停止、重启以及状态监测中的至少一者。

可选地，处理操作包括状态监测，处理模块包括：

监测信息获取单元，用于在目标插件运行的过程中，通过与目标插件对应的实例对象获取插件在运行过程中的监测信息；其中，监测信息包括插件发送的心跳数据包，和/或插件在运行过程中的运行日志；

状态监测单元，用于基于监测信息，监测插件的运行状态和/或业务状态；其中，业务状态用于表征插件为终端提供业务服务的状态；

故障处理单元，用于对运行状态出现故障的插件进行重启，以及对业务状态出现故障的插件进行停止。

可选地，处理模块，具体用于：

在处理请求为停止运行请求的情况下，停止目标插件的运行，以停止对目标插件匹配的终端的业务服务；

在处理请求为重启请求的情况下，重新认证目标插件，并在认证通过后重启目标插件，以重启对目标插件匹配的终端的业务服务；

在处理请求为更新请求的情况下，基于更新请求携带的更新数据，对目标插件进行更新。

装置实施例与方法实施例类似，在此不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，除非另外定义，在本文中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

以上对本公开所提供的一种接入服务处理方法、接入服务系统、接入服务处理装置、电子设备及存储介质进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本公开的限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本公开的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

Claims (18)

1.一种接入服务处理方法，其特征在于，所述方法包括：

获取至少一个接入组件，以及下载每个所述接入组件所对应的至少一个插件；其中，所述接入组件对应至少一个插件，不同的插件匹配不同型号的终端；

响应于所述接入组件发送的启动请求，对所述至少一个插件进行认证；

基于认证通过的所述插件，为相应型号的终端提供业务服务，所述业务服务至少包括所述终端的接入服务和所述终端的远程控制服务。

2.根据权利要求1所述的方法，其特征在于，所述基于认证通过的所述插件，为相应型号的终端提业务服务，包括：

响应于所述终端针对所述插件发送的运行请求，运行认证通过后的所述插件；

接收所述插件发送的接入请求，所述接入请求由所述终端发送给所述插件；

基于所述接入请求，将所述终端接入物联网，以提供所述接入服务。

3.根据权利要求2所述的方法，其特征在于，所述响应于所述接入组件发送的启动请求，对所述至少一个插件进行认证之后，所述方法还包括：

基于认证通过的插件，以及认证通过的插件对应的终端的型号，生成可视化列表，所述可视化列表中包括插件与终端的对应关系；

将所述可视化列表发布于web页面；

其中，所述运行请求是所述终端的用户针对所述可视化列表上的插件进行选择后发送的。

4.根据权利要求1所述的方法，其特征在于，所述业务服务包括所述远程控制服务，所述基于认证通过的所述插件，为相应型号的终端提供业务服务，包括：

获取针对待控制的第一终端的控制信息，其中，所述控制信息是所述第一终端通过第一插件发送的设备信息，或者，所述控制信息是第二终端通过第二插件发送的信息；

基于所述控制信息，向所述第一插件发送控制指令，以指示所述第一插件将所述控制指令发送给所述第一终端，以使所述第一终端执行与所述控制指令对应的操作。

5.根据权利要求1所述的方法，其特征在于，所述响应于所述接入组件发送的启动请求，对所述至少一个插件进行认证，包括：

响应于所述启动请求，启动所述插件；

接收启动的所述插件发送的握手信息，其中，所述握手信息携带所述插件所配置的配置信息；所述配置信息包括通信协议版本、数据协议版本、网络地址的至少一者；

基于所述配置信息，对所述插件进行认证，以确定所述插件的配置信息是否适配当前的运行环境。

6.根据权利要求1所述的方法，其特征在于，所述获取至少一个接入组件之后，所述方法还包括：

从所述端口池包括的多个端口，为所述接入组件对应的每个插件分配符合第一条件的目标端口；所述第一条件包括端口未使用且未预留的条件，或端口未使用但被预留的条件；

所述对所述至少一个插件进行认证之后，所述方法还包括：

为认证通过的所述插件绑定所述目标端口，以使所述插件基于所述目标端口接入所述终端。

7.根据权利要求6所述的方法，其特征在于，所述为认证通过的所述插件绑定所述目标端口之后，所述方法还包括：

在接收到针对所述插件的运行/重启请求时，对所述目标端口进行校验，以确定所述目标端口是否被其他插件使用；

在所述目标端口校验通过后，运行所述插件；

在所述目标端口校验不通过的情况下，从所述端口池中筛选符合第二条件的端口，并将所述符合第二条件的端口与所述插件绑定；其中，所述第二条件为端口未被使用。

8.根据权利要求1所述的方法，其特征在于，所述获取至少一个接入组件，以及下载每个所述接入组件所对应的至少一个插件之后，所述方法还包括：

获取与所述插件对应的接口定义语言；

将所述接口定义语言转换为打桩代码；

基于所述打桩代码，接入每个所述插件。

9.根据权利要求1所述的方法，其特征在于，所述基于认证通过的所述插件，接入相应型号的终端之后，所述方法还包括：

接收所述接入组件针对至少一个所述插件中目标插件发送的处理请求；

基于所述处理请求，对所述目标插件执行与所述处理请求对应的处理操作，其中，所述处理操作包括启动、停止、重启以及状态监测中的至少一者。

10.根据权利要求9所述的方法，其特征在于，所述处理操作包括状态监测，所述基于所述处理请求，对所述目标插件执行与所述处理请求对应的处理操作，包括：

在所述目标插件运行的过程中，通过与所述目标插件对应的实例对象获取所述插件在运行过程中的监测信息；其中，所述监测信息包括所述插件发送的心跳数据包，和/或所述插件在运行过程中的运行日志；

基于所述监测信息，监测所述插件的运行状态和/或业务状态；其中，所述业务状态用于表征所述插件为所述终端提供业务服务的状态；

对所述运行状态出现故障的插件进行重启，以及对所述业务状态出现故障的插件进行停止。

11.根据权利要求9或10所述的方法，其特征在于，所述基于所述处理请求，对所述目标插件执行与所述处理请求对应的处理操作，包括：

在所述处理请求为停止运行请求的情况下，停止所述目标插件的运行；

在所述处理请求为重启请求的情况下，重新认证所述目标插件，并在认证通过后重启所述目标插件；

在所述处理请求为更新请求的情况下，基于所述更新请求携带的更新数据，对所述目标插件进行更新。

12.一种接入服务系统，其特征在于，所述系统包括：对外接口和业务服务模块，以及与所述对外接口通信的插件管理服务模块，其中：

所述对外接口，用于对接至少一个接入组件；

所述插件管理服务模块，用于下载所述至少一个插件，并响应于所述接入组件发送的启动请求，对所述至少一个插件进行认证；

业务服务模块，用于基于认证通过的所述插件，为相应型号的终端提供业务服务，所述业务服务至少包括所述终端的接入服务和所述终端的远程控制服务。

13.根据权利要求12所述的服务系统，其特征在于，所述插件管理服务模块基于统一接口定义规范，与所述至少一个插件进行通信；

其中，所述统一接口定义规范是将接口定义语言转换为打桩代码，并基于所述打桩代码生成的。

14.根据权利要求12所述的服务系统，其特征在于，所述对外接口，还用于接收所述接入组件针对至少一个所述插件中目标插件发送的处理请求，并将所述处理请求发送给所述管理服务模块；

所述插件管理服务模块，包括与每个所述插件对应的实例对象；

所述实例对象，用于基于所述处理请求，对所述目标插件执行与所述处理请求对应的处理操作，其中，所述处理操作包括启动、停止、重启以及状态监测中的至少一者。

15.根据权利要求12所述的服务系统，其特征在于，所述接入服务系统运行于服务器，至少一个所述插件运行于所述服务器，和/或运行于与所述服务器连接的主机。

16.一种接入服务处理装置，其特征在于，所述装置包括：

获取模块，用于获取至少一个接入组件，以及下载每个所述接入组件所对应的至少一个插件；其中，所述接入组件对应至少一个插件，不同的插件对应不同型号的终端；

认证模块，用于响应于所述接入组件针对所述插件发送的启动请求，对所述至少一个插件进行认证；

服务模块，用于基于认证通过的所述插件，为相应型号的终端提供业务服务，所述业务服务至少包括所述终端的接入服务和所述终端的远程控制服务。

17.一种计算机可读存储介质，其特征在于，其存储的计算机程序使得处理器执行如权利要求1-11任一所述的接入服务处理方法。

18.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现如权利要求1-11任一所述的接入服务处理方法。

Images