互联网时代下的工程机械车联网产品设计和研发运营体系建设

摘 要：文中介绍了工程机械车联网在互联网时代下的发展路线及趋势，重点针对产品设计和运营体系进行了详细的介绍，并对其技术现状及发展趋势进行了分析，为车联网在工程机械行业的发展提供了参考依据。

关键词：互联网；工程机械；车联网；产品设计；运营体系

中图分类号：tp303 文献标识码：a 文章编号：2095-1302（2016）06-00-06 0 引 言

这是一个什么时代？这是一个互联网时代。

这个时代要求我们必须按照互联网时代的思维去思考和生活，按照互联网时代的要求和标准去开展产品设计和研发运营体系建设。

车联网（telematics）作为近几年非常热门的技术广泛应用于工程机械行业中，经过近几年的发展，目前已经非常成熟，其主要原理是通过具有环境感知能力的各类终端和gps获取车辆各类数据，包括传感信号、位置信息和工况数据等，通过通信技术对数据进行采集、分发、解析和存储，应用主要包括构建信息管控平台、设备监控平台等。

但随着互联网技术的发展，工程机械车联网正经历一个从粗放到精益、从传统到现代的过程，以互联网为主的一整套信息技术（包括互联网、移动互联网、云计算、大数据等），在经济、社会、生活等环节中扩散、应用，互联网领域中的产品是满足互联网用户需求和欲望的无形载体，是满足用户需求而创建的用于运营的功能及服务，是产品功能与服务的集成。互联网时代的到来，要求工程机械车联网必须按照互联网思维去打造产品，按照互联网市场规则去研发和运营产品，因此，工程机械车联网的产品设计、研发、运营必须突破原有思维，不拘泥于以往的模式，重新构建思维体系，打造时代的产品，构建时代的研发运营体系，才能保证其一直伫立在时代前沿，不被淘汰。

本文正是基于此，结合了互联网时代的产品设计和研发运营的特点，希望对工程机械车联网行业的发展有所裨益。互联网时代的车联网总体示意图如图1所示。 1 工程机械车联网生态圈产品设计 1.1 总体介绍

工程机械车联网生态圈的产品设计，按照环状结构，由外而内层层深化，由内而外层层开放，层与层之间相互依赖，互为支撑和扩展，每一层均可为特定用户提供核心产品，既自成体系又具有高内聚低耦合特性，保证了每层核心功能的独立性和不可替代性，也为产品的打造提供了真实有效的体系支撑。工程机械车联网生态圈示意图如图2所示。 1.2 数据中心

数据中心作为整个车联网体系的核心架构，既针对底层进行数据采集、分析、优化和存储，又为各数据层提供快速有效的实时支撑。数据中心的网关平台架构如图3所示。 数据中心采用云计算平台、分布式架构和模块化设计，具有可配置性、扩展性、兼容性和持续升级能力，能够适应用户规模性增长、新应用配置和新业务需求的不断变化。 该架构的技术优势是系统平台将数据处理和业务处理做了分离，数据的处理放在了paas层，业务的处理放在了saas层，此架构的设计充分保证了数据安全，提高了平台的可靠性和稳定性，降低了业务系统的开发/定制成本，多级负载均衡的体系提高了平台海量数据处理的能力和可伸缩性。

图4介绍了最新的基于mongo+hadoop技术的数据湖，即刚才提到的数据池应用的数据中心建设方案。

1.3 docker+微服务化

用docker+微服务化做为架设本层生态圈的主要技术，其主要目的是为真正的互联网化的服务提供数据支撑接口，不论以何种形式实现（接口、api、paas、saas化等）。

本层的目的是利用数据中心各种类型的数据为上层提供透明式服务，既要求上层调用方便、快速、有效，又要求具备平台可移植性、快速响应、容器化以及交互公正、明确、无疑，docker+微服务化的设计是最合适的。

首先，docker已经为企业和开发者提供了极大地便利。例如，降低系统部署复杂度，使系统维护更加容易，减少不必要的系统开销，加快企业对业务的反应速度。

其次，微服务是一种架构类型，属于轻量级的面向服务体系架构，这些服务都专注于严格执行同一件事并把它做好，在产品设计中，可以将底层功能设计成由单个微服务来实现。每个微服务都有单独的运行线程，并且可以独立于其他微服务进行部署。同样每个微服务都有自己的专用数据库，尽管每个微服务都会与其他微服务协作与沟通。分布式微服务设计模式如图5所示。

docker的设计和应用可依托分布式开源管理框架进行设计，包括kubernetes、mesos、openstack等。目前行业主流的docker云平台大部分都是基于开源平台进行的二次开发。 此外，使用微服务作为主要架构类型的系统是一个拥有大量协调微服务的分布式系统，每个微服务分管自己的进程。由于微服务之间紧密协作，每个微服务只提供拼图的一小块，而系统作为完整的作品存在。协作时，各服务彼此通过一个不绑定具体平台的轻量级媒介进行沟通。

1.4 客户化应用

在数据中心的基础上，对于已经完成微服务的系统架构来说，下一步的工作就是尽可能的开展客户化应用，针对不同的领域、对象、种类、范围进行产品功能设计，但针对不同的应用对象不应该打造同质化的产品，要有针对性的设计和开发。客户化应用结构展示如图6所示。 客户化应用平台按照服务对象类型的不同，将整个系统划分为主机厂应用服务平台、大客户应用服务平台以及真正的互联网移动客户端。 1.4.1 主机厂应用服务平台

基于车联网系统的建立，为主机厂的科研机构和营销机构提供车辆生产过程、运输、销售、使用等全生命周期的实时跟踪监控和数据统计。包括位置监控、轨迹回放、工况参数监控、工作时间统计、报警分析、故障统计等。主机厂应用服务平台功能模块如图7所示。 1.4.2 大客户应用服务平台

为工程机械主机厂的终端客户定制化实施应用服务平台。为终端客户企业实时提供所购车辆的车辆位置和工况数据，为企业的生产调度提供数据服务及支撑其erp等企业信息化系统。大客户应用服务平台功能模块如图8所示。 1.4.3 真正的互联网移动客户端

真正的互联网移动客户端涉及到工程机械行业的诸多方面，是一个真正的互联网化工具，着力于打造这样一款产品，是顺应行业发展，适应互联网生态环境的必然要求。 1.5 用户行为分析及大数据应用

在互联网时代，要求我们必须尽可能正确、快速、有效地获取用户使用信息，对有关数据进行统计、分析，从中发现用户使用产品的规律，并将这些规律与产品策略等相结合，从而发现目前所使用的产品中可能存在的问题，并为进一步修正或重新制定产品策略提供依据，同时也为客户提供及时的预知服务和信息推送以及活动预判。 一切用户行为分析都离不开场景，只有制定出详尽的用户使用场景，才能达到以上目的，包括收集客户位置、购买习惯、个人喜好、访问周期以及用户群体和消费习惯等，这个信息的获取非常重要。

针对大数据应用，按照用户类型，几大平台的大数据应用各有不同，需要打造商业智能分析服务，具体包括出厂车辆在各地区的分布情况（车辆分布）、车辆在各地区的总工作时间统计（热点工作区域）、故障反馈统计等。最终达到辅助主机厂科研机构提高科研质量，帮助

营销部门管理销售车辆，从而达到加强主机厂企业竞争力、降低管理成本的目的。此外，应该收集大客户生产经营活动中的各类重要数据，比如生产资料信息、实验室数据、车队管理日志等， …… 此处隐藏：3667字，全部文档内容请下载后查看。喜欢就下载吧 ……