如何制作关于农业物联网的app

一、第9类：APP、计算机程序、电子设备（产品）

手机在线购物是现在人的一个习惯，app也就是具体的表现形式，9类包括app，计算机，计算机程序(可下载软件)，计算机周边设备，电子字典、平板电脑，其中“0901电子计算机及其外部设备”中的很多小项都涉及到计算机、软件、下载等内容，是互联网公司的“重点关注对象”。

二、第16类：印刷物、杂志、包装物

印刷物、纸媒产品。“1606印刷出版物”、“1607照片，，图画”等会影响到公司的产品实物化。另外像一些包装盒、包装物也在这个类别。

三、第35类：广告服务、电子商务、营销策划

35类是个万能类别，包括广告、商业经营、商业管理等、电子商务、通过网站提供商业信息，为商品和服务的买卖双方提供在线市场等，关系到互联网公司的广告宣传、商业咨询事务等方面，因此在这个类别进行商标注册对互联网公司非常重要。

四、第38类：电信、通讯服务

电信、通讯服务。“3802通讯服务”类别中，包括“计算机辅助信息和图像传送380024”、“计算机终端通讯380023”等多个小项都与互联网公司脱不开关系，值得注意。

五、第39类：配送、包装服务

39类主要是运输，商品包装和贮藏。平台需要一个功能便是商标包装，商标打包，商品配送。如果要实现一条龙服务，配送服务也必不可少。

六、第42类：计算机编程服务

包括计算机硬件与软件的设计与开发等。还增加了很多和云计算、在线存储有关的服务，包括“远程数据备份420225”、“电子数据存储420226”、“通过网站提供计算机技术和编程信息420227”、“云计算420229”，把有形的数据和文件转换成电子媒体。本类别的“4220计算机编程及相关服务”是与互联网行业密不可分的类别。如果公司涉及到编程、软件、搜索引擎等等相关的业务，一定要注册这个类别的商标。

一、什么是物联网网关？

网关就是为了不同协议之间转换难而诞生的一个产品，对内负责整个智能家居系统不同设备的协议转换，对外通过以太网或者WiFi进入互联网实现远程通信。

相比于互联网时代，物联网的通信协议更加多样，物的碎片化非常严重，网关的重要性也就由此凸显——物联网网关能够把不同的物收集到的信息整合起来，并且把它传输到下一层次，因而信息才能在各部分之间相互传输。物联网网关可以实现感知网络与通信网络，以及不同类型感知网络之间的协议转换;既可以实现广域互联，也可以实现局域互联。

比如电视机、洗衣机、空调、冰箱等家电设备;门禁、烟雾探测器、摄像头等安防设备;台灯、吊灯、电动窗帘等采光照明设备等，通过集成特定的通信模块，分别构成各自的自组网子系统。而在家庭物联网网关设备内部，集成了几套常用自组网通信协议，能够同时与使用不同协议的设备或子系统进行通信。用户只需对网关进行 *** 作。便可以控制家里所有连接到网关的智能设备。

网关在系统里面起着很重要的核心作用，网关有哪几种形态呢

我们这里也简单说说：

无线转无线：WiFi转433MHz、红外、ZigBee(家庭常见)

GPRS(2G、3G、4G)转433MHz、红外、ZigBee(工业常见)

无线转有线：WiFi转RS485、RS232、CAN(工业居多)

有线转无线：以太网转433MHz、红外、ZigBee(家庭常见)

有线转有线：以太网转RS485、RS232、CAN(工业居多)

二、物联网网关的历史

设备数据的采集、传输、监测是整个流程的关键步骤，在市场需求不断更新以及技术提升中，物联网智能网关就此出现，要更好地了解它的价值和出现的契机，要从设备机器数据的采集、传输、监测过程发展历程说起。

在发展早期，数据采集的意识才刚刚出现的时候，由于传感器的匮乏加上传输技术的落后，大多都是依靠人工进行数据计量。人工计量的弊端不言而喻，耗时耗力并且能够检测的范围是非常狭窄的，所以人工计量的方式很快就被淘汰。

1、初期的本地监测，数据采集的首次尝试

真正意义上的数据监测应该从本地监测开始。通过有线网络将设备总控和 PLC 或者 HMI 连接起来，进行本地的人机交互和信息交换，设备上的数据直接显示在 PC 或者 HMI 上面。

而PC需要近距离地安装在设备旁，同时需要人员一天 24 小时的监控以及反馈。此时，人工的力量还是占了主导地位，本地监测的实际意义不大，只是停留在简单的数据统计工作上。

2、以太网出现，延伸物理传输距离

由于本地监测局限性太大，人们开始把以太网等有线宽带技术运用在数据采集、传输上，数据的传输在范围上有了一定的延伸。当设备节点接入传感器，通过一定的转换到达以太网，再到达终端显示。就传输范围而言，在原有范围基础上是有了一定的拓展。

但是中间存在的协议标准差异导致通信并不能畅通无阻，且有线网络的固有限制就是无法远程监测，这又一次给数据市场提供一个巨大的需求。

3、网关的出现，适配更多协议标准

伴随着 2G/3G/4G 网络、Wi-Fi、蓝牙等无线网络传输技术的出现，数据的远程传输问题出现转机，但多种通信协议的多重协议标准也阻碍了设备与设备之间的“对话”。此时为了能够适配更多协议标准，网关的出现非常及时，在通信协议和数据之间，网关是一个翻译器，与网桥只是简单地传达信息不同，网关对收到的信息要重新打包，以适应系统的需求。

网关的转换能力结合无线通信协议技术，大大提高了物联网延伸距离，但物联网技术也面临一些独特的挑战。其中一个挑战是，受限于系统内存、数据存储容量和计算能力，很多物联网节点无法直接连接基于 IP 的网络，这样就难以做到万物互联。而物联网网关可以填补这块空白，在基于IP的公共网络与本地物联网之间架起一座网络桥梁，使用在不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间。

