CN116939018A - 一种通用物联PaaS平台 - Google Patents

Abstract

本发明主要关于一种通用物联PaaS平台，包括：后台模块，用于平台后台自身基本功能的实现；设备网关模块，用于接入设备；API网关模块，用于为外部应用提供API接口服务；鉴权模块，用于对外部应用、外部应用所请求的接口、外部应用所请求访问的设备数据或操作该设备进行鉴权；数据处理模块，对设备网关接入模块传来的设备报文进行相应的解析处理，并将数据进行入库。平台剥离所有业务相关内容，允许外部设备直接接入或通过网关设备间接接入，外部设备接入平台时不限定具体通信协议，能够横向扩充新的设备和协议，通过剥离业务内容实现了开发效率的提升，提供了对外部业务平台的对接通道，安全性、效率和可扩展性得到提升。

Description

一种通用物联PaaS平台

技术领域

本发明主要关于PaaS平台技术领域，特别是关于一种通用物联PaaS平台。

背景技术

通过网络进行程序提供的服务称之为SaaS(Software as a Service)，是云计算三种服务模式之一，而云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了PaaS(Platform as a Service)，也就是平台即服务，是把服务器平台作为一种服务提供的商业模式，PaaS实际上是指将软件研发的平台作为一种服务，以SaaS的模式提交给用户。因此，PaaS也是SaaS模式的一种应用。但是，PaaS的出现可以加快SaaS的发展，尤其是加快SaaS应用的开发速度。在2007年国内外SaaS厂商先后推出自己的PaaS平台。

当前很多物联平台都是深度绑定业务，基于业务实现相关的物联平台内容，且平台仅能对接当前的业务，因此当前物联平台存在较多短板：1、对于不同的业务场景和设备扩充能力较弱，当添加新的设备和业务场景时，无法做到快速设备接入，存在大量的重复开发。2、当前许多物联系统是和业务绑定，两者结合实现。这样导致物联系统绑定业务，导致仅能完成特定的设备和业务内容，无法快速扩充和实现对新的设备和协议的接入，以及业务的实现。3、当前物联平台由于和客户以及服务深度绑定，大量重复内容和组件在服务器部署上容易产生浪费，使用成本会相对较高。4、当前物联平台由于和客户以及服务深度绑定，无法快速对业务变化和设备变化做出及时修改和对应。5、当前物联平台由于内部耦合度较高，当需要添加新的设备和协议的时候，容易影响到原有的设备和业务内容。

因此，研发通用型的、高扩充和扩容兼容性的PaaS平台是有必要的。

前述背景技术知识的记载旨在帮助本领域普通技术人员理解与本发明较为接近的现有技术，同时便于对本申请发明构思及技术方案的理解，应当明确的是，在没有明确的证据表明上述内容在本专利申请的申请日前已公开的情况下，上述背景技术不应当用于评价本申请技术方案的新创性。

发明内容

为解决上述背景技术中提及的至少一种技术问题，本发明的目的旨在提供一种通用物联PaaS平台，外部设备接入平台时不限定具体通信协议，能够横向扩充新的设备和协议，通过剥离业务内容实现了开发效率的提升，提供了对外部业务平台的对接通道，安全性和效率得以保证，并且可扩展性得到提升。

一种通用物联PaaS平台，包括：

后台模块，用于平台后台自身基本功能的实现；

设备网关模块，用于接入设备，并根据设备的协议对设备上传报文进行组包、并分发给数据处理模块；

API网关模块，用于为外部应用提供API接口服务，外部业务系统通过调用API网关的相关接口获取所述PaaS平台的服务；

鉴权模块，用于根据传入的信息对发出请求的外部应用、外部应用所请求的接口、外部应用所请求访问的设备数据或操作该设备进行鉴权，并返回鉴权结果；

数据处理模块，对设备网关模块传来的设备报文进行相应的解析处理，并将数据进行入库；

所述通用物联PaaS平台剥离所有业务相关内容，允许外部设备直接接入或通过网关设备间接接入。

