3D物联网可视化平台中，地图,场景,模型各有什么含义？又有什么关联？

thingjs面向物联网的3D可视化开发平台。

地图：CityBuilder 是 ThingJS 平台提供的城市级别搭建组件。CityBuilder 支持标准 GIS 数据导入，也支持 CamBuilder 所搭建的场景模型整合，还支持常规 3DSMax 模型文件导入。

CityBuilder可在城市乃至地球这样大尺度区域上创建、展示场景，为智慧城市类应用提供强大平台支持。

CityBuilder 是一款交互式配置 3D 地图的 SaaS 平台，基于 ThingJS 和 3D GIS 可视化技术实现，是 ThingJS 的可视化搭建组件之一，专注于城市级尺度 3D 可视化。

CityBuilder 也是一个设计师与开发者协同工作的平台，设计师来制作“活”的 3D 地图效果，开发者专心致志地写业务的代码逻辑，两个角色尽其所长，创造专业价值，共同实现终端用户的基本生产需求和可视化情感需求。

场景：启动 ThingJS 后，ThingJS 就会创建一个三维空间，整个三维空间我们称之为“场景”（scene），在场景内我们可以创建对象，比如园区，楼宇，车辆，传感器等等。

模型：ThingJS 平台的模型是指可复用的 3D 资源包，有些对象实例创建时指定模型资源的路径。

ThingJS 提供了具有丰富资源的模型库（ThingDepot）。

ThingJS 基于 HTML5 和 WebGL 技术，可方便地在主流浏览器上进行浏览和调试，支持 PC 和移动设备。ThingJS 为可视化应用提供了简单、丰富的功能，只需要具有基本的 Javascript 开发经验即可上手。

ThingJS 提供了场景加载、分层级浏览，对象访问、搜索、以及对象的多种控制方式和丰富的效果展示，可以通过绑定事件进行各种交互 *** 作，还提供了摄像机视角控制、点线面效果、温湿度云图、界面数据展示、粒子效果等各种可视化功能。

ThingJS提供如下相关组件和工具供用户使用：

CityBuilder：聚焦城市的 3D 地图搭建工具，打造你的 3D 城市地图。

CamBuilder：简单、好用、免费的 3D 场景搭建工具。

ThingPano：全景图制作工具，轻松制作并开发全景图应用，实现 3D 宏观场景和全景微观场景的无缝融合。

ThingDepot：上万种模型，数十个行业，自主挑选，一次制作多次复用。

物模型是云平台为物联网产品定义的数据模型，用于描述产品的功能。将产品抽象成数据的集合，方便云端进行控制。

物模型从 属性 、 服务 和 事件 三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。定义了物模型的这三个维度，即完成了产品功能的定义。

TSL 格式是一个 JSON 格式的文件，完整的 TSL 格式可以参考： 阿里云物模型 。

嵌入式端开发固件往往只需要关注少数几个参数，可以在产品的 功能定义 页面，单击 物模型TSL ， 精简物模型 里面查看。

需要关注的有 "properties"，"events"，"services"，在 JSON 格式里，这三者都是数组，分别存储了该物模型的数据，事件和服务，在 C-SDK 里也就分别是 IOT_Linkkit_Report() 上报属性， IOT_Linkkit_TriggerEvent() 触发事件和注册为 ITE_SERVICE_REQUEST 的回调函数。

在上报属性时，只需要关注 "identifier" 名称对应的值（字符串），此时表示该属性在产品下的唯一标识。例如一个精简物模型属性为：

则上报的数据只需要为 {"count":10} 即可，需满足 JSON 字符串的格式，字符串内有一个名称/值对，名称为 "count"（物模型里 "identifier" 的值），值对为 10（满足物模型里数据类型为 int 的要求）。

触发事件需要关注 "identifier" 名称对应的值（字符串），表示该事件在产品下的唯一标识；还需要关注 "outputData"，表示上报事件的输出值。一个精简物模型例子如下：