通俗来讲，有了网关，所谓的 M2M 不再是狭义上机器与机器的对话，而是设备、系统、人之间没有障碍的沟通。

4、现代物联网智能网关，推动设备预测性运维

现代物联网智能网关，在物联网时代扮演非常重要的角色，它不仅是连接感知网络与传统通信网络的纽带。作为网关设备，物联网智能网关可以实现感知网络与通信网络，以及不同类型感知网络之间的协议转换，既可以实现广域互联，也可以实现局域互联。此外物联网智能网关还需要具备设备管理功能，运营商通过物联网智能网关可以管理底层的各感知节点，了解各节点的相关信息，并实现远程控制，特有的物联网边缘计算能力，让传统工厂在数字化转型的过程中实现了更为快速、精准的数据采集及传输。

三、物联网智能网关的特点

支持远程更新维护。例如 Ruff 的物联网智能网关可随时根据软件的升级，添加支持协议，对外提供基于 JS 语言的开发接口，只需下载相应的配置应用即完成对硬件产品功能的修改。在网关使用过程中出现了问题，也无需去现场进行维修只需利用 Ruff Explorer 远程管理工具在软件层面进行修改即可，从远端提前发现和解决隐患，使维护更智能，设备运行更稳定可靠。

以上由物联传媒转载，如有侵权联系删除

Fedora IoT 是一个即将发布的、面向物联网的 Fedora 版本。去年 Fedora Magazine 的《 如何使用 Fedora IoT 点亮 LED 灯 》一文第一次介绍了它。从那以后，它与 Fedora Silverblue 一起不断改进，以提供针对面向容器的工作流的不可变基础 *** 作系统。

Kubernetes 是一个颇受欢迎的容器编排系统。它可能最常用在那些能够处理巨大负载的强劲硬件上。不过，它也能在像树莓派 3 这样轻量级的设备上运行。让我们继续阅读，来了解如何运行它。

虽然 Kubernetes 在云计算领域风靡一时，但让它在小型单板机上运行可能并不是常见的。不过，我们有非常明确的理由来做这件事。首先，这是一个不需要昂贵硬件就可以学习并熟悉 Kubernetes 的好方法；其次，由于它的流行性，市面上有 大量应用 进行了预先打包，以用于在 Kubernetes 集群中运行。更不用说，当你遇到问题时，会有大规模的社区用户为你提供帮助。

最后但同样重要的是，即使是在家庭实验室这样的小规模环境中，容器编排也确实能够使事情变得更加简单。虽然在学习曲线方面，这一点并不明显，但这些技能在你将来与任何集群打交道的时候都会有帮助。不管你面对的是一个单节点树莓派集群，还是一个大规模的机器学习场，它们的 *** 作方式都是类似的。

一个“正常”安装的 Kubernetes（如果有这么一说的话）对于物联网来说有点沉重。K8s 的推荐内存配置，是每台机器 2GB！不过，我们也有一些替代品，其中一个新人是 k3s —— 一个轻量级的 Kubernetes 发行版。

K3s 非常特殊，因为它将 etcd 替换成了 SQLite 以满足键值存储需求。还有一点，在于整个 k3s 将使用一个二进制文件分发，而不是每个组件一个。这减少了内存占用并简化了安装过程。基于上述原因，我们只需要 512MB 内存即可运行 k3s，极度适合小型单板电脑！

安装 k3s 非常简单。直接运行安装脚本：

它会下载、安装并启动 k3s。安装完成后，运行以下命令来从服务器获取节点列表：

需要注意的是，有几个选项可以通过环境变量传递给安装脚本。这些选项可以在 文档 中找到。当然，你也完全可以直接下载二进制文件来手动安装 k3s。

对于实验和学习来说，这样已经很棒了，不过单节点的集群也不能算一个集群。幸运的是，添加另一个节点并不比设置第一个节点要难。只需要向安装脚本传递两个环境变量，它就可以找到第一个节点，而不用运行 k3s 的服务器部分。

上面的 example-url 应被替换为第一个节点的 IP 地址，或一个完全限定域名。在该节点中，（用 XXX 表示的）令牌可以在 /var/lib/rancher/k3s/server/node-token 文件中找到。

现在我们有了一个 Kubernetes 集群，我们可以真正做些什么呢？让我们从部署一个简单的 Web 服务器开始吧。

这会从名为 nginx 的容器镜像中创建出一个名叫 my-server 的 部署 （默认使用 docker hub 注册中心，以及 latest 标签）。

为了访问到 pod 中运行的 nginx 服务器，首先通过一个 服务 来暴露该部署。以下命令将创建一个与该部署同名的服务。

服务将作为一种负载均衡器和 Pod 的 DNS 记录来工作。比如，当运行第二个 Pod 时，我们只需指定 my-server（服务名称）就可以通过 curl 访问 nginx 服务器。有关如何 *** 作，可以看下面的实例。

默认状态下，一个服务只能获得一个 ClusterIP（只能从集群内部访问），但你也可以通过把它的类型设置为 LoadBalancer 为该服务申请一个外部 IP。不过，并非所有应用都需要自己的 IP 地址。相反，通常可以通过基于 Host 请求头部或请求路径进行路由，从而使多个服务共享一个 IP 地址。你可以在 Kubernetes 使用 Ingress 完成此 *** 作，而这也是我们要做的。Ingress 也提供了额外的功能，比如无需配置应用即可对流量进行 TLS 加密。

Kubernetes 需要 Ingress 控制器来使 Ingress 资源工作，k3s 包含 Traefik 正是出于此目的。它还包含了一个简单的服务负载均衡器，可以为集群中的服务提供外部 IP。这篇 文档 描述了这种服务：

Ingress 控制器已经通过这个负载均衡器暴露在外。你可以使用以下命令找到它正在使用的 IP 地址。

找到名为 traefik 的服务。在上面的例子中，我们感兴趣的 IP 是 10008。

