构建下一代服务载体,智能设备这座宝藏该怎么挖?

我对智能设备市场的认识,发表在雷科技 “构建下一代服务载体,智能设备这座宝藏该怎么挖?”现全文转录于此。

信息化以来,我们的信息平台经过了互联网、移动互联网时代。近年来新一代的信息平台——物联网又蓬勃发展,每一代信息平台都给我们的生活带来巨大的便利和变革,都以前所未有的形式服务了或正在服务我们。未来很长一段时间这三代信息平台将共同融合、协同以服务我们的生活、工作,互联网、移动互联网、物联网将结成一张巨大、无形,笼罩我们生活每一个环节的网,这个网的终端将是一个个的智能设备,所有的服务都将通过各个领域的智能设备以及智能设备间的协同来实现。

这张网优劣的评价标准是其是否能为人们提供便利的服务,而所有服务的基础评价标准就是自动化,智能最终唯一的评判标准是--自动化程度有多高。这个网应该是:以人类需求为中心,能够将人生活的每一个维度都连接起来,包括连接家庭,交通工具,办公场所,该用户的人脉、日程安排等等,进而这个网可以自动分析应该给用户提供什么。

这个网可以称之为智能设备网,智能设备既是载体,也会是参与者、消费者,智能平台网通过智能设备收集用户的需求数据,又通过智能设备将一步步行动落地。智能设备最终是使人能够便捷的生活、高效率的生产。

智能设备网中的“智能”应该分两个维度理解:第一,单体设备智能程度的提升;第二,所有领域的单体设备相互连接后形成的群体智能。智能设备网植根于群体智能,其完善则依赖单体智能和群体智能的相互促进。

单体智能设备能满足人类的一个具体需求,是智能设备网的基础。如果把人类的需求切割开来,每一款智能设备都是为了满足人类的某一个需求而生。人类的需求是多样、多变的,所以围绕人类生活的各个领域的智能设备都将不断的涌现,智能化程度也不断的提高。如可穿戴设备领域的智能手环、智能戒指,智能家具领域的智能冰箱、智能烤箱、智能秤、智能锁、恒温器,智能交通领域的自动驾驶等等,都使人类生活的某一方面得到了提升。

群体智能改善乃至更新了人类生活的方式。人类需求实质上是连续、不可分割的整体,只有将每一个单体设备连接起来协同管理并实现自动化才能给人类生活带来全新的体验。单体智能设备通过互联,由服务器节点统一协作可形成智能程度更高的集群。群体智能形成的决策系统才是“智能”的核心。

因此,智能设备网的完善过程就像一个生态系统的形成和进化,每一款智能设备不断的演进,所有设备组成个的群体则不断的进化、淘汰劣势设备,催生新的单体设备,最终形成稳固的、相互依赖的生态系统。因此未来,所有的硬件、设施都将是智能的,最基本的“智能”是具备连接的能力、可被控制。

那么如何才能构建群体智能生态系统? 众所周知,任何一家互联工公司都分前、后端的,用户管理、设备管理、数据库管理等组成的后端管理系统才是企业真正的核心。智能设备网也是如此。智能设备是该网与人类交互的窗口,真正的核心是支撑这个网的云(云存储、云计算)、互联网、移动互联网、宽带及移动通信等通信技术、物联网、大数据等技术。智能设备可以理解成物联网的延伸,各个技术在这个系统中所扮演的角色,可参考“虚拟化、大数据、云计算、物联网、移动互联网以及传统互联网之间的关系”。

在这一代的信息平台中,如果真的想要塑造全新的生活方式,现在的智能设备如可穿戴设备、智能家居等等就智能化水平、丰富程度、互联程度而言,都还处于起步阶段。因此,无论是瞄准人类某一特定需求的单体智能设备还是试图构建革新人类生活的群体设备网,都还是一片蓝海,尤其是后者。无论是大企业、小公司,还是想象丰富的创业者都还有广阔的天空施展拳脚。

抛开云、数据中心、网络建设等不谈,只从智能设备单品和智能设备互联互通两方面来说,无论传统硬件还是互联网公司,都可以基于自身业务在智能设备市场上找准定位、开拓商机,如 360 将安全拓展到硬件、百度开发新的搜索方式。每一行业如教育、游戏都有可以挖掘的空间,给用户带来新的交互、体验方式。

对大公司而言,占领市场的机会在于统一互联技术、规范通信协议--一致的语言体系,所有的设备都通过同一种语言对话是最好的境界。目前“设备语言”尚处于混沌,每一个或者一类单体设备各有各自的“语言”,互联网各企业巨头也都在卡位,纷纷推广自己的平台或者入口。

对小公司,尤其是创业者而言,切中用户需求痛点,推出小而美的单体智能设备或者改造传统设备,使其智能化无疑是分一杯羹最好的方式。但要牢记的有两点:

1.智能设备的价值是提供服务,最好是提供自动化的服务。请你瞄准特定人群的一个特定需求,形成一套完整的服务体系,给用户的生活至少增添那么一抹亮色你的产品才有生存的希望。最有前途的智能设备的,是能引导用户开始一种新的生活方式。

2.智能设备真正实现智能化的方法是组网、协同。首先单体智能的形成通过多点协同更易操作。有组织、有纪律、看上去有点智能的蜂群实质上是由单个只会八字舞、但分工明确的傻蜜蜂组成的。因此如果你想开发智能化程度高的单品,不要试图开发一个“超级大脑”来控制每一个细节,而是将产品划分成多个分工明确的“小脑”、“小小脑”相互协作。其次,你的产品应该为未来的群体智能打下基础,从而实现自动化。