"outputData" 数组的使用与属性上报一致，这里就不介绍了。

服务调用需要同时关注 "identifier"，"inputData" 和 "outputData" 这三个名称，分别表示该服务在产品下的唯一标识，服务的输入参数，服务的输出参数。与函数调用有输入值和输出值类似，服务调用也有这些特征。

物模型数据校验方式目前有两种， 弱校验 和 免校验 。

也就是说，弱校验针对产品设备的上报数据，只要 idetifier 是一致的，且 dataType 字段满足要求，就接收该数据，并且在其他云端产品流转。

为什么云端可以设置和获取接入设备的属性呢？为什么接入设备可以上报事件给云端呢？又为什么云端可以调用接入设备提供的服务呢？这就是这一小节解释的内容。

物模型基于 MQTT 协议，MQTT 协议的介绍不在此处展开。

云端定义了一系列的 Topic，在设备接入云端时，C-SDK 向 MQTT broker 订阅了一些的 Topic，而云端需要与设备交互时，就向 MQTT broker 发布相应的 Topic，这样就完成了交互过程。同理，云端也会订阅一些 Topic，设备可以向这些 Topic 发布消息。

接入设备端订阅发布的 Topic 列表如下：

其中 ${productKey} 会替换为实际的产品名，${deviceName} 会替换为实际的设备名，${tsleventidentifier} 是事件的标识符，${tslserviceidentifier} 是服务的标识符，最大限度地保证了 Topic 的唯一性。

这些 Topic 的作用在后面用时序来描述。

我的想法：物联网最重要的建立在传感器基础上，无论无线的还是传统的，重要的在于物理世界的信息收集。 所以，物联网的模型应该建立在传感器的新一代互联网上面，这个互联网要能够兼容不同的语意模型，即能够将连续的物理世界和离散的计算机处理联系起来。 所以重要的是发展计算机系统和物理系统的统一建模理论。 朝这个方向去思考！