让我们创建一个 Ingress，使它通过基于 Host 头部的路由规则将请求路由至我们的服务器。这个例子中我们使用 xipio 来避免必要的 DNS 记录配置工作。它的工作原理是将 IP 地址作为子域包含，以使用 10008xipio 的任何子域来达到 IP 10008。换句话说，my-server10008xipio 被用于访问集群中的 Ingress 控制器。你现在就可以尝试（使用你自己的 IP，而不是 10008）。如果没有 Ingress，你应该会访问到“默认后端”，只是一个写着“404 page not found”的页面。

我们可以使用以下 Ingress 让 Ingress 控制器将请求路由到我们的 Web 服务器的服务。

将以上片段保存到 my-ingressyaml 文件中，然后运行以下命令将其加入集群：

你现在应该能够在你选择的完全限定域名中访问到 nginx 的默认欢迎页面了。在我的例子中，它是 my-server10008xipio。Ingress 控制器会通过 Ingress 中包含的信息来路由请求。对 my-server10008xipio 的请求将被路由到 Ingress 中定义为 backend 的服务和端口（在本例中为 my-server 和 80）。

想象如下场景：你的家或农场周围有很多的设备。它是一个具有各种硬件功能、传感器和执行器的物联网设备的异构集合。也许某些设备拥有摄像头、天气或光线传感器。其它设备可能会被连接起来，用来控制通风、灯光、百叶窗或闪烁的 LED。

这种情况下，你想从所有传感器中收集数据，在最终使用它来制定决策和控制执行器之前，也可能会对其进行处理和分析。除此之外，你可能还想配置一个仪表盘来可视化那些正在发生的事情。那么 Kubernetes 如何帮助我们来管理这样的事情呢？我们怎么保证 Pod 在合适的设备上运行？

简单的答案就是“标签”。你可以根据功能来标记节点，如下所示：

一旦它们被打上标签，我们就可以轻松地使用 nodeSelector 为你的工作负载选择合适的节点。拼图的最后一块：如果你想在所有合适的节点上运行 Pod，那应该使用 DaemonSet 而不是部署。换句话说，应为每个使用唯一传感器的数据收集应用程序创建一个 DaemonSet，并使用 nodeSelector 确保它们仅在具有适当硬件的节点上运行。

服务发现功能允许 Pod 通过服务名称来寻找彼此，这项功能使得这类分布式系统的管理工作变得易如反掌。你不需要为应用配置 IP 地址或自定义端口，也不需要知道它们。相反，它们可以通过集群中的命名服务轻松找到彼此。

随着集群的启动并运行，收集数据并控制灯光和气候，可能使你觉得你已经把它完成了。不过，集群中还有大量的计算资源可以用于其它项目。这才是 Kubernetes 真正出彩的地方。

你不必担心这些资源的确切位置，或者去计算是否有足够的内存来容纳额外的应用程序。这正是编排系统所解决的问题！你可以轻松地在集群中部署更多的应用，让 Kubernetes 来找出适合运行它们的位置（或是否适合运行它们）。

为什么不运行一个你自己的 NextCloud 实例呢？或者运行 gitea ？你还可以为你所有的物联网容器设置一套 CI/CD 流水线。毕竟，如果你可以在集群中进行本地构建，为什么还要在主计算机上构建并交叉编译它们呢？

这里的要点是，Kubernetes 可以更容易地利用那些你可能浪费掉的“隐藏”资源。Kubernetes 根据可用资源和容错处理规则来调度 Pod，因此你也无需手动完成这些工作。但是，为了帮助 Kubernetes 做出合理的决定，你绝对应该为你的工作负载添加 资源请求 配置。

尽管 Kuberenetes 或一般的容器编排平台通常不会与物联网相关联，但在管理分布式系统时，使用一个编排系统肯定是有意义的。你不仅可以使用统一的方式来处理多样化和异构的设备，还可以简化它们的通信方式。此外，Kubernetes 还可以更好地对闲置资源加以利用。

容器技术使构建“随处运行”应用的想法成为可能。现在，Kubernetes 可以更轻松地来负责“随处”的部分。作为构建一切的不可变基础，我们使用 Fedora IoT。

via: >

“十三五”规划提出，充分运用现代信息技术和大数据，建设一批新型示范性智慧城市。日前，国家发改委表示，“十三五”期间，将有针对性地组织100个城市大力推进新型智慧城市建设。新型智慧城市建设已成为城市可持续发展的必由之路。

新型智慧城市是一个复杂的巨系统，涉及方方面面的多个环节。为推动新型智慧城市的顺利建设，需在顶层设计中构建优秀的总体架构。那么如何构建新型智慧城市的总体架构华为企业BG全球智慧城市解决方案部总经理郑志彬博士、深圳市智慧城市研究会会长李林教授就此发表了各自的见解。

华为郑志彬博士：

近日，在华为举办的“新ICT，让城市更智慧——华为智慧城市生态圈行动计划发布会”上，其发布了华为智慧城市解决方案的整体架构，即“一云二网三平台”。

1、“一云”：城市云数据中心

基于开放架构，为城市建设融合、开放、安全的云数据中心，整合、共享和利用各类城市信息资源，提升政府服务与决策效率和合理性。

2、“二网”：城市通信网和城市物联网

为智慧城市建设提供有线+无线宽带网络，为城市构建无处不在的宽带，让城市公共服务触手可及;在物联网领域，提供轻量级物联网通信 *** 作系统，多种类型的接入网关。并提供物联网平台，为城市各行业应用提供物联网数据服务。

3、“三平台”：ICT能力开放平台、大数据服务支撑平台、业务应用使能平台

通过ICT能力开放平台，将ICT能力进行封装、打包提供给业务应用开发者，使其更便利地调用ICT接口，共同为客户提供智慧城市整体解决方案。与合作伙伴联合提供大数据服务支撑平台、业务应用使能平台，为城市智慧应用提供资源获取自动化、软件开发自动化、运维管理自动化的服务。

智慧城市研究会会长李林教授：

