我们做的这个东西,我们偶尔的物联网的结构(物联网),试图理解的各个部分在一起工作或互相竞争。和我通常试图概括或抽象的一些混乱到一些更广泛的结构,希望更容易解析(或成为一个容易入口点)。
我们做了简要地看看时,前一段时间Xively。嗯,另一个机会是当我联系了一家名为斑马关于物联网基础设施提供名为Zatar(不确定来自咱'atar(撇号代表一个不同寻常的咽unrepresentable拉丁文字),这将给它一个可口的单板)。我通常的第一个问题是,“这个高级计划之内的东西?”
Zatar似乎实现业务对象,尽管他们使用不同的词汇,指的是设备的抽象为“化身。“所以他们似乎打在一个更高的水平,说,Xively。与任何高层实体一样,但是,它是建立在它下面一个堆栈。他们使用顶级支持协议之一是OMA的轻量级M2M协议(LWM2M)。
我做了一些简短的挖掘LWM2M,,我很高兴他们有一个白皮书,因为他们没有一个协议文档。他们有一个收藏的章节(许多)都按字母顺序排序,这是真的很难告诉哪些(如果有的话)是一个顶级的文档开始。我将来可能深入这个协议。
但是,在高级别上,Zatar和LWM2M我精炼有我认为的“业务对象”层。总的来说,这一层就是具体的对象语义存在:恒温器和门锁和洗衣机。下面,只有通用的信息存在,即不透明的协议。
看来LWM2M使一个对象没有标准化特定对象的概念。它允许您创建一个抽象的实体和给它的属性或交互——从本质上讲,一个API——具体是什么也没说。
Zatar pre-equipped提供基本的《阿凡达》来自哪些用户可以定义自己的特定的人。这样做是没有任何明确的编码。相比之下,其他人(比如Ayla网络前阵子)包括预定义的对象。所以我将“业务对象”的概念分为两层:通用的和具体的。通用层仅仅支持一个业务对象的概念;具体层建立一个对象的细节。
例如,给定一个通用能力,三个照明公司可以去定义三种不同的模型或对象代表照明,每一个都将遵守的通用协议。如果有人想进一步规范说,办公室管理人员必须找出哪些照明协议已经厌倦了各个部分的设备后,那么有人会进一步规范一个照明协议;这将是一个特定的标准。
然而,重要的是要记住,LWM2M协议标准,虽然Zatar不是;这是一个产品实现或构建在这和其他协议。
Zatar的另一件事是一个企业的焦点。我们都各自去皮的概念消费者物联网与工业物联网,但第三专业实体的概念,企业物联网,是我还没有完全掌握的东西。规模仅仅是一个重要的一部分——大型实体的数据,必须在全球范围内共享。这熊进一步工业调查;看这些页面在接下来的几个月里等工业设备低密度聚乙烯表可用于业务改进。
另一个最后一点:说,这些产品和标准简单地实现业务对象是一个简化。正如你所看到的如果你去浏览OMA文档甚至与下图斑马,有很多很多的细节和配套服务和应用程序得到包裹。LWM2M,包括通过各种网络媒体和交互的底层概念,例如,浏览器应该表现。Zatar、云服务和其他应用程序。我几乎不敢尝试文摘的底层细节。我们将会看到…
与此同时,您可以了解更多关于Zatar的细节在这里;您可以了解更多关于OMA的LWM2M协议在这里。