楼上一些回答太形而上学了，都是理论，简单的事情整复杂了，非常容易把人往沟里带。
本人从事物联网专业（说实话做了不少产品，但目前OSI七层协议都背不全），分享下自己的答案，希望能给题主一些帮助。
物联网其实是互联网的一个延伸，互联网的终端是计算机（PC、服务器），我们运行的所有程序，无非都是计算机和网络中的数据处理和数据传输，除了计算机外，没有涉及任何其他的终端（硬件）。
物联网的本质还是互联网，只不过终端不再是计算机（PC、服务器），而是嵌入式计算机系统及其配套的传感器。这是计算机科技发展的必然结果，为人类服务的计算机呈现出各种形态，如穿戴设备、环境监控设备、虚拟现实设备等等。只要有硬件或产品连上网，发生数据交互，就叫物联网。
不过物联网的概念目前被炒到过热。鄙人大概十年前开始学习嵌入式，那个时候还没物联网、智能硬件这么高大上的字眼。相信很多前辈那时跟我一样，学的是单片机编程，大家都用“单片机”来概括这个行业。大概2012年左右，很多热钱从房市涌出，投入资本市场。正是这个时候，一大波高大上词汇来袭。服务器技术叫“云”，单片机叫“智能硬件”，网络单片机应用叫“物联网”，车载单片机应用叫“车联网”。。。呵呵。这种现象是商业进展的必要性，我们搞技术的只能跟着改头换脸，谁叫发薪水的是老板呢，呵呵。
不过受限于技术上的瓶颈，物联网的发展，其实无法像当初互联网那样爆发。或者换通俗一点的说法，大家有没有发现很多物联网的应用，其实是锦上添花的东西，需求性并没有那么强，这也就是为什么很多智能硬件卖得并不是很好的根本原因；正是因为需求性原因，所以商业上也不会出现滴滴打车那样的持续性投入，又一定钳制了技术的进一步发展。
到今年，这一波的投资热潮冷却了很多，但是在这波浪潮里，我们的社会还是发生了很多变化。首先是关注物联网的人越来越多，从业者也越来越多。而且很多大学也开设了相关课程，政府也出台了行业鼓励政策。前面我们说过物联网的概念被炒得有点过热，所以在物联网的大群体里，有两类人最为迷茫。其一就是专注物联网的创业者，其二就是物联网专业的学生。鄙人也曾经属于第一类人。
物联网的技术前景是广阔的，近些年上市的一些空气净化器产品，穿戴设备，家庭环境监控设备，在过去是不曾有的，在目前的消费背景下，正服务着大众。未来还会有更多的新式设备出现，这些正是物联网技术发展的必然结果，所以投身于物联网的技术研发，是很有前景的一件事。
然而物联网的商业前景却是复杂的，特别是对于创业者而言，这不是一个好消息。既然创业，目的肯定是赚钱，然而放眼人类社会，最赚钱的事情，其实归类起来就那么几样。首先是资源、再就是获取资源的工具，以及信息。每个企业，想要活得好，目标只有一个，就是垄断。然而社会上的大部分资源，都是垄断在大企业手里，小企业参与的，往往是跟民生有关的门槛低的行业，竞争激烈，赚钱辛苦。回到计算机行业，虽然计算机行业开放程度很高，然而垄断的存在并不亚于其他行业。英特尔、ARM等公司，基本垄断了处理器行业。微软、Google（Android）、苹果垄断了 *** 作系统。物联网是新兴市场，虽然目前容量不大，但各家各户都盯着，对于创业者而言，无法创造垄断，很难存活。创业者大部分都是小公司，你无论多么牛逼的技术，一旦有市场，大公司都可以迅速投入数倍于你的资金，在非常短的时间内模仿你，超过你，压垮你。你是小公司，宣传推广，也不可能投入像大公司那样的资金及影响力，所以产品再好，也不一定卖得好，这是每个技术型创业者，不得不面对的事实。
正是因为上述压力，很多创业者非常迷茫。本人过去四年间一直从事物联网行业，因此结识了很多同行，其中大部分都是创业者。这些创业者非常勤奋，对自己的想法充满热情，也往往敢于坚持。然而这些并没有什么用，大部分创业者，都没有走到今天，因为投资人的钱总是会烧完的。
我觉得想走向成功，物联网行业的创业者应该处理好两个问题。首先，应该认识到，计算机行业想突破垄断，对于大企业而言，是技术积累。然而对于个人或小团队而言，唯一的方法是缩小用户群体。就是我们应该专注于一个领域一项技术去解决一个问题。如果你说你的客户是大众每一个人，那你的东西基本一个都卖不出去。但是如果你的客户是“捷达轿车车主”+“装过电子导航系统”，那你的东西会比较好卖。缩小用户群体的好处，是大企业不会来跟你抢饭吃，而你又非常容易精准的找到你的客户并说服他们买你的东西。其次，个人或小团队，不应该有任何一刻在亏本，否则你终会难以坚持。最好的状态，应该是大家都有正职工作（收入），但是比较闲，一起来维护一款小产品，这样的情形，往往容易成功（最后团队或项目被大公司收购，实现财务自由，或职位上升）。
对于在大企业进行物联网方向研发的人员，自然不用担心收入问题，然而可能大部分时间，都要接受来自上层的任务分配。作为物联网技术从业者，我们应该认识到，这个行业的技术，还是有很多方面需要突破的，个人将一些觉得需要突破的技术陈列如下，希望在物联网方向的研发人员，可以在闲暇之余，做一下这么几方面的技术积累：
1目前国内低功耗网络技术都做得不好，包括zigbee，其实也被过分夸大宣传。
2传感器和传感输入部分，其实有很大的空间，人之所以聪明，跟手、眼、口、鼻、耳有很大关系，然而计算机的手眼口鼻耳，没一项可以跟人比。由于个人很难在芯片技术上积累，所以只能做做算法，对于视觉识别技术，各个领域，都有非常大的潜力，可以研究积累。
3降低研发难度的工具，可以关注下，目前物联网还属于教学推广阶段，能够快速帮助从业者提高研发效率的工具，可以研究积累。（鄙人正是做这一块）
4特定环境下的语音对话算法，可以研究下。目前所有的语音识别，几乎都不过是语音转文字而已，然后计算机通过词汇分析来执行任务，基本都做不了上下文对话。非特定环境下的语音对话，估计国外的苹果、google，国内的讯飞、腾讯、百度都在研究，个人技术者基本没有必要也没有机会。不过在特定环境下（比如自动导航这个环境，人的指令，只会围绕“导航”这个主题），语音对话是非常有效率的输入输出工具，值得个人研究积累。
说完创业者，再来说说各大高校的物联网专业的学习者。
其实我个人是不建议在本科搞物联网专业的，因为物联网专业不是基础学科，在本科开设，没能力的学校，也就是一个幌子，会坑不少人。有点能力的学校，也无法指望在当前的教学构架下，能让学生学到点什么。其原因就是，物联网涵盖的内容太多，随便列举列举：
1数电模电、单片机编程技术：要做物联网产品，起码，你能看得懂电路板吧，你得能给单片机写几行代码，点个流水灯什么的吧。要知道，这过去是放到自动化专业四年要学的东西啊。电路板画得好，就算在内陆省会城市，月薪也随便上万的啊，单片机写得好，月薪也一样上万的啊。打什么物联网的幌子啊！
2网络技术：光给单片机编单机程序还不行，你还得能让单片机上网吧，否则叫什么物联网。既然上网，最简单的“客户端-服务器”模型，你好歹得在云端放个服务器吧。且不说服务器程序你要自己写，到阿里云买个服务器，绑定个域名，估计你都得折腾一个礼拜。写服务器程序，那在本科也是一门专业啊，起码VC要学吧（时髦点学java）。你即会上位机，又会单片机，那你是全栈工程师啊，这工资不是更高？
3无线技术：很多产品，光一个单片机还不行，你还得整多个单片机，然后多个单片机互相整个网络，这就涉及到组网。用wifi，功耗太高。用zigbee，光协议就看死你。用蓝牙，人家构架就没这么整过。那只好自己写吧，从驱动到组网协议，你要能写全，还不出问题，那以后还有什么软件构架你整不了啊？
4传感器技术：就目前而言吧，很多传感器都是数字型的，直接丢数值出来，单片机只需连上去就可以用，难到不难。但问题是量多，测温度吧，有温度传感器；测光照吧，有光照传感器；测空气吧，有空气质量传感器；还有加速度传感器、心率传感器、颜色传感器、分贝传感器。。。大学也就四年，学单片机编程估计都要三年，你看你剩下的时间能整几个吧。
5终端技术（App）：物联网物联网，你把用户搁哪啊，总要给用户丢个App来看看产品状态吧，那就得学习App怎么做。iOS和Android你还得都学了，不然用户就得减少一半，呵呵。
所以本科开设的物联网专业真的是坑啊，明摆着学校不可能教全的嘛，就算学校愿意教，学生也学不过来啊。给点可行性建议吧：
1明确正确的技术观，物联网是一个行业，而不是一个专业。学好物联网里任何一项技术，都可以独当一面，迅速实现个人价值积累（收入很赞的哦）。如果贪多贪快，除了给自己带来无尽的失望和打击，没什么好处。
2明确正确的发展方向，物联网涉及软硬件、互联网、App等多个领域，作为个人而言，只可能精其一样。如果是做硬件，那就好好学数电模电、应用电路、布线画板、传感器特性等等。如果是做软件，明确方向，一般建议本科阶段学好单片机编程、熟悉一两种传感器或应用，做一两款小产品即可。毕业后，可逐步过渡，学会和其他工程师配合，学会组网应用，多出作品练手。
3实践大于理论，学物联网或者嵌入式一定要勤上手，多出作品。多出作品，不仅可以增长技术能力、了解物联网构架，最重要的是可以提高自信心。人与人的区别，大部分都在教育，而教育成功与否，自信是非常重要的评估法则。当然，由于物联网一般都是系统产品，建议学习者可以基于成熟的构架去做产品，这样容易成功做出完整产品。可以用我们酷享物联系统，也是选择之一。
4毕业后，尽量不要去初创公司，不过初创公司也很少招应届生。一定要去中型企业或大企业的核心团队，哪怕打杂都行。无论未来是打算做市场还是做技术，一定要记得毕业招工作的时候，要想办法进企业的核心研发团队，大公司进不了，就进小一点的，再进不了，就再小一点。可能有人会问，人家不一定要我啊。对，人家不一定要你，你本科期间作出的物联网作品，就是敲门砖。
5就业后，不要急于成功，闷下心思，跟着团队技术带头人做技术。有什么做什么，尽多培养不同领域的应用，多结实靠谱的技术朋友。三五年后，某一天，你会发现你自己有技术、有团队，可以做任何产品的时候，你的路也会宽阔起来。
------------------------------------------------------------------------------------------------------
好了，广告时间到了，来说说我这两年从事的项目：
酷享物联系统，是开源、开放的物联网系统，以主机+设备的方式，原生支持常见家电控制，提供可以嵌入到设备里的无线物联模块（万纳模块）给研发者，研发者可以基于万纳模块，快速实现自己的Idea。万纳模块8个IO无需编程，就可以被配置为数字输入输出、按键、模拟采样（ADC），PWM等各种方式，极大的降低了设备的接入门槛。
由于酷享物联系统是开源系统，学习者使用酷享系统学习物联网构架的同时，还可以看到酷享物联系统的实现代码，以及诸多应用案例，以最高的效率，提升自己对物联网的理解。
案例：
植物栽培助手（不编程案例）
双向开关、智能插座（不编程案例）
情景面板（不编程案例）
LED调光器（不编程案例）
空气质量监测仪（开源案例）
补充：（2016420）
本来不想上照片的，有评论说我做的这几个作品根本没有联网，那我就发几张照片出来打脸，呵呵。
请问？系统中所有设备，都可以通过app远程联网查看，控制，怎么不是物联网？？？？？？？？？？？？？？？？
请问？系统中所有设备，可以脱离手机，通过网络互为关联，互相触发，怎么不是物联网？？？？？？？？？？？？？？？？？
对，说的就是你，让我看论文的那位！！！！！！！！！！！！！
好了，希望诸多物联网从业者也好，初学者也好，都能戒骄戒躁，努力积累，实现中国梦！哈哈哈哈