面对新型智慧城市如何建设，李林教授提出了“三中心一平台”的总体架构。其认为，“三中心一平台”遵循新型智慧城市建设六大核心要素。通过天地一张栅格网构成一个“虚拟化的复杂巨系统”，实现网络资源、计算资源、存储资源、数据资源、信息资源、平台资源、软件资源、知识资源、专家资源等的全面共享。

1、“三中心”

(1)网络融合与安全中心

新型智慧城市“网络融合与安全中心”以构建新型智慧城市天地一张栅格网为核心要素。实现电子政务外网、公共互联网(包括电信、移动、联通等运营商网络)、智慧城市无线网、智慧城市物联网(包括公安视频专网)之间的网络互联和传输信息及数据的互通，以及网络与信息的安全保障。

(2)大数据资源中心

“大数据资源中心”建设以形成新型智慧城市大数据的“总和”为核心要素。将分散的、重复的、难于访问的 *** 作数据转换成集中统一的、有价值的知识数据。“大数据中心”为不同来源的数据提供了一致的数据视图，将不同介质、不同组织方式的数据集成转换成为一个一致的分析型数据环境。

(3)管理、指挥与运行中心

新型智慧城市以建立一个高效的管理、指挥和运行中心为核心要素。更好对城市的市政设施、公共安全、生态环境、宏观经济、民生民意等状况有效掌握和管理，构建新型智慧城市统一的管理、指挥和运行中心，实现城市资源的汇聚共享和跨部门的协调联动，为城市高效精准管理和安全可靠运行提供支撑。通过可视化技术实现对智慧城市网络、数据、信息的集成与应用的展现、监控、管理、运营、服务的功能。

2、“一平台”

“一平台”即“公共信息一级平台”。“公共信息一级平台”以新型智慧城市各类信息资源的调度管理和服务化封装，支撑智慧城市管理与公共服务的智慧化功能为核心要素。应用“智慧城市信息栅格技术”，构建新型智慧城市一体化信息服务平台。实现智慧城市涉及政府政务信息、城市管理信息、社会民生信息、企业经济信息各行业级二级平台、业务级三级平台和应用系统之间建立信息互联互通、数据共享交换、业务功能协同。

新型智慧城市是以人民为中心的城市发展价值观的具体体现，是新技术和城市治理理念的深度融合，体现了“以技术为引领”到“以理念为引领”，“以管理为核心”到“以服务为核心”和“以业务为驱动”到“以数据为驱动”的转变。

