尝试去定义“物联网”

Jason，我的一位朋友和同事，最近在他的博客上发布了一篇名为“ 什么是物联网 ”的文章。在他的文章中，他提出了一些潜在场景，但是我呼吁他不要去定义物联网。他试图反驳我认为的营销手段。我尊重杰森，这个从内而外都是好人的同事。但我意识到不应该在没有自己实践的情况下嘲笑他的尝试。

你如何定义那些不可定义的？

开始，我尝试定义“物联网（IOT）”如同定义“云（cloud）”一样。随着时间的推移，“云”围绕着一系列属性来定义：可扩展的，自助服务的，按量付费以及是否接入互联网。这些仍然有歧义，并且在一定程度上依赖于“云”服务消费者的观点。但它给了我们一个起点。

以此为例，我认为我们可以将IOT解决方案定义为一组属性：

实体- “实体”是一种专门的，自主的技术，能够执行一项活动，但没有传统的用户界面。手机或电脑是一种设备。手机中的安全扫描仪，运动传感器，甚至是GPS传感器都可以被认为是“实体”。

数据 - 我们的实体，高度专业化且能力有限。但其中之一的能力就是报告他们收集的信息，以便其他人可以处理数据，并将其转化为信息。他们*可能*能够接收命令来改变他们的功能（例如，将采样率从1秒改为5秒）。在很多情况下，这两种能力都是具备的。

连接性 - 数据进出“实体”需要某种类型的连接。这可能是一个蜂巢网络，位置特定的Wi-Fi等......在某种程度上，这是指“实体”如何相互作用或收集数据。连接可以是永久性的（始终开启）或短暂的（根据需要开/关）。但是如果你必须做一些事情，比如插入一个设备或通过USB/SD传输数据，这就不是物联网的“网络”组成部分。这里的讨论重点是如果“实体”直连，或者需要协助连接（如上面提到的GPS传感器）。

管理 - 这个属性是我们如何跟踪“实体”。他们是否有计划和高度管理（可能在工厂场景中）。或者他们是匿名和非托管的（开源气候遥测收集）。这也包括如何识别设备并将其与“流氓”设备分开的属性。

因此，确定了一组初始属性，下一步就是使用它们来定义一些场景。

工厂场景

Jason的文章强调一个制造业场景。我很小心地用“一个”情景，因为我们上面的定义几乎允许无限的场景。但是这里假设这样一种可能性：一个制造小工具的工厂。对于这个场景，我们可以确定它的物联网属性。

实体：每台机器上都有3个传感器：电源监控，制造件和工作温度，以及一个执行器：电源控制。

数据：传感器每隔1秒捕捉一次特定的测量值，并每5秒向控制器报告一次。

连接性：传感器连接到机器上的“控制器”。这反过来又连接到工厂的私人Wi-Fi网络。虽然控制器可以对数据进行处理，但大多数情况下只是显示数据并将其交给网络上的中央服务程序。

管理：在工厂安装机器时，其中一个步骤是机器（及其传感器）连接到网络，并在工厂服务器“注册”。此外，由于传感器与机器“控制器”硬布线，因此它具有关于传感器的信息，从而可以共享工厂服务。

所以我们有一个基本的场景，它有四个属性，并且符合我们的基本标准。该工厂能够确定数据何时有向下趋势（可能功率正在增加，而正在生产的件数正在减少）。然后它可以采取行动，如告诉机器关闭，因为技术人员正在路上。我们还可以收集和预测数据，随着时间的推移挖掘数据。

但物联网也造成一些常见的挑战。

摄取遥测：如果我只有100台机器，这不是什么大问题。但是，在我有几千甚至几十万的情况下，我该怎么做？如何扩展我的工厂服务以获取如此多的连接和消息？

设备管理：传感器失效，必须更换。当机器出现故障时，它们可能会被拆解。因此，失效的传感器可能被以前用在其他机器上的传感器所替换。所以需要跟踪这种关系。

连接性：如果工厂Wi-Fi出现故障会发生什么？或者更糟糕的是，访问者进入工厂网络并开始发送改变工厂数据的流氓信息，会怎么样？如果他们发送的命令给机器造成过热，会怎么样？

所有厂商都在用各种物联网方案来解决这些挑战！

有什么解决方案？

最近我在Alessandro Bassi在意大利米兰举行的M2M +行业总结会议上看到了一些幻灯片。在这次会议上，他呼吁为了自己的利益的创新通常会失败。它需要一个良好的商业模式来支持。所以这个领域的供应商都试图提供他们的商业解决方案。

在某些情况下，这些解决方案的针对性很强。科技创业公司NEST就是一个很好的例子。它有一个实体，实体收集数据，连接并传输数据，管理数据（你注册你的设备）。在这种情况下，供应商正试图解决特定问题，降低家庭能源成本，向消费者推销此解决方案是他们的商业模式。

在其他情况下，解决方案以行业为焦点。随着供应商提供一系列以更灵活的方式协同工作的服务，以帮助推动更大规模，更具战略性的举措。在我刚刚分享的链接中，这是一组针对硬件和软件的解决方案，用以帮助像上面列出的工厂场景。该解决方案定位于垂直行业的组织，以解决该行业的需求。

最后，我提出最近一直与我合作的服务; ISS，Service Bus，Project Orleans和HDInsight。这些都是以构建模块为导向的。它们不是特定的行业，甚至不是一套场景。它们旨在允许创建更高层次，更全面的解决方案。这些软件供应商销售尝试去建立我们商业或消费类的解决方案，或者需要构建用于内部使用的定制解决方案的组织。

每种方法都有优点和缺点，但它们也针对不同的商业模式。所以这是关于选择最能满足您需求的方法。与此同时，供应商们都在希望利用市场并且找到一种销售他们解决“物联网（IOT）问题”方案的方法。

总结 - 我们完成了吗？

这是我第一次真正把所有的这些想法记录下来。回顾拼写错误和语法错误，我必须问我是否已经完成所有的事情。我确信了我为“物联网（IOT）”做了一个粗略的定义。这也让我能够解释相关场景的一些共同挑战，并最终甚至提出行业提供的解决方案类型。所以我想你可以说我已经定义了IOT。

但我认为实际情况更加困难。物联网的定义将继续演变，并且总会有灰暗的阴影。所以重要的是要记住不同的事情不同的人。考虑到这一点，我认为我会坚持“保持冷静并提出问题”的方法，当有人以“IOT情景”来到我身边时，我的第一反应将永远是“告诉我他的一些知识”。该场景及其挑战将的价值比随意的术语定义更为重要。最终，解决方案和商业价值远比行业流行语更加重要，不是吗？

后会有期！