物联网分为的三层分别是网络层、应用层、感知层：

1、网络层由各种私有网络、互联网、有线和无线通信网、网络管理系统和云计算平台等组成，相当于人的神经中枢和大脑，负责传递和处理感知层获取的信息。

2、应用层是物联网和用户（包括人、组织和其他系统）的接口，它与行业需求结合，实现物联网的智能应用。

3、感知层由各种传感器以及传感器网关构成，包括二氧化碳浓度传感器、温度传感器、湿度传感器、二维码标签、RFID标签和读写器、摄像头、GPS等感知终端。

物联网相关技术

1、地址资源

物联网的实现需要给每个物体分配唯一的标识或地址。最早的可定址性想法是基于RFID标签和电子产品唯一编码来实现的。

另一个来自语义网的想法是，用现有的命名协议，如统一资源标志符来访问所有物品（不仅限于电子产品，智能设备和带有RFID标签的物品）。这些物品本身不能交谈，但通过这种方式它们可以被其他节点访问，例如一个强大的中央服务器。

2、人工智能

自主控制也并不依赖于网络架构。但目前的研究趋势是将自主控制和物联网结合在一起在未来物联网可能是一个非决定性的、开放的网络，其中自组织的或智能的实体和虚拟物品能够和环境交互并基于它们各自的目的自主运行。

---