其实，和两位名校博士一起聊天的感觉（两位博士都是哥伦比亚大学的客座教授）就像和两位小哥哥聊天的感觉一样，哈哈。
和两位博士的采访就在标准链杭州分部举行，从照片来看有种高级会所的感觉，一个优雅幽静的喝茶聊天的地方。其实杭州分部真的是办公场地，且租金比杭州大部分写字楼都要低。
两位博士在采访中透露，标准链完整配套的主网，以及挖矿（共享计算）的功能都即将在近期上线，可以期待一下！
采访完，张磊博士就去办公室接着搞研究了。两位博士都在全职为标准链工作。真的，团队在做事！
小龟：张博士是什么时候回国的？
张磊： 上个月18号。
小龟：李博士是什么时候回来的？
李崇： 我是上个月28号到的上海。
小龟：我看你们最近办了好多高校活动。
张磊： 对，还要继续。
小龟：你们之前来中国办过这种活动吗？
李崇： 没有，这是第一次。
张磊： 这是我第一次来杭州。
小龟：李博士、张博士和金总是怎么认识的？
张磊： 通过杨博士认识的，杨博士是我们以前在高通的同事。
李崇：杨博士给我们洗的脑。
张磊： 培植信仰。
小龟：对，你们这次回国觉得国内的区块链跟国外区块链有什么区别？
张磊： 最大的印象是这边炒币的比国外更多一些。
小龟：你们在哥伦比亚大学还有开区块链的课程？
张磊： 对，我们一起教这门课程。一年两学期，一学期教人工智能，另外一学期教区块链。 去年9月份刚开设的，哥伦比亚大学第一门区块链的课程。
小龟：在学校受欢迎程度高吗？
张磊： 人还是蛮多的，我们这个课大概将近90个人。这在一般的研究生课程里边算是很多了。
李崇： 一般美国的研究生课程，二三十个人的算比较正常，还有一些可能十几个人，甚至还有个位数。
张磊： 我们主要还是从理论出发，把区块链的技术特点及技术本质，传授给学生。
小龟：张博士擅长的领域是共识机制？
张磊： 在我们标准里边，我主要负责共识机制这一块。
小龟：共识机制是包括？
张磊： 我们常说的区块链，其实就是分布式账本技术。分布式系统的灵魂就是共识。这么多人在系统里边，本来互不信任的。但最后，大家可以互相协作，把这个系统变成一个相互信任的系统。这个就需要靠共识。
PoW、PoS、DPoS这些都是共识。 我们标准链用的是基于DAG结构的共识的算法。
小龟：李博士擅长的是哪块？我看介绍是分布式，我不懂是什么。
李崇： 分布式计算或者共享计算，也是我们现在基于标准链底层结构做的偏应用的产品，再过一两个月就要上线了。
你可以理解它为像共享单车一样的共享经济。共享经济的核心，就是把大家闲置的资源进一步优化给需要的人用。我们想把这个概念拓展到计算领域。
我们家里都有电脑或者是笔记本，它们大部分时候是闲置的。现在很多人需要计算算力的时候都会去使用如阿里云、亚马逊这样的云服务，但是这个成本非常高。
一方面是大家对大算力有需求，以及昂贵的云计算服务，但另一方面是，全球每时每刻都有无数的算力资源都是闲置的。
所以，我们建立了一个这样的平台，把全球范围内所有闲置的计算算力都汇聚在一起，把几千万甚至是上亿的机器放在一起，但是成本可以做到很低很低。
把这个平台搭建起来就需要用到分布式计算技术。区块链作为底层技术，可以解决系统安全问题以及跨境转账等问题。 而在标准链这个平台上，大家可以租任何电脑，支付给提供计算能力的人CZR。
小龟：你们好像还有另外一个博士。
李崇： 杨博士还在美国坚守阵地。
小龟：大家好像都是做不同的方向，但是怎么配合呢？
张磊： 我们大概的分工是，我负责底层的共识，共识是区块链的灵魂。标准链最后的核心是构造一个虚拟的超级计算机。
李博士现在做的是超级计算机里最大的应用，就是计算，怎么把一个人的计算分配给其他人使用。
杨博士应该就算提纲掣领吧，从生态的角度，从项目的进度，来管理标准链。
小龟：哦，杨博士是领导。
李崇+张磊： 对，杨博士是领导。
小龟：两位博士好像都不怎么关心外界币价的变化，但真的是这样吗？
李崇： 我要天天关心币价的变化，我变成炒币的了。首先炒币不是我的人生追求。
小龟：那你的人生追求是什么？
李崇： 做点好东西出来，不是赚钱。 我要想赚钱，也不会去搞学术了。搞学术的人都不赚钱，搞学术的人就追求一些自己觉得比较有意义的东西。当然前提要解决温饱。
第二个，我觉得现在关注币价太早了，因为现在它没有支撑，大家都在画大饼，炒来炒去，完全没有意义。
我觉得踏踏实实先做技术，有了技术支撑了，币价自然而然就起来了。
小龟：现在市场渐渐有点起色了，再往前几个月的熊市对你们真的没有影响吗？
李崇： 没有，对金总有点影响。
小龟：你们为什么会选择标准链呢？
李崇： 你得问杨博士，杨博士天天给我们洗脑。
小龟：杨博士洗脑成功了。
李崇： 光看数字货币，我们一点兴趣都没有。我们想研究技术，标准链是一个很好的平台，所以我们就跟着杨博士一起，三个人从高通一起退出来做这个事情。
张磊： 当时杨博士也给我们介绍了国内杭州团队的情况。我觉得我们的出发点都是一样的，就是把事情做好。道同了就可以一起安心地做点事情。
小龟：你们现在美国团队有多少人？
李崇： 加在一起六七个，有一些做运营做市场。
小龟：技术主要是你们三个吗？
张磊： 对，技术除了我们三个之外，还有杭州的同事。我们也会和一些大学合作，特别是哥伦比亚大学的教授和学生，暑期也会有学生来实习。
小龟：我想跟张博士聊一下共识的问题。先讲一下，标准链到底是做什么的？
张磊： 我们的想法是把具有一定智能的物联网设备连接起来，构成一个庞大的超级计算机。比如，算力分享平台就是其中的一个应用。这也是我们当时做标准链的初衷，利用区块链技术实现真正的万物互联。
小龟：你们一开始做的标准链和现在标准链有什么变化吗？
张磊： 变化肯定有，但是初衷没有变，初衷是通过更有效更安全的方式实现万物互联。
小龟：张博士认为DAG不是区块链？
张磊： DAG是区块链，我不认同这样的说法。DAG它叫有向无环图，本质就是一种数据结构。
李崇： 区块链本身也是一个数据结构。它们两个是不同的数据结构，是并列的关系，并不是谁属于谁，完全是A和B 的关系。
小龟：好像做DAG的还有IOTA等。
张磊： IOTA是针对物联网的第一个项目，我觉得它蛮成功的，不管从想法还是从实现方法来看，都是一个很不错的项目。
但是它有自己的局限性，我在哥伦比亚大学跟学生上课的时候也讲过这个项目。
小龟：它有什么局限性？
张磊： 现在这个系统它是一种基于PoW的共识
小龟：为什么它是基于PoW的？
张磊： 它每发一个交易，都需要引用前面两笔交易，发送的时候还是需要做工作量证明，才能把交易放到DAG结构中去。但是它的PoW跟比特币的区块链相比，工作量没那么大。
小龟：它要异步传输和确认，是吗？
张磊： 异步传输和确认？
小龟：不是像比特币一样，十分钟打包，然后一起再确认。
李崇： 没有，它是随时的，来了就连上。
张磊： 它是无区块的DAG，它把交易连起来，没有区块的概念。
小龟：标准链的DAG是什么？
张磊： 我们也是无区块的DAG，我们也把交易连起来，但是我们的交易不是像IOTA这么做的。共识算法是有区别的，IOTA它相当于是把区块链里面的区块变成交易，然后把所有的量级变小。IOTA是一个基于交易的DAG，没有区块的概念。
但它的局限性是，难度很难设置。 如果难度设置得太难，一个很小的传感器如果想发交易，电池一会儿就用光了。但如果设置得太小，安全性就有问题。
有人通过计算和分析，现在购买七台蚂蚁矿机就可以攻击IOTA网络。
小龟：现在就可以？
张磊： 现在就可以。因为它网络里没有那么多设备，所以它的算力不是很强。如果你有7台蚂蚁矿机，你的算力就比它强。
小龟：我想起来了，好像使用它的人越多，安全性才越高，所以起点的时候，如果比较少人用就比较容易被攻击。
张磊： 你说的很准确。
POW的机制，它有一定的问题，因为它没有交易费，纯靠PoW来发交易。作恶的人可以无成本地发无数的交易，把你网络堵塞掉。PoW的难度很难设置，不能设太难，也不能太简单。
第二个问题，网络在增长的过程中，怎么让网络用户越来越多。在开始，安全性会有隐患，IOTA现在有网络协调员，这被很多人诟病。我认为也是它局限性之一。
网络协调员认为是对的东西，它就永远是对的，不可能把它撤掉。别人就觉得你是中心化的。当然IOTA，它们现在也想把这个东西拿掉。
这是我认为它两个比较大的局限性。
李崇：再一个它现在不支持智能合约，是吧？
张磊： 它现在暂时还不支持智能合约，但是他们的研究方向里包含对智能合约的研究。
李崇： 标准链上线之后支持智能合约的。
张磊： 对，我们是支持智能合约的。
小龟：标准链的DAG结构跟他们有什么区别？
张磊： 我们是属于同一类的，是基于交易的DAG结构。
对于物联网来说，这是一个比较合理的选择。因为如果有区块，就需要打包收交易费。物联网设备，不管是数据的传输，还是交易的传输，可能额度都很小，多属高频小额交易。
一旦你付不起交易费，就没人会把你的交易打包进去，这就很存在很多问题了。
所以最好不要有矿工这样的概念出现。没有矿工，支付少额甚至0交易费，你的交易发到网络里可以被其他节点收到且确认。
我们不是通过挖矿这种机制来确认交易的，我们的共识方法是一种叫R-DAG的结构。我们的DAG结构有一定的规则的，不像IOTA从每个交易出发，看上去都是一样的，每个交易连两个交易。我们的整个DAG结构是有一定的规则的。
小龟：有一定规则的随机的？
张磊： 有随机在里边，但是它有一定的规则。
李崇： 不是完全随机的，给你一定的规则，你要按照那个规则去做一些随机，你可以大概这么理解。
张磊： 具体而言就是我们把网络给整个分层了，一是交易层，一是共识层。在共识层，EOS及很多项目都有见证人的概念。比如我们有一批见证人，通过这些见证人在共识层进行虚拟的协商达成一种共识，然后共识可以应用到下面的数据层或者叫交易层。
那么，你在里面的交易也会一笔一笔的确认，见证人也可以不停地轮换。
小龟：好像听说你们也可以挖矿，还有矿机？
张磊： 不，我们的挖矿最后是想把所有的设备都连起来，变成一个大的计算机。变成大的计算机之后，挖矿就可以理解为提供服务。
李崇： 生态搭起来之后，相当于一个社会一样，人类社会有需求，就有提供服务的。提供服务的那些人，我们就可以把他称为矿工，因为他提供了服务，就会收到CZR。
小龟：你们挖矿是怎么玩的？是专门设计有矿机吗？还是任意设备都可以？
李崇： 基于不同的应用和服务。假设你现在把你的笔记本算力提供出来，你就可以被认为是我们生态里的一个矿工，假如有人使用你的笔记本算力，就可以会收到对应的CZR作为奖励。
小龟：目前标准链的网络可以提供哪些服务？
李崇： 现在我们自己在做的服务是共享算力，之后我们还要做分布式存储，整个生态做大了之后，万物互联的场景比如智能家居等都可以成为标准链的应用场景。
张磊： 比如车联网中的司机，可以把他的驾驶行为以及所有的数据都集中起来，放到区块链上。如果有人对司机的数据感兴趣，他可以从区块链上把司机的数据买过去，而司机作为数据提供方，可以得到相应的报酬。这其实也是挖矿，通过提供的服务，得到对应链上代币的回报，这就是广义的挖矿概念。
小龟：可以给标准链挖矿的设备，不是专有的设备。
张磊： 对，不是专有设备。
李崇： 你的笔记本就可以作为矿机贡献出来。
小龟：它不会像比特币一样发展成军备竞赛。
李崇： 不会。我们这个严格来说不叫挖矿，只不过因为大家都知道矿工挖矿这个概念，我们就沿用这个概念而已，但本质已经不是挖矿了。
小龟：普通人可以通过这个赚钱吗？
张磊： 可以啊。
李崇： 就像我刚才说的，你把你家里闲置的电脑贡献出来，如果有人用你的电脑，你就会收到对应的奖励。
小龟：比如一台普通性能的电脑，它可以一天挖多少币？
李崇： 这个现在不好说，由市场决定。
小龟：这个功能已经推出了吗？
李崇： 现在demo已经有了，再过一两个月就能正式上线了，到时候也欢迎你把你的电脑贡献出来，赚一些CZR。
小龟：我看到有一个说是PoP共识算法，这个是什么意思？
李崇： Proof of Participation
张磊： 就参与度。严格上来说不能叫共识算法，应该叫激励机制。
我们主要看贡献度，我可以贡献我的计算能力帮别人解决计算上的问题。你也可以把你的硬盘贡献出来帮别人做分布式存储。
PoP就是看你贡献了多少,贡献了多少就拿到多少回报。它是一种基于参与度，基于贡献度的激励机制。
小龟：我理解了，那标准链在接下来的计划是什么？在开发方面的计划。
张磊： 我们的主链一直在内测。
小龟：主链还没上线。
张磊： 我们其实已经上了，但是没有公开。
李崇： 我们年初的时候上的，但它不是一个whole package。所谓的whole package，就是对应的钱包、浏览器、API、SDK等都有。有人要在我们上面开发东西，你得给他提供开发环境。大概再过个把月可以上线。

