车联网平台介绍(一)

车联网基本概述

基本方向

  • 目前各大主机厂都在建设自己的车联网平台(TSP),基本功能目前应该说都大同小异,无论从架构、还是实现功来看都差不多
  • 车联网的整体方向包括两个,一个是 V2X 方向,一个是自动驾驶方向
  • 但是受限于主机厂的性质,单一的主机厂很难做到真正的V2X,像智慧城市一样,能够实时的万物互联,无论哪一个主机厂都不会甘心将自己的数据提供给他人,除非是国家层面进行收取数据

服务内容

  • 车辆又不能向手机一样即方便,又能够实时的陪伴在用户身边。车辆的各项服务都是基于用户的用车场景,在行驶的过程中,进行提供服务,或者是根据人的行为习惯、车辆的状态来定向的服务
  • 目前车联网大家做的基本都是三个方面,手机端APP + 车机大屏服务 + 云端数据收集及应用
  • APP端基本都是学习互联网的套路,为用户营造一个共通的社交圈,提供用户喜欢的咨询及各项服务,但本人认为这个套路其实挺难的,APP端有一个强功能项-控车,这个是毋庸置疑的,但是其他的服务,用户在这个APP里面真的就方便么,社交功能再强大,前有微信,后有头条,主机厂有什么资本可以去跟这些资源进行抗衡,社交中 是把所有车主放在一个平台下进行活跃运营,那么APP端就必须有强吸引人的社交内容,截至目前貌似没有哪个主机厂做的比较成功。蔚来本来是 我比较喜欢的一个APP,但喜欢的前提是我能够从它的平台获取利益,比如原来的 积分,每天我可以签到几十,现在呵呵了,不知道是不是蔚来也在这条变现的道路上越走越黑
  • 所以我觉得还是应该以使用功能为主,毕竟主机厂不是互联网烧钱,圈粉,融资的企业,主要用户群体还是自己的保有客户,最终极的目的还是卖车,主要的服务功能 我见过的 B-CALL、维保预约、违章查询、车况查询、叫车服务 等等、基本也就是不断去集成CP/SP, 主机厂手里面有的就是 用户信息+车辆信息+驾驶行为信息 +车辆行驶数据。我也跟一些车联网的运营公司有过深入的交流,其实也并没有谁有对车联网运营有明确的解析,都是在忽悠主机厂的钱,基本套路就是 互联网运营的套路 活动运营+ 内容运营+ 用户运营 + 基本保障工作 + 车联网数据应用 + CP/SP的引入 ,应该基本就这几个 套路,感觉他们总是把一个小点说的天花乱坠,但最后能做的寥寥无几
  • 目前应该没有主机厂做到数据的有效变现,都再想手里的十几万、几百万的用户能干点嘛,但是并没有好的出路,所以只能卖卖流量,卖卖保险,卖点异业联盟的会员,还有集成几个支付渠道,没有什么突破
  • 对运营真是前途担忧

灌水知识点

T-box

  • T- box : T-box连接车辆的总线,连接着电脑娱乐主机(就是大屏后面电脑),通过不断轮询的方式进行询问总线内的数据情况
  • 内部组成 : 通信模块(4G通信模块)、蓝牙模块、wife模块、SIM卡(物联网卡),还有 一块小电池
  • T-box 的状态:一般分成三种,满负荷状态、睡眠状态、低功耗状态
  • T-box唤醒:主要指从睡眠状态被动唤醒 到满负荷状态
  • T-box唤醒方式:下发短信,或者是一个通信链路的流量唤醒 ( 短信的内容一般为空,或固定格式的短信 ) ,我觉得原理是 sim卡收到固定信息后,会执行一个函数,向 t-box的终端发送一个函数,接到指令后,再做其他的函数,进行唤醒其他模块
  • 比如现在车辆没上电,T-BOX在睡眠状态下,然后你有通过手机APP 对车辆进行的操作,这个时候云平台并不知道这个车在哪 ,该往哪里发控制指令,那么给它发个短信吧,短信下去后,T-box 会苏醒,苏醒后要做的第一件事就是主去连接云平台,建立通信通道,建立完成后,云平台再将控制指令发送下去,才可以执行
  • T-BOX只要上电或者苏醒 就会去主动连接云平台。(TCP协议 )
  • T-box与云端通信的协议 目前基本都是MQTT的物联网协议而来的,但各个位上约定的数据就不一定一样了

