Descripción básica de Internet de vehículos :
Dirección básica
目前各大主机厂都在建设自己的车联网平台（TSP），基本功能目前应该说都大同小异，无论从架构、还是实现功来看都差不多。
车联网的整体方向包括两个，一个是 V2X 方向，一个是自动驾驶方向。
但是受限于主机厂的性质，单一的主机厂很难做到真正的V2X，像智慧城市一样，能够实时的万物互联，无论哪一个主机厂都不会甘心将自己的数据提供给他人，除非是国家层面进行收取数据。
Contenido del servicio
车辆又不能向手机一样即方便，又能够实时的陪伴在用户身边。车辆的各项服务都是基于用户的用车场景，在行驶的过程中，进行提供服务，或者是根据人的行为习惯、车辆的状态来定向的服务。
目前车联网大家做的基本都是三个方面，手机端APP + 车机大屏服务 + 云端数据收集及应用
APP端基本都是学习互联网的套路，为用户营造一个共通的社交圈，提供用户喜欢的咨询及各项服务，但本人认为这个套路其实挺难的，APP端有一个强功能项-控车，这个是毋庸置疑的，但是其他的服务，用户在这个APP里面真的就方便么，社交功能再强大，前有微信，后有头条，主机厂有什么资本可以去跟这些资源进行抗衡，社交中 是把所有车主放在一个平台下进行活跃运营，那么APP端就必须有强吸引人的社交内容，截至目前貌似没有哪个主机厂做的比较成功。蔚来本来是 我比较喜欢的一个APP，但喜欢的前提是我能够从它的平台获取利益，比如原来的 积分，每天我可以签到几十，现在呵呵了，不知道是不是蔚来也在这条变现的道路上越走越黑。
所以我觉得还是应该以使用功能为主，毕竟主机厂不是互联网烧钱，圈粉，融资的企业，主要用户群体还是自己的保有客户，最终极的目的还是卖车，主要的服务功能 我见过的 B-CALL、维保预约、违章查询、车况查询、叫车服务 等等、基本也就是不断去集成CP/SP, 主机厂手里面有的就是 用户信息+车辆信息+驾驶行为信息 +车辆行驶数据。我也跟一些车联网的运营公司有过深入的交流，其实也并没有谁有对车联网运营有明确的解析，都是在忽悠主机厂的钱，基本套路就是 互联网运营的套路 活动运营+ 内容运营+ 用户运营 + 基本保障工作 + 车联网数据应用 + CP/SP的引入 ，应该基本就这几个 套路，感觉他们总是把一个小点说的天花乱坠，但最后能做的寥寥无几。
目前应该没有主机厂做到数据的有效变现，都再想手里的十几万、几百万的用户能干点嘛，但是并没有好的出路，所以只能卖卖流量，卖卖保险，卖点异业联盟的会员，还有集成几个支付渠道，没有什么突破。
对运营真是前途担忧。
Conocimiento de riego
Caja en T
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的物联网协议而来的，但各个位上约定的数据就不一定一样了
Tarjeta de Internet de las cosas
物联网卡： ICCID 为此卡的唯一识别码，通信铁塔就是通过这个号，找到这张卡的。
物联网卡的集成方式：插拔式、嵌入式，目前应该基本都是嵌入式了，就是直接焊接在T-BOX里面。后续应该会变成ESIM卡（后面讲解）
每张SIM卡的通信又分成一个个的APN通道（如果您使用过大王卡、或者冰激淋卡 可以去看下自己收集里面APN的配置，如果你把渠道换掉那么你的免流量估计就不好使了）
行业内一般分两个渠道 APN1 和APN2 ,一个叫私有通道，一个叫共有通道，所谓的私有公有主要是，访问互联网的公共网络，还是访问主机厂在通信运营商端开设的专线。
APN1: 数据先传输到通讯运营商的CDN机房，然后CDN机房直接将数据发送给 主机厂自己建设或者其他方法弄机房（这就是专线）
APN2: 就有点像咱们用电脑直接去互联网上搜东西一样
通道1：主要传输的是车辆的行驶 数据和控制数据 （这部分流量用户是无感知的）
通道2：主要是传输用户的影音娱乐需求，比如互联网上搜歌曲等等（这部分流量主机厂会赠送一部分，用户可以自己续费）
Lado de datos
数据又分为企业标准和国家标注，就是所谓的企标、国标、T-BOX里面因该是有两条通信链路的，一个是企业标注的，一个是国家标注暖的，这个企业在使用的时候都是在即设置启动的。
应该大部分的企业都是从T-box上来的数据是企业标注的，企标数据在数据量上要比国标数据多一些，企标数据在云平台做一次协议转化，变成国标来传递给国家平台，及各店的政府平台。
t-box连接云平台，就是所谓的物接入，大家可以看下百度的天工平台就是做这个的，天工的强大 就是可以支持各种协议的互相转化，无论底层用什么协议，它都可以接入，可以转化成你想要的协议类型，很方便。在接入 的过程中，需要 有负载均衡，实时处理等，设备管理等，这个可以简单的去看下一些服务器架构，我后面也会有独立的文章来写这个东西。
数据主要分成两个部分
1、车辆行驶数据 （每秒中T-box会向总线轮询，然后把反馈的信息存包，存到内存卡中，然后从内容卡中每十秒抽取一条数据，进行发送云端，内存卡中的数据会不断的覆盖）
2、车辆故障数据（车辆故障是一条单独的通信链路，一旦发生故障，那么t-box 就会把故障码发送给云平台，并且还会每秒钟一次的发送车量行驶状态数据）。
数据到了云端的底层，比如百度，百度就会把这两种数据给分出来，分别存放在两个不同的数据库中，供应用层进行使用。
因为这个平台需要同时跟多台车辆进行交互，所以需要较高的并发，因为只要车辆上线就会跟云端通信，所以 高并发这块是一定要做的，分布式处理，多线程、协程、消息队列等等 ，这个后续会讲，目前知道支持高并发就可以了。
Control de voz del coche
目前基本的语音都是科大讯飞的语音模组
**语音控制** —比如打开车窗
用户通过麦克风将声音转化成电信号，或者数字信息、或者其他、语音模组会对这些信息做一定的处理，比如信号降噪等处理，处理完成后，把信息进行转化，车机的本地有一个数据库，如果比对成功，那么车机的主机电脑就会向 总线发送响应的控制指令，车辆就会执行响应的操作。
**语音资讯** — 比如搜索歌曲
如果不在此词条库中 那么娱乐主机就会把处理后 的数据 通过T-BOX发送给科大讯飞的服务器，服务器做解析，返回语音的内容，直接内容的词条会给到 词条应答服务器，应答 服务器会发送响应的应答词条。比如 用户说 我想听周杰伦的歌曲，那么首先需要将“我想听周杰伦你的歌” 传递给语音识别服务器，变成文字，将文字传递给TSP平台，并把文字内容也反馈给车机，TSP平台中的语义分析服务器语音分析，知道是要听歌（可以与机器学习联系起来），然后服务器吊起喜马拉雅的服务接口，灌入周杰伦，服务器就会返回内容给相应的车机，这样用户就听到歌曲了，不知道 您是否明白了此中的过程。
POR EJEMPLO,
ESIM : 它并不是没有卡，而是已经做到了芯片级别，直接嵌入到设备中去，这个卡本身也是有一个电子标签的，已经不是ICCID了，初始的时候 卡内的信息是空白的，就是里面并没有写号，当你需要的时候，你可以直接在APP端获取渠道申请，但是你在申请时，需要填入你的电子标签，填好后，根据电子标签，云端会往这张卡里面写入你申请的号码，像注销了直接通过APP或者其他渠道删除这张里面 写入的信息，再次写入即可。（技术点：空中写入技术）