作为对本发明技术方案的优选，所述后台模块包括下述子模块的至少一种用于平台后台自身基本功能的实现：

用户管理子模块，用于分配、管理平台用户账户并设置相应用户账户的权限；

外部用户及外部应用管理子模块，用于分配、管理在平台上注册的外部用户，以及其名下的外部应用；

厂商型号管理子模块：用于对接入平台的设备厂商以及设备型号进行管理；

设备固件管理子模块：用于对有OTA功能的OTA固件包管理；

设备管理子模块：用于对平台内所有接入设备的数据查询、下设、OTA、操作；

日志管理子模块：用于查询日志。

作为对本发明技术方案的优选，所述外部用户及外部应用管理子模块还对相应的外部用户设置对接口及设备的访问权限。

作为对本发明技术方案的优选，所述日志包含下述各项的至少一种：

1)设备通信上下文报文日志；

2)对平台账户操作历史记录；

3)平台账户对设备操作日志；

4)平台账户对外部用户及外部应用的操作日志；

5)平台账户对厂商型号、设备固件等内容的操作编辑日志。

作为对本发明技术方案的优选，所述设备网关模块负责以socket/mqtt等不同协议接入设备。

作为对本发明技术方案的优选，所述通用物联PaaS平台的管理员事先通过设备管理子模块将设备信息导入平台，只有已导入信息的设备才被允许接入平台，否则PaaS平台会拒绝设备的连接。设备接入时，录入设备对应的厂家信息、设备型号名称等基本信息，新增设备型号后，平台会自动生成对应的设备型号编码DMC，DMC用于全局标记同一型号设备，再由外部如生产方确定设备编码SN并导入系统，SN也可直接使用厂商的设备条码，DMC+SN可以全局确定唯一一台设备，对于系统中部分采购的其他厂家成熟设备/模块，可能会出现编码冲突的现象，此时可以通过DMC+SN的形式确定对应设备，避免冲突。

作为对本发明技术方案的优选，所述设备网关模块同时接受后台各个模块传来的对设备下发指令请求，根据请求将对应指令分发给各个设备。

作为对本发明技术方案的优选，所述设备网关模块还可通过使用外部服务商的物联网sdk完成设备的接入。

作为对本发明技术方案的优选，所述API网关模块将外部应用的请求分发给内部各个不同的服务进行处理，并将处理结果返回给调用的外部应用。

作为对本发明技术方案的优选，所述鉴权包括鉴别所述外部应用是否合法、鉴别外部应用所请求的接口是否可访问、鉴别外部应用所请求访问的设备数据是否可访问。

作为对本发明技术方案的优选，所述数据处理模块还提供具体的设备数据查询和操作后台接口。

作为对本发明技术方案的优选，所述各模块内包含一个或多个对应的微服务。在平台内部的各模块内使用一系列松散的微服务进行对应，实现了新的设备和协议的快速接入和对应，当需要添加新的设备和通信协议时，仅需要添加一组对应的特定微服务即可，同时各个服务之间共用公用组件和资源，减少了使用成本，提供了快速横向扩充和扩容的能力，便于扩容或缩荣。在初始的协议定制和设计上，针对不同的场景和设备进行预先计划。

本发明提供了一种通用物联PaaS平台，不直接对终端用户提供服务，而是作为一个PaaS服务平台，剥离所有业务相关内容，平台允许不同的外部设备通过socket/mqtt等方式接入平台，平台提供对设备的接入、操作、数据采集、存储、查询等功能和相关接口，并通过平台进行监控，平台方便不同的设备，针对不同的客户定制相关的业务需求，因此将业务平台作为一系列独立的外部平台实现有助于快速对业务变化和调整进行响应。当使用同类设备开展不同业务，或者对统一类型业务为不同客户进行相关定制时，可以仅针对业务系统直接进行开发或修改，无需关心设备侧内容，降低了开发成本，提高了开发效率。