物联网卡

  • 物联网卡: ICCID 为此卡的唯一识别码,通信铁塔就是通过这个号,找到这张卡的
  • 物联网卡集成方式:插拔式、嵌入式,目前应该基本都是嵌入式了,就是直接焊接在T-BOX里面。后续应该会变成ESIM卡(后面讲解)
  • 每张SIM卡的通信又分成一个个的APN通道(如果您使用过大王卡、或者冰激淋卡 可以去看下自己收集里面APN的配置,如果你把渠道换掉那么你的免流量估计就不好使了)
  • 行业内一般分两个渠道 APN1 和APN2 ,一个叫私有通道,一个叫共有通道,所谓的私有公有主要是,访问互联网的公共网络,还是访问主机厂在通信运营商端开设的专线
  • APN1: 数据先传输到通讯运营商的CDN机房,然后CDN机房直接将数据发送给 主机厂自己建设或者其他方法弄机房(这就是专线)
  • APN2: 就有点像咱们用电脑直接去互联网上搜东西一样
  • 通道1:主要传输的是车辆的行驶 数据和控制数据 (这部分流量用户是无感知的)
  • 通道2:主要是传输用户的影音娱乐需求,比如互联网上搜歌曲等等(这部分流量主机厂会赠送一部分,用户可以自己续费)

数据端

  • 数据又分为企业标准和国家标注,就是所谓的企标、国标、T-BOX里面因该是有两条通信链路的,一个是企业标注的,一个是国家标注暖的,这个企业在使用的时候都是在即设置启动的
  • 应该大部分的企业都是从T-box上来的数据是企业标注的,企标数据在数据量上要比国标数据多一些,企标数据在云平台做一次协议转化,变成国标来传递给国家平台,及各店的政府平台
  • t-box连接云平台,就是所谓的物接入,大家可以看下百度的天工平台就是做这个的,天工的强大 就是可以支持各种协议的互相转化,无论底层用什么协议,它都可以接入,可以转化成你想要的协议类型,很方便。在接入 的过程中,需要 有负载均衡,实时处理等,设备管理等,这个可以简单的去看下一些服务器架构,我后面也会有独立的文章来写这个东西。

数据主要分成两个部分

  • 车辆行驶数据 (每秒中T-box会向总线轮询,然后把反馈的信息存包,存到内存卡中,然后从内容卡中每十秒抽取一条数据,进行发送云端,内存卡中的数据会不断的覆盖)
  • 车辆故障数据(车辆故障是一条单独的通信链路,一旦发生故障,那么t-box 就会把故障码发送给云平台,并且还会每秒钟一次的发送车量行驶状态数据
  • 数据到了云端的底层,比如百度,百度就会把这两种数据给分出来,分别存放在两个不同的数据库中,供应用层进行使用
  • 因为这个平台需要同时跟多台车辆进行交互,所以需要较高的并发,因为只要车辆上线就会跟云端通信,所以 高并发这块是一定要做的,分布式处理,多线程、协程、消息队列等等 ,这个后续会讲,目前知道支持高并发就可以了

车载语音控制

  • 目前基本的语音都是科大讯飞的语音模组
  • 语音控制 —比如打开车窗 用户通过麦克风将声音转化成电信号,或者数字信息、或者其他、语音模组会对这些信息做一定的处理,比如信号降噪等处理,处理完成后,把信息进行转化,车机的本地有一个数据库,如果比对成功,那么车机的主机电脑就会向 总线发送响应的控制指令,车辆就会执行响应的操作
  • 语音资讯 — 比如搜索歌曲 如果不在此词条库中 那么娱乐主机就会把处理后 的数据 通过T-BOX发送给科大讯飞的服务器,服务器做解析,返回语音的内容,直接内容的词条会给到 词条应答服务器,应答 服务器会发送响应的应答词条。比如 用户说 我想听周杰伦的歌曲,那么首先需要将“我想听周杰伦你的歌” 传递给语音识别服务器,变成文字,将文字传递给TSP平台,并把文字内容也反馈给车机,TSP平台中的语义分析服务器语音分析,知道是要听歌(可以与机器学习联系起来),然后服务器吊起喜马拉雅的服务接口,灌入周杰伦,服务器就会返回内容给相应的车机,这样用户就听到歌曲了,不知道 您是否明白了此中的过程

ESIM

  • ESIM : 它并不是没有卡,而是已经做到了芯片级别,直接嵌入到设备中去,这个卡本身也是有一个电子标签的,已经不是ICCID了,初始的时候 卡内的信息是空白的,就是里面并没有写号,当你需要的时候,你可以直接在APP端获取渠道申请,但是你在申请时,需要填入你的电子标签,填好后,根据电子标签,云端会往这张卡里面写入你申请的号码,像注销了直接通过APP或者其他渠道删除这张里面 写入的信息,再次写入即可。(技术点:空中写入技术)

你可能感兴趣的:(车联网平台)