国家市场监督管理总局还有国家标准化管理委员会这两个单位，前阵子联手搞出了两项标准。这两个标准就是关于车联网怎么跟道路设施打交道，还有车路协同系统咋互通信息的。先说这《道路交通管控设施信息交互接口规范》，它把设施和路侧单元怎么联网的分层结构给画出来了。里头不光定了要交换啥消息，还定了咋打包消息，什么安全帧和消息体里有啥内容也都说得明明白白。最后还教了一下咱们咋去验证这些东西靠不靠谱。 再看另一本《道路交通管理车路协同系统信息交互接口规范》，主要讲平台之间怎么说话。除非是单独说的情况，否则大家的数据都得用JSON这种格式来传，而且编码要用UTF-8。大家要交换的内容挺杂的，有给车子发的调度信号、各种管控消息，也会收一些车子的运行信息。接口到底咋实现、通信方式咋样也都写进去了。 安全这块儿也没含糊。那个设施得给发出去的信息按个“数字签名”的章，这个章得符合GB/TXXXX的规定；收到消息时也得检查这个章对不对。而且发出去的消息里绝对不能夹带用户或车辆的隐私信息，比如ID或者位置啥的。证实方法也很全面。 至于协同系统那个标准里说的安全要求更多。平台得通过一个横向的安全系统去跟应用平台换数据。运行的环境得按网络安全等级保护第三级的标准来建。还要能搞注册、验签名、加密，还要根据地址白名单来管权限访问。发布的信息里也一样不能有隐私数据。 具体到《道路交通管控设施信息交互接口规范》，它分了好几部分讲内容： 01交互信息这块儿主要就是给车子发那些交叉口车道功能啊、信号灯颜色啊、车道控制信号这些数字化的指令；同时也会收车子那边发过来的基本安全信息。具体的规矩都在表1里头。 02消息要求就是把格式、编码还有结构的事儿定下来。 03消息帧就是把具体要发的内容列出来，这里面有交叉口车道功能、信号灯组灯色状态还有车道控制信号这三个内容，还有对应的数据帧和元素。 04安全帧的结构像图1那样画着，还得带签名值和签名证书的要求。 05消息体就是前面说的那三个具体内容的要求。 06安全要求第一条就是设施得用数字证书签名信息；第二条是要检查证书有效不还有签名对不对；第三条就是不能透露隐私信息。 07证实方法包括环境检查、发出去的信息查不对、收到的信息查不对、安全要求都查一遍。 而《道路交通管理车路协同系统信息交互接口规范》里的通信通则说平台之间互换信息除非特别说明都用JSON格式和UTF-8编码。 01通信通则就是这么定的。 02交互信息分成几类：有给智能网联汽车发的调度信号（包括交叉口功能、信号灯信息等），还有管制、事件预警这些管控信息；同时会收车子的基本运行信息和行业优先通行的信息。信息流里规定了要支持哪些类型的消息怎么传怎么操作。 03接口实现包括用啥方式通信、操作类型是啥还有签名的事。 04安全要求第一条是平台之间的数据交换得走横向边界安全系统；第二条是运行环境得符合GB/T22239里第三级的要求；第三条是支持注册验签、加密还有基于地址白名单的访问控制；第四条也是发布信息不能有隐私数据。 05证实方法也有一套环境检查、请求应答的验证、主动通知的验证还有安全要求验证的要求。