本申请的有益效果为：

1)通过剥离业务内容，做成一个各个设备都能接入的通用型物联PaaS平台，提高了针对不同的业务变化，以及客户定制场景下的对应速度和能力，提高了开发效率和速度；

2)由于横向扩充新的设备和协议能力较好，且不会影响原有设备和内容，使得平台的稳定性有一个较好的提高；通过DMC和SN字段确定唯一设备，便于在系统中直接使用外购的各个成熟的子设备/模块；

3)由于业务平台被剥离，保持了快速定制能力，因此可以根据不同的业务实现快速迭代，而不影响设备相关内容，允许针对不同设备和协议进行快速开发对应；降低了开发难度，对于大量设备接入和数据存储、操作使用统一模板方式进行，对开发人员友好，提高了开发效率；

4)各个服务之间共享服务器资源，降低了因服务器成本而选择单点部署的可能性，因此降低了服务器部署和使用成本，提高了服务的稳定性和使用效率；

5)平台允许设备通过socket/mqtt等协议接入，并且不限定具体的通信协议，可以根据不同的设备协议进行快速定制；同时通过DMC、CN和VER的指定，允许同一设备被应用于不同场景，减少了对运维和后期设备使用的场景要求；平台允许设备直接接入或通过网关设备间接接入；

6)提供了对外部业务平台的管理，通过外部应用的AK访问PaaS平台的接口、设备及其数据，并且由PaaS平台的管理员赋予外部平台的外部用户以访问权限，提高了与外部业务平台对接的安全性和效率，PaaS平台的可扩展性也得以提升。

附图说明

为让本发明的上述和/或其他目的、特征、优点与实例能更明显易懂，下面将对本发明的具体实施方式中所需要使用的附图进行简单的介绍，显然地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的情况下还可以根据这些附图获得其他的附图。

图1表示通用物联PaaS平台的整体架构示意图；

图2表示通用物联PaaS平台接入设备的拓扑图；

图3表示设备数据上报/设备查询过程图；

图4表示外部应用调用过程示意图；

图5表示设备网关模块接入设备时的具体流程图；

图6表示外部用户与通用物联PaaS平台对接流程图；

图7表示通用物联PaaS平台与其他业务平台对接流程图。

具体实施方式

本领域技术人员可以借鉴本文内容，适当替换和/或改动工艺参数实现，然而特别需要指出的是，所有类似的替换和/或改动对本领域技术人员来说是显而易见的，它们都被视为包括在本发明。本发明所述产品和制备方法已经通过较佳实例进行了描述，相关人员明显能在不脱离本发明内容、精神和范围内对本文所述的产品和制备方法进行改动或适当变更与组合，来实现和应用本发明技术。

除非另有定义，本文所使用的技术和科学术语，具有本发明所属领域的普通技术人员通常所理解的相同的含义。本发明使用本文中所描述的方法和材料；但本领域中已知的其他合适的方法和材料也可以被使用。本文中所描述的材料、方法和实例仅是说明性的，并不是用来作为限制。所有出版物、专利申请案、专利案、临时申请案、数据库条目及本文中提及的其它参考文献等，其整体被并入本文中作为参考。若有冲突，以本说明书包括定义为准。

除非具体说明，本文所描述的材料、方法和实例仅是示例性的，而非限制性的。尽管与本文所述的那些方法和材料类似或等同的方法和材料可用于本发明的实施或测试，但本文仍描述了合适的方法和材料。

为了便于理解本发明的实施例，首先对本发明实施例中可能涉及的缩略语和关键术语进行解释说明或定义。

SaaS：Software as a Service，表示软件即服务；

PaaS：Platform as a Service，表示平台即服务；

API：接口、通道；

OTA：Over-The-Air，即空中下载技术；

socket：套接字，是一个抽象层，应用程序可以通过它发送或接收数据，可对其进行像对文件一样的打开、读写和关闭等操作；

mqtt：message queuing telemetry transport，消息队列遥测传输协议；

