2021年规范

8.1 分类识别、逐渐细化

在整个数据包业务体中，将事件和信息拆分为三个组成部分，包括描述空间信息的空间 立置部分、描述事件内容信息的事件内容部分和可能因事件所导致的道路拥堵水平变化部 分。其中空间位置部分具体描述了该事件发生地和影响的道路。事件内容部分主要使用事件 分类代码、事件状态和详细内容来描述事件，事件分类代码将事件和信息进一步分为一级类 本事任信息

空间位置、事件内容、道路拥堵水平变化这三个部分不一定在所有场景都必须出现，需 要根据不同的事件类型处理，如单独发生拥堵不涉及交通事件的，则事件内容中代码和详细 内容可省略，只保留状态和空间位置、道路拥堵水平即可；如该事故为诱因造成的道路拥堵 水平变化，则者需要保留；在涉及气象灾害等非局部事件时只需传输空间位置中的行政区代 码和实体标识，WKT几何对象则无需传输；没有获得道路拥堵水平变化信息时则可不必体 现。在交通地理实体分类和基本事件分类代码的覆盖范围内，传输的WKT几何对象需按照 对应的地理实体标识选择相应点线面层类型

绿化标准规范范本9.1交通地理实体分类

表 1 交通地理实体分类

9.2 事件状态分炎列表

除（静态交通服务信息以外，所有事件均会标定为三种状态：：1.预报，2.发生中，3 已恢复或排除。静态交通服务信息的状态在详情内容描述部分具体展开。

表 2 事件状态分类

表 3 事件分炎代码

9.4道路拥堵水平分级

表 4 道路拥堵水平分级

10.2数据包报头部分

报头以（head：（报头内容)）为标识识别。

表 5 报头格式要求

10.3数据包业务体部分

数据包业务体部分以（body:））标识识别，用于传递数据包的主体内容，其中包含有 言息发布范围，交通事件位置和交通事件信息等。 如没有特殊标识，以下出现的经纬度均使用WGS84坐标系进行转换后的GCJ02加密坐 示。其主要描述路段中发生的交通事件，如交通事件发生在路口，涉及多条道路，则由多条 数据包描述，每条数据包描述一条道路的位置和事件的影响。如交通事件发生在道路中，则 必须要有AffectedRoadGeometry，用来辅助传递事件发生的车道方向。WKT几何对象在表

发布平合对接收平合的身份认证遵循如下过程： 接收平台通过调用接口请求方法，发起接口调用请求： 如发布平台对接口请求方当前的身份数据进行序列化并验证其身份合法，则认证通过 否则身份认证失败； 接收平台的身份验证通过后，发布平台方返回带签名的Token给接收平台； 接收平台将Token保存在本地，并跳转到建立连接之后的界面； 发布平台校验Token的有效性，有效则开放接口发布事件消息，无效（错误或过期）则 不发布，并向接收平台发送相关提示信息。

11.2.1 加密炎型

信息交互加密算法主要使用非对称加密算法。

11. 2. 2 密钥存储

发布平台为接收平台颁发AppKey，同时生成一对密钥对（公钥和私钥），公钥为接收 平台所拥有的AppKey，并由接收平台存储，发布平台存储对应的私钥。

11.2. 3 加密过程

发布平台向接收平台进行事件信息发布时建筑工程标准规范范本，首先对接收平台身份信息、发布消息体做加 解密处理。

2.3.1 接收平台身份的加解密应符合如下过程

a）发布平台通过心跳机制判断接收平台的在离线状态，若在线，则对接收平台身份进 行认证，接收平台以自己存储的AppKey作为公钥加密随机数，生成签名信息，加 密用户身份信息，发送到发布平台； b）发布平台通过查询存储的对应私钥，对用户身份信息进行解密，并校验认证是否通 过。 1.2.3.2发布消息体的加解密应符合如下过程： a）发布平台采用消息摘要算法将AppKey加密时间盐值，加密传输数据包，同时生成 会话密钥，作为对称密钥对加密数据包进行加密，并将盐值信息及加密后的消息

11.2. 3.2 发布消息体的加解密应符合如下过程:

a）发布平台采用消息摘要算法将AppKey加密时间盐值，加密传输数据包，同时生成 会话密钥，作为对称密钥对加密数据包进行加密，并将盐值信息及加密后的消息 起发送给接收平台； b）接收平台接收消息后，先解密会话密钥，用做对称密钥解密数据包，之后解密时间 盐值，并用解密后盐值解密还原原始数据包。

负责管理、维护接收平台的应用、接口以及对接

b）只有将接口及接口提供的方法授权给接收平台使用时，接收平台的相关应用才可调 用该接口的方法。 c）接收平台在集成、调用接口时，发布平台应告知接收平台该接口是否需要授权污水处理厂标准规范范本，若 必须授权，则应告知接口的授权范围，

联车辆平台间协同服务信息交互数据包示例2 (Line 类型事件类型)