张磊： 就这个月底好像。
小龟：接下来呢？
李崇： 不断完善技术，把配套的基础设施建好，激发Developer参与生态。
小龟：那你们在公链的架构上有什么特别之处吗？
李崇： 我们不想做一个one solution for all。我们主要集中intelligent IOT，智能硬件这个领域，在这个领域我们要做到最好！
小龟：物联网本身发展的进展是什么状态？
李崇： 它也处于一个发展的早期。
张磊： 其实物联网这个概念提出
李崇： 有年头了，但技术上发展……
小龟：我记得我读书的时候就有这个概念。
李崇： 对，它概念很早，但这个体系太大了，它不是一项技术就能解决的，要好多技术堆在一起才能建立起物联网。5G也是为了建立这样的物联网，但5G 只是所有物联网里面其中一项技术。
小龟：那感觉标准链还要再做很久啊。
李崇： 就是要一直做下去的啊，苹果做智能手机做了十几二十年了，不还在做吗？
张磊： 这个东西不可能现在提出就完了。
李崇： 一直是一种进化，要越做越好，就像你现在用的苹果手机，第一个苹果手机最早十年前出来的，你现在看看第一代苹果手机和现在的苹果手机差距有多大！其实标准链也是一样的。
小龟：在应用的拓展方面是不是还挺难的？
李崇： 起步肯定是很难的。
小龟：你们现在有合作伙伴了吗？
张磊： 有一些。
小龟：那举个例子呗！
李崇： 反正我们有一些合作伙伴，时机合适的时候可以说。
小龟：两位博士有什么特别想跟社区里的同学说的吗？
张磊： 大家可以关注一下CZR。
小龟：那你们自己有囤吗？
李崇： 有的啊，我的钱包现在只有一种币，就是CZR。真的，你不信我可以给你看看。
张磊： 可以多关注一下标准链，这个项目还是很有前途的。
小龟：为什么这么有信心呢？
李崇： 因为我们在做这个事情。
张磊： 我们对我们自己做的事情都没有信心，那还做什么。
小龟：你们平常花在标准链上的精力大概是多少？
李崇： 现在是百分百啊，这就是我们的工作。
张磊： 我现在每天十六个小时工作。基本上从早上九点到凌晨两点，除了吃饭睡觉外都在工作。
小龟：那你比我努力多了，我现在睡的晚，起的也稍微晚一点。