DMC：设备型号编码；

SN：设备编码；

appkey：AK，表示应用密钥，PaaS平台为每一个外部应用分配一个全局唯一的应用密钥即appkey，作为该外部应用的唯一识别标志。

以下详细描述本发明。

如图1所示提供了通用物联PaaS平台的整体大致架构，所述PaaS平台不直接对终端用户提供服务，而是作为一个PaaS服务平台，剥离所有业务相关内容，平台允许不同的外部设备通过socket/mqtt等方式接入平台，平台提供对设备的接入、操作、数据采集、存储、查询等功能和相关接口，并通过平台进行监控，平台方便不同的设备，针对不同的客户定制相关的业务需求。通用物联PaaS平台的业务服务集群主要包括物联平台PaaS服务集群、设备接入服务集群和数据仓库服务，其中所述物联平台PaaS服务集群包括业务平台请求API门面服务、物联PaaS平台前端请求接口门面服务、平台日志服务、设备上报数据处理服务、设备自动监控服务及平台自身逻辑服务，所述设备通过Nginx反向代理接入平台后实现接入服务，数据仓库服务可通过MySQL、ElasticSear集群及Hbase集群等实现数据存储。

具体的，所述通用物联PaaS平台包括后台模块、设备网关模块、API网关模块、鉴权模块和数据处理模块。

所述后台模块用于平台后台自身基本功能的实现，包括：

用户管理子模块，用于分配、管理平台用户账户并设置相应用户账户的权限；

外部用户及外部应用管理子模块，用于分配、管理在平台上注册的外部用户，以及其名下的外部应用；

厂商型号管理子模块：用于对接入平台的设备厂商以及设备型号进行管理；

设备固件管理子模块：用于对有OTA功能的OTA固件包管理；

设备管理子模块：用于对平台内所有接入设备的数据查询、下设、OTA、操作；

日志管理子模块：用于查询日志，所述日志包括包含：1)设备通信上下文报文日志；2)对平台账户操作历史记录；3)平台账户对设备操作日志；4)平台账户对外部用户及外部应用的操作日志；5)平台账户对厂商型号、设备固件等内容的操作编辑日志。

所述设备网关模块即设备接入网关模块，负责以socket/mqtt等不同协议接入设备，并根据设备协议，对设备上传报文进行组包、并分发给对应的后台数据处理模块。同时接受后台各个模块传来的对设备下发指令请求，根据请求将对应指令分发给各个设备。设备网关模块还可通过使用外部服务商的物联网sdk完成设备的接入。

通用物联PaaS平台的管理员事先通过设备管理子模块将设备信息导入平台，只有已导入信息的设备才被允许接入平台，否则PaaS平台会拒绝设备的连接。

设备接入时，录入设备对应的厂家信息、设备型号名称等基本信息，新增设备型号后，平台会自动生成对应的设备型号编码DMC，DMC用于全局标记同一型号设备，再由外部如生产方确定设备编码SN并导入系统，SN也可直接使用厂商的设备条码，DMC+SN可以全局确定唯一一台设备。

平台允许不同的设备，通过socket通信，mqtt通信等形式接入，同时允许设备直接接入，接入拓扑图如图2所示，或者通过网关设备等间接接入等多种方式，降低了设备接入的门槛。对于直接接入的设备，物联平台可以直接与之进行交互，收集相关设备数据信息，并下发设备动作/配置指令；对于间接接入的设备，认为其是所连接的网关设备的子设备，物联平台通过网关设备，向子设备下发动作/配置指令，并通过网关设备的上报报文，收集子设备数据信息。物联平台可以直接收集网关设备信息，并对网关设备下发设备动作/配置指令。

设备接入平台的报文协议中，需要指定报文协议归属集合CN，以及当前使用报文协议版本VER。CN和VER字段确定了当前设备使用的具体协议内容（包含命令格式、命令内容和具体命令）。