时间: 2024-08-01 03:35:44

构建下一代服务载体,智能设备这座宝藏该怎么挖?的相关文章

使用ServiceStack构建Web服务

提到构建WebService服务,大家肯定第一个想到的是使用WCF,因为简单快捷嘛.首先要说明的是,本人对WCF不太了解,但是想快速建立一个WebService,于是看到了MSDN上的这一篇文章 Building Cross-Platform Web Services with ServiceStack,所以这里简要介绍一下如何使用ServiceStack快速建立一个WebService服务. 当然,在开始之前,首先要说明一下ServiceStack是个什么东西. 在国内用ServiceStac

使用ASP.Net WebAPI构建REST服务(六)——Self-Host

Asp.Net WebAPI生成的是一个程序集,并不是独立的进程,因此,要运行的时候必须将其承载在相应的宿主上,一般比较常见的是IIS承载.很多时候,我们为了简化部署或者功能集成,需要将其承载到独立的进程上,这种方式一般称之为Self-Host,本文就简单的介绍一下WebAPI的SefHost方法. 首先在Nuget上安装Microsoft.AspNet.WebApi.SelfHost库. 附上我们的WebAPI控制器 publicclassValuesController : ApiContr

使用ASP.Net WebAPI构建REST服务(四)——参数绑定

默认绑定方式 WebAPI把参数分成了简单类型和复杂类型: 简单类型主要包括CLR的primitive types,(int.double.bool等),系统内置的几个strcut类型(TimeSpan.Guid等)以及string.对于简单类型的参数,默认从URI中获取. 复杂类型的数据也可以直接作为参数传入进来,系统使用media-type formatter进行解析后传给服务函数.对于复杂类型,默认从正文中获取, 例如,对于如下函数 HttpResponseMessage Put(int

Spring Cloud构建微服务架构(五)服务网关

通过之前几篇Spring Cloud中几个核心组件的介绍,我们已经可以构建一个简略的(不够完善)微服务架构了.比如下图所示: alt 我们使用Spring Cloud Netflix中的Eureka实现了服务注册中心以及服务注册与发现:而服务间通过Ribbon或Feign实现服务的消费以及均衡负载:通过Spring Cloud Config实现了应用多环境的外部化配置以及版本管理.为了使得服务集群更为健壮,使用Hystrix的融断机制来避免在微服务架构中个别服务出现异常时引起的故障蔓延. 在该架

构建微服务:Spring boot

构建微服务:Spring boot 在上篇文章构建微服务:Spring boot 提高篇中简单介绍了一下spring data jpa的基础性使用,这篇文章将更加全面的介绍spring data jpa 常见用法以及注意事项 前几篇文章地址: 构建微服务:Spring boot 入门篇 构建微服务:Spring boot 提高篇 构建微服务:Spring boot中Redis的使用 构建微服务:thymeleaf使用详解 作者:纯洁的微笑出处:http://www.ityouknow.com/

构建高性能服务(三)Java高性能缓冲设计 vs Disruptor vs LinkedBlockingQueue--转载

原文地址:http://maoyidao.iteye.com/blog/1663193 一个仅仅部署在4台服务器上的服务,每秒向Database写入数据超过100万行数据,每分钟产生超过1G的数据.而每台服务器(8核12G)上CPU占用不到100%,load不超过5.这是怎么做到呢?下面将给你描述这个架构,它的核心是一个高效缓冲区设计,我们对它的要求是: 1,该缓存区要尽量简单 2,尽量避免生产者线程和消费者线程锁 3,尽量避免大量GC 缓冲 vs 性能瓶颈 提高硬盘写入IO的银弹无疑是批量顺序

使用OData快速构建REST服务

OData是微软支持的一种查询标准,它的第四版使用了REST规范,看起来简洁多了.它的最大的特点是可以在客户端自行配制查询条件,使用它构建REST服务时再也不用担心查询的扩展性问题了. 如下是几个简单的示例: GET serviceRoot/People?$filter=FirstName eq 'Scott' GET serviceRoot/Airports?$filter=contains(Location/Address, 'San Francisco') GET serviceRoot/

使用ASP.Net WebAPI构建REST-ful 服务(一)——简单的示例

由于给予REST的Web服务非常简单易用,它越来越成为企业后端服务集成的首选方法.本文这里介绍一下如何通过微软的Asp.Net WebAPI快速构建REST-ful 服务. 首先创建一个Asp.Net Web应用程序(我这里用的是Visual Studio 2013,它已经内置了Web API2). 在出来的模板中选择Empty(空项目),并勾选WebAPI.点击确定后,就创建了一个空的WebAPI服务. 此时只有一个空项目,还没有任何功能,在进行下一步之前,首先我们来看一下REST的基本操作模

使用ASP.Net WebAPI构建REST服务(二)——路由

REST并没有像传统的RPC服务那样显式指定了服务器函数的访问路径,而是将URL根据一定的规则映射为服务函数入口,这个规则就称之为路由.Asp.Net WebAPI的路由方式和Asp.Net MVC是相同的,它支持两种路由方式,传统的路由映射和特性路由. 路由规则WebApiConfig.cs中定义,它的默认内容如下: publicstaticclassWebApiConfig    {        publicstaticvoid Register(HttpConfiguration con