原文链接

调研：李喆 关蕾 倪贤豪

撰写：倪贤豪

物联网，是继互联网、移动互联网后的又一次信息技术变革。

自2015年新型智能硬件起步，经过两年多发展，联网和远程控制已成为智能硬件的标准配置，以语音交互为核心的产品越来越多，人工智能在语音识别、NLP、图像识别方面的进展也对新型智能硬件的发展助力不少。

诞生于杭州的涂鸦智能正是一家主打设备与语音交互连接的智能平台，致力于为国内外客户提供一站式的产品智能化方案。

在创立涂鸦智能之前，王学集在阿里巴巴任职，曾是阿里云第一任负责人。2014年，王学集和陈燎罕（涂鸦智能联合创始人）离开阿里，创立涂鸦智能。

成立第一年，涂鸦智能的主要工作是完成团队组建以及产品构建。随后，通过与不同行业客户的业务往来，涂鸦智能根据不同行业的应用场景总结出标准化方案，进而完成平台搭建，实现产品化。

2015年3月，涂鸦智能组建AI团队，并明确AI+制造业的定位。从实际情况来看，目前更偏重于大/小家电、电工、照明、安防等行业。

截至2017年底，涂鸦智能已完成A、B轮融资，B轮融资数亿元。

模块+APP OEM+云端，打造行业标准化方案

当前，涂鸦智能为企业提供的产品是软硬件打包交付的解决方案，其中云端一次性收费，终身使用，硬件部分按设备数量收费。

具体而言，涂鸦智能首先对客户的传统设备做网络接入，采取的方式则是采用联网模块完成联网，具体有wifi、蓝牙、BLE Mesh、GPRS、Zigbee等方式，多协议兼容。

其次，结合客户所提需求对应的场景，比如语音控制等，运用嵌入式系统、传感器、AI相关技术（语音识别、计算机视觉等），完成产品的智能化。其中，嵌入产品内的传感器构成了无线传感器网络（WSN），接入互联网（Internet）的方式是通过协议转换网关的部署完成的。

图 涂鸦智能业务流程图

完成硬件智能化后，在产品内嵌入的传感器会做数据采集并上传数据中心（PaaS平台），比如设备数量、设备运行数据、用户行为数据等。

上述积累的数据有利于涂鸦智能改进AI算法以及完善产品。同时，数据中心所提供的用户行为分析能力也能给客户决策提供帮助。

作为整体解决方案的一部分，涂鸦智能还提供客户自有品牌的APP定制。与之对应的，涂鸦智能还提供运营平台，以供客户与产品消费者形成信息互动。具体的互动方式表现为客户推送品牌、使用技巧等信息，以及消费者对于产品意见和建议的及时反馈。

技术、数据积累上较有优势

通过所提供的解决方案，涂鸦智能支持众多应用场景，比如语音控制、温度调节、电量统计、水质超标提醒、灯光亮暗调节等。从应用场景频次来看，为客户更多实现的还是语音交互功能，日均语音交互超过600万次。

产品上，在目前布局的行业中，联网和语音控制已是标配，并且涂鸦智能针对行业通用性的需求做了标准化，在比如电工行业形成了SoC标准化方案。随着行业案例积累的越来越多，产品化率趋于升高。

从行业分布来看，客户主要分布在大家电、小家电、电工、照明及安防等行业。刨除云端收费以及部分客户选择嵌入式AI的较高收费，涂鸦智能将单件设备智能化的收费控制的较低，未来可利用已具备的产品化能力做规模化复制。

获客上，涂鸦智能销售人员占整体比例不高。研发占团队总人数70%以上，其余为市场、行政、销售人员。销售模式采取的是直销模式。

技术上，涂鸦智能团队出身于阿里云，对于AI、云计算、大数据有较深的理解。从实践角度来看，涂鸦智能目前累计接入设备在千万级，这表示技术团队在高并发、高可用的应对能力上较强。此外，涂鸦智能在搭平台实现产品化上的能力，以及云端和嵌入式AI均做到自主研发，这几个方面都体现了较强的技术能力。

数据上，累计千万级的设备接入量带来的海量数据，为涂鸦智能在AI相关技术，比如算法，带来了很好的提升潜力，当前主要采集的数据是设备数量，设备运行数据，用户与设备交互数据等,目前日处理设备请求量超过200亿次，累计数据量达到了1PB。

这些数据能为AI算法的提升以及用户行为分析带来积极影响，而最为明显的好处则体现在能帮助涂鸦智能的产品运用在更多应用场景上。

近期，爱分析对涂鸦智能创始人兼CEO王学集做了访谈，现将部分内容分享如下。

软硬打包交付，缩短智能硬件交付周期