DMC，CN、VER字段，这三项确定了一型设备当前上报的数据格式和内容。设备上报数据时报文内容应当包含这三项。若同一类型设备，在同一协议归属集合CN下需要进行迭代，则通过修改对应的VER字段值进行扩充。若同一类型设备，需要再不同的协议下上传不同格式的数据，则通过指定CN字段的值可以完成。由此，同一设备，根据不同的业务需要，在OTA之后，使用不同的CN的协议，适用于不同的业务场景，可实现允许同一设备被应用于不同场景，减少了对运维和后期设备使用的场景要求。

平台可以接入不同类型的设备，不需要专门为了接入特定设备而再申请服务器资源，节约了服务器的部署资源和使用成本，提高了服务器的使用率。同时由于服务器资源共享，中间件等相关服务均使用集群，设备服务也可以根据需要进行集群化，而降低了出于成本的考量而选择单点部署的可能性，从而提高了服务的可用性。

所述API网关模块用于为外部应用提供API接口服务，并将请求分发给内部各个不同的服务进行处理，然后将处理结果返回给调用的外部应用。外部的业务系统通过调用API网关相关接口获取PaaS平台的服务。

所述鉴权模块用于根据传入的信息鉴别所述外部应用是否合法、鉴别外部应用所请求的接口是否可访问、鉴别外部应用所请求访问的设备数据是否可访问，并返回鉴权结果。

所述数据处理模块对设备网关模块传来的设备报文进行相应的解析处理，并将数据进行入库，数据处理模块提供具体的设备数据查询和操作后台接口。

所述后台模块、设备网关模块、API网关模块、鉴权模块和数据处理模块的各模块内包含一个或多个对应的微服务。各个模块间的调用关系如图3和图4所示，图3显示出设备数据上报/设备查询过程，图4显示出外部应用调用过程示意图。由于将业务平台作为一系列独立的外部平台实现，因此可以快速对业务变化和调整进行对应。当使用同类设备开展不同业务，或者对统一类型业务为不同客户进行相关定制时，可以仅针对业务系统直接进行开发或修改，无需关心设备侧内容。降低了开发成本，提高了开发效率。平台内部使用一系列松散的微服务进行对应，当需要添加新的设备和通信协议时，仅需要添加一组对应的特定微服务即可，符合开闭原则，便于扩充。系统内部使用一系列的微服务，便于系统的横向扩容或缩容。

如图5所示，所述设备网关模块接入设备时的具体步骤包括：

i)收集设备信息(厂家、型号信息)并提交给PaaS管理员，PaaS管理员确认平台上是否已经存在所述设备，若已经存在，则表明该型号设备已经接入平台；若不存在，则管理员在平台上创建对应的设备信息，将得到的DMC交给对应的设备端开发人员；

ii)设备端和平台端约定设备接入通信协议，双方分别进行开发；

iii)平台端仅需要对设备网关模块和数据处理模块添加对应设备支持的相关服务即可完成设备接入，同时对API网关更新配置，添加对应的设备查询接口路由，即可对外部应用提供相关接口功能；

iv)对于支持OTA功能的设备，当需要进行OTA时，可以将OTA包提供给管理员，由管理员上传至平台，并对设备发起OTA。平台允许不同的设备，通过socket/mqtt等方式接入平台，并通过平台进行监控。平台允许不同能力的设备以不同形式接入：允许自身有网络连接能力的设备直接进行接入，也允许自身能力较差，无网络能力的设备通过网关设备等方式间接接入；平台能够根据不同的设备协议进行快速定制，不限定待接入设备的具体通信协议，因此能够高效横向扩充新设备和新协议，大大提高了平台的可扩展性。

如图6所示，外部用户与通用物联PaaS平台对接的具体步骤包括：

1)外部用户提供自身信息以及需要对接的应用的相关名称、应用类型（iOS应用、安卓应用、Web应用、嵌入式应用等其他）给PaaS平台管理员；

2)由平台管理员创建企业对应的外部用户，并对应创建外部应用；

