跨平台及设备的中间件制造技术

本申请公开了一种跨平台及设备的中间件

【技术实现步骤摘要】
跨平台及设备的中间件、实现方法、上层应用及介质


[0001]本申请涉及智能物业领域，尤其涉及一种跨平台及设备的中间件
、
实现方法
、
上层应用及介质
。

技术介绍

[0002]在智能物业领域，同一区域会采购非常多的智能电子设备，例如监控设备
、
对讲设备
、
楼控设备等，来自于不同厂商的智能电子设备在底层硬件以及系统软件等方面都有很大区别
。
[0003]专利技术人发现，现有厂商提供的安卓设备
、
鸿蒙设备等都是基于
linu x
内核开发的，但是没有任何一个厂家能够提供兼容安卓平台
、
鸿蒙平台以及
Linux
平台的软件运行平台
。
而在智能物业领域，存在着大量需要根据物业的具体业务进行再次开发的需求，因此，会有以下问题：一方面，针对不同厂家设备需要进行不同的适配，无法做到跨设备兼容开发；另一方面，目前的主流应用开发还是选用
android、harmony
以及
QT
等，尚未有跨平台的技术以供研发人员进行开发，从而为应用的开发和升级维护带来了大量的工作，效率不高，且开发维护成本较大
。

技术实现思路

[0004]为解决现有技术中需要针对不同平台和不同设备进行定制应用开发，从而导致开发效率低，且开发维护成本高的问题，本申请提供以下方案：
[0005]一方面，提供一种跨平台及设备的中间件，跨平台及设备的中间件应用于多种不同平台及厂商的物业设备，基于中间件开发的上层应用无需感知物业设备的底层区别，使用统一的业务接口调用即可完成不同物业设备的适配；中间件包括上
、
中
、
下三层结构：应用统一抽象接口层
、
第三方服务
SDK
封装层
、
驱动统一抽象层；
[0006]驱动统一抽象层兼容不同物业设备的多种芯片和多种驱动协议；
[0007]第三方服务
SDK
封装层将同一业务对应的多厂商的
SDK
进行集成封装；
[0008]应用统一抽象接口层提供统一的业务接口，供上层应用调用
。
[0009]其中，跨平台及设备的中间件使用
C
语言开发，并作为独立进程运行，且被设置为在系统中常驻后台
。
[0010]其中，上层应用采用
binder
与跨平台及设备的中间件进行通信
。
[0011]其中，平台包括安卓平台
、
鸿蒙平台及
Linux
平台
。
[0012]其中，跨平台及设备的中间件还提供系统级能力，系统级能力包括远程诊断
、
系统升级
、
本地数据存储
、
错误日志上报
、BI
数据埋点以及视频播放能力
。
[0013]其中，应用统一抽象接口包括人脸服务
、
实时音视频服务
、
局域网对讲服务
、VoIP
电话服务
、
梯控服务
。
[0014]另一方面，提供一种跨平台及设备的上层应用，上层应用采用
Flut ter
和
Html5
进行代码实现，上层应用通过调用以上任一项的跨平台及设备的中间件开放的应用统一抽象
接口，获取不同平台的芯片和驱动协议支持的功能
。
[0015]其中，上层应用包括业务组件和功能组件，功能组件通过适配组件与跨平台及设备的中间件通信
。
[0016]再一方面，提供一种跨平台及设备的中间件实现方法，跨平台及设备的中间件应用于多种不同平台及厂商的物业设备，基于中间件开发的上层应用无需感知物业设备的底层区别，使用统一的业务接口调用即可完成不同物业设备的适配；包括：
[0017]S1
：接收上层应用的业务接口调用；
[0018]S2
：根据业务接口调用指令，调用当前平台及设备对应的第三方服务
SDK
，获取平台及设备的底层能力；
[0019]S3
：将业务接口执行结果返回上层应用
。
[0020]又一方面，本申请提供一种计算机可读的存储介质，存储有计算机程序，计算机程序能够被处理器执行以实现以上的方法
。
[0021]本申请的有益效果是：本方案通过提供跨平台及设备的中间件，在兼容不同物业设备的多种芯片和多种驱动协议之后，还将同一业务对应的多厂商的
SDK
进行集成封装，向上层应用提供统一的业务接口，从而使得应用可以跨平台和设备运行
。
附图说明
[0022]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图
。
[0023]图1是本申请跨平台及设备的中间件一实施例的架构示意图；
[0024]图2是本申请跨平台及设备的上层应用一实施例的架构示意图；
[0025]图3是本申请跨平台及设备的中间件一实施例的架构示意图；
[0026]图4是本申请跨平台及设备的中间件实现方法一实施例的流程示意图；
[0027]图5是本申请物业设备一实施例的示意框图；
[0028]图6是本申请计算机可读存储介质一实施例的示意框图
。
具体实施方式
[0029]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚
、
完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例
。
基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围
。
[0030]本申请中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量
。
由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征
。
本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定
。
此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含
。
例如包含了一系列步骤或单元的过程
、
方法
、
系统
、
产品或终端没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包
括对于这些过程
、
方法
、<本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
跨平台及设备的中间件，其特征在于，所述跨平台及设备的中间件应用于多种不同平台及厂商的物业设备，基于所述中间件开发的上层应用无需感知所述物业设备的底层区别，使用统一的业务接口调用即可完成不同物业设备的适配；所述中间件包括上
、
中
、
下三层结构：应用统一抽象接口层
、
第三方服务
SDK
封装层
、
驱动统一抽象层；所述驱动统一抽象层兼容不同物业设备的多种芯片和多种驱动协议；所述第三方服务
SDK
封装层将同一业务对应的多厂商的
SDK
进行集成封装；所述应用统一抽象接口层提供统一的业务接口，供所述上层应用调用
。2.
根据权利要求1所述的跨平台及设备的中间件，其特征在于，所述跨平台及设备的中间件使用
C
语言开发，并作为独立进程运行，且被设置为在系统中常驻后台
。3.
根据权利要求1所述的跨平台及设备的中间件，其特征在于，所述上层应用采用
binder
与所述跨平台及设备的中间件进行通信
。4.
根据权利要求1所述的跨平台及设备的中间件，其特征在于，所述平台包括安卓平台
、
鸿蒙平台及
Linux
平台
。5.
根据权利要求1所述的跨平台及设备的中间件，其特征在于，所述跨平台及设备的中间件还提供系统级能力，所述系统级能力包括远程诊断
、
系统升级
、
本地数据存储
、
错误日志上报
、BI
数据埋点以...

【专利技术属性】
技术研发人员：胡乐，曹芝勇，黄兆文，周旭东，陈炳枝，李树果，周健龙，肖俊强，
申请(专利权)人：深圳市兴海物联科技有限公司，
类型：发明
国别省市：