爱分析：涂鸦的产品可以分为几类？产品交付形态如何？

王学集： 因为涂鸦的产品是2B的，所涉及的技术点和客户需求众多，因此实际上还是以打包的解决方案提供给客户。

从运营层面来看，可以分为五大特点：One-Link，联网智能化周期短；One-Module，联网模块标准统一；One-APP，自有APP定制；One-Operation，运营中心提供；One-Data，数据中心提供。

目前的交付形态是软硬件一体化打包交付。

爱分析：完成产品化后，您认为在哪些方面得到了提升？

王学集： 首先是平台化后，产品实现了标准化，我们交付给各行业客户的平台产品的稳定性和安全性得到了很好的保障。

其次是实施周期的提升，客户提出需求后，涂鸦智能可以做到当天交付Demo，客户端验证通过后，三到四周即可实现量产。

爱分析：除了控制和联网功能，涂鸦智能还支持哪些功能？

王学集： 主要可以分为两大类：我们所有的设备都支持智能语音功能，还有就是危险动物及危险行为的识别，这或许和专门做语音识别和图像识别的公司的服务相似，但侧重的领域有所不同。

爱分析：未来会重点布局哪几个行业？

王学集： 主要是大小家电、电工、照明设备、安防等领域。

爱分析：涂鸦智能的战略定位是“AI+制造业”，该怎么理解？

王学集： 从产品形态来看，涂鸦智能的产品属于物联网（IoT）。但其中更偏向于运用AI技术服务于制造业,也就是AIoT。

物联网是自PC互联网、移动互联网之后的又一个新兴领域，未来物联网发展的技术支撑是AI。同时，AI的发展也离不开物联网在各类设备上的数据积累。

相比较于物联网在其他行业的应用，涂鸦智能更看好制造业的巨大市场规模，这对于涂鸦智能的长期发展更有帮助。

累计客户过万，数据积累是AIoT发展的关键所在

爱分析：涂鸦智能的客群定位如何？

王学集： 目前涂鸦对于客户并没有规模上的要求，只要客户有需求，我们都会承接业务。当然随着市场发展，不排除未来针对客户需求差异化，定位到特定类型的客户上。

爱分析：产品硬件部分的交期确保有哪些决定因素？

王学集： 主要取决于对供应链的把控能力，部分硬件外包给合作伙伴，部分则是涂鸦智能自己负责。

爱分析：发展至今，涂鸦智能积累的竞争优势是？

王学集： 最重要的是数据的沉淀和积累。涂鸦智能所在的领域的技术发展与过往有所不同，更多地开始依靠大量的数据去锤炼，这对于AI是适用的。

爱分析：产品的收费模式如何？

王学集：目前 客户产品智能化方面按设备数量收费，云端的使用则一次性收费，终身使用。

爱分析：如果客户要求增加AI方面的功能，比如语音识别等，那么单个设备的价格变化程度如何？

王学集： 这要视AI类型而定，如果是云端AI，则一次性收费，终身使用。如果是嵌入式AI，则按每个设备收费，费用会比云端AI的实现方式高不少。

爱分析：现在有多少客户？

王学集： 累计为10000多家客户提供了智能化服务，总接入的设备数达到了几千万。

爱分析：团队结构如何？研发人员如何？

王学集： 研发占比在70%，其余为平台运营、销售等人员。销售人数不多。未来团队扩张也还是侧重于研发。

爱分析：销售模式是直销还是渠道？

王学集： 直销。

爱分析：以相对较少的销售，怎么做到如此多的客户？

王学集： 首先业务发展至今，我们几乎没有市场预算，因为基于涂鸦的产品和平台服务，涂鸦有很好的客户口碑，我们的合作伙伴会愿意给我们推荐更多的用户；其次，由于涂鸦低门槛的平台线上注册流程也让不少用户使用更便捷，客户成功较为容易。

爱分析：现在有很多企业开始切入物联网行业，您认为这个行业的壁垒都有哪些？

王学集： 首先是AI的算法，还有市场先入者的客户积累优势，连接的设备数量等，最重要的还是数据积累。

爱分析：对于物联网行业的发展趋势及驱动力，您的判断是？

王学集： 支撑IoT行业发展最大的技术支撑是AI。通过使用AI与各领域结合，可以输出各种各样的IoT设备，具体的表现形式则是可通过挖掘应用场景，进而输出促进行业变革的AIoT产品。

比如语音方面，通过对音箱做智能化改造，部署传感器捕获信息，并赋予分析能力以处理用需求，从而输出智能音箱，这类产品甚至具备成为社交产品的入口的潜力，比如Echo等，这些都是AI作为物联网行业驱动力带来的行业变革。

方法一
使用eclipse导出jar包：我们知道一个java项目是可以用eclipse导出jar包的，安卓工程也一样，只要按普通的方法export就可以了。不过，export出来的包是没有混淆过的，如果你要混淆，还需要单独对你的jar包执行一次proguard程序，可参考proguard使用指南。
方法二
使用脚本打包：我个人比较喜欢该方法，因为android工程项目并不是只有JAVA代码，有的资源也需要提供出来，而使脚本可以更加定制化一些。
android的SDK默认提供了一个ant打包的脚本，具体使用方法，可参考之前的BLOG，使用ant打包APK及依赖包最佳解决办法
我们可以看出，打包，最终调用的其实是android sdk下的ant脚本，既然安卓已经帮我们写好了ant脚本，我们就好好利用。
使用上面的BLOG中介绍的方法，先在工程目录中生成你的buildxml，然后自己写一个target
<target name="sdk"
depends="-set-release-mode, -release-obfuscation-check, -compile, -post-compile, -obfuscate">
</target>
这段target代码，就是只执行到了混淆的脚本。然后我们在buildxml中选择右键，run as， 第二个ant Build，然后选择要执行的target为我们加上的sdk。
等执行完成后，就会在project/bin/proguard/obfuscatedjar找到你所要的jar包。

---