3)平台管理员将创建的外部应用对应的appkey告知外部用户。

如图7所示，所述通用物联PaaS平台与其他业务平台进行对接具体步骤包括：

a)整理待对接的业务平台的所有企业信息及自身应用信息，提交给PaaS管理员，PaaS管理员收到信息后在平台上创建对应的外部用户和外部应用，生成应用对应的appkey，并将appkey提供给对应业务平台开发人员；

b)业务平台独立进行开发，并使用PaaS平台的appkey访问PaaS平台的相关接口，访问PaaS平台中接入设备的数据，或对设备进行操作；

c)业务平台所需要访问的设备列表，需要事先提供给PaaS平台管理员，由平台管理员添加该业务平台所属的外部用户对列表内设备的访问权限，业务平台仅能访问/操作有访问权限的设备。对于无访问权限的设备，PaaS平台服务接口会返回对应的错误码。

作为对本发明技术方案的优选，所述外部用户即为有系统或者应用需要对接使用PaaS平台接口服务的企业用户/个人用户，所述外部应用即为业务应用，每个所述外部用户可以创建一个或多个外部应用，当外部用户有系统或应用需要使用本平台服务时，需要事先在本平台上创建一个外部应用。平台会为每一个外部应用分配一个全局唯一的appkey，作为该外部应用的唯一识别标志。

作为对本发明技术方案的优选，若一个外部应用被停用，则该外部应用不能访问PaaS平台的任一接口；若外部用户停用，则其相关所有外部应用均停用，不能访问PaaS平台的任一接口。

通过剥离业务内容，本发明提供了一种各个设备都能接入的通用型物联PaaS平台，相对于现有平台，显著提高了对客户的应变能力及应用开发效率。降低了开发难度，对于大量设备接入和数据存储、操作使用统一模板方式进行，对开发人员友好，提高了开发效率。各个服务之间共享服务器资源，降低了因服务器成本而选择单点部署的可能性，因此降低了服务器部署和使用成本，提高了服务的稳定性和使用效率。平台允许设备通过socket/mqtt等协议接入，并且不限定具体的通信协议，可以根据不同的设备协议进行快速定制，因此能高效横向扩充新的设备和协议，且不会影响原有设备和内容，稳定性高；同时通过DMC、CN和VER的指定，允许同一设备被应用于不同场景，减少了对运维和后期设备使用的场景要求；平台允许设备直接接入或通过网关设备间接接入；提供了对外部业务平台的对接通道，通过外部应用的AK访问PaaS平台的接口、设备及其数据，并且由PaaS平台的管理员赋予外部平台的外部用户以访问权限，提高了与外部业务平台对接的安全性和效率，PaaS平台的可扩展性也得以提升。

上述实施例中的常规技术为本领域技术人员所知晓的现有技术，故在此不再详细赘述。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

尽管对本发明已作出了详细的说明并引证了一些具体实施例，但是对本领域熟练技术人员来说，只要不离开本发明的精神和范围可作各种变化或修正是显然的。

虽然上述具体实施方式已经显示、描述并指出应用于各种实施方案的新颖特征，但应理解，在不脱离本公开内容的精神的前提下，可对所说明的装置或方法的形式和细节进行各种省略、替换和改变。另外，上述各种特征和方法可彼此独立地使用，或可以各种方式组合。所有可能的组合和子组合均旨在落在本公开内容的范围内。上述许多实施方案包括类似的组分，并且因此，这些类似的组分在不同的实施方案中可互换。虽然已经在某些实施方案和实施例的上下文中公开了本发明，但本领域技术人员应理解，本发明可超出具体公开的实施方案延伸至其它的替代实施方案和/或应用以及其明显的修改和等同物。因此，本发明不旨在受本文优选实施方案的具体公开内容限制。

本发明未尽事宜均为公知技术。

Claims (10)

1.一种通用物联PaaS平台，其特征在于包括：

后台模块，用于平台后台自身基本功能的实现；

设备网关模块，用于接入设备，并根据设备的协议对设备上传报文进行组包、并分发给数据处理模块；

API网关模块，用于为外部应用提供API接口服务，外部业务系统通过调用API网关的相关接口获取所述PaaS平台的服务；

鉴权模块，用于根据传入的信息对发出请求的外部应用、外部应用所请求的接口、外部应用所请求访问的设备数据或操作该设备进行鉴权，并返回鉴权结果；

数据处理模块，对设备网关接入模块传来的设备报文进行相应的解析处理，并将数据进行入库；

所述通用物联PaaS平台剥离所有业务相关内容，允许外部设备直接接入或通过网关设备间接接入，外部设备接入平台时不限定具体通信协议。

2.根据权利要求1所述的通用物联PaaS平台，其特征在于：

所述后台模块包括下述子模块的至少一种用于平台后台自身基本功能的实现：

用户管理子模块，用于分配、管理平台用户账户并设置相应用户账户的权限；

外部用户及外部应用管理子模块，用于分配、管理在平台上注册的外部用户，以及其名下的外部应用；

厂商型号管理子模块：用于对接入平台的设备厂商以及设备型号进行管理；

设备固件管理子模块：用于对有OTA功能的OTA固件包管理；

设备管理子模块：用于对平台内所有接入设备的数据查询、下设、OTA、操作；

日志管理子模块：用于查询日志。

3.根据权利要求2所述的通用物联PaaS平台，其特征在于：

所述设备网关模块负责以socket/mqtt不同协议接入设备。

4.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所述API网关模块将外部应用的请求分发给内部各个不同的服务进行处理，并将处理结果返回给调用的外部应用。

5.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所述鉴权包括鉴别所述外部应用是否合法、鉴别外部应用所请求的接口是否可访问、鉴别外部应用所请求访问的设备数据是否可访问。

6.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所述数据处理模块还提供具体的设备数据查询和操作后台接口。

7.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所有模块内均分别包含一个或多个对应的微服务。

8.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所述设备网关模块接入设备时的具体步骤包括：

i)收集设备信息并提交给PaaS管理员，PaaS管理员确认平台上是否已经存在所述设备，若已经存在，则表明该型号设备已经接入平台；若不存在，则管理员在平台上创建对应的设备信息，将得到的DMC交给对应的设备端开发人员；

ii)设备端和平台端约定设备接入通信协议，双方分别进行开发；

iii)平台端仅需要对设备网关模块和数据处理模块添加对应设备支持的相关服务即可完成设备接入，同时对API网关更新配置，添加对应的设备查询接口路由，即可对外部应用提供相关接口功能；

iv)对于支持OTA功能的设备，当需要进行OTA时，将OTA包提供给管理员，由管理员上传至平台，并对设备发起OTA。

9.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

还包括外部用户与通用物联PaaS平台对接，具体步骤包括：

1)外部用户提供自身信息以及需要对接的应用的相关名称、应用类型给PaaS平台管理员；

2)由平台管理员创建企业对应的外部用户，并对应创建外部应用；

3)平台管理员需要将创建的外部应用对应的appkey告知外部用户。

10.根据权利要求1-3任一项所述的通用物联PaaS平台，其特征在于：

所述通用物联PaaS平台与其他业务平台进行对接的具体步骤包括：

a)整理待对接的业务平台的所有企业信息及自身应用信息，提交给PaaS管理员，PaaS管理员收到信息后在平台上创建对应的外部用户和外部应用，生成应用对应的appkey，并将appkey提供给对应业务平台开发人员；

b)所述业务平台独立进行开发，并使用PaaS平台的appkey访问PaaS平台的相关接口，访问PaaS平台中接入设备的数据，或对设备进行操作；

c)所述业务平台所需要访问的设备列表，需要事先提供给PaaS平台管理员，由PaaS管理员添加该业务平台所属的外部用户对列表内设备的访问权限，业务平台仅能访问/操作有访问权限的设备。