DB32T 3826-2020 公务用车信息化平台数据交换技术应用规范

1、ICS 35.240.99L 76DB32江苏省地方标准DB 32/T 3826-2020公务车辆信息平台数据交换技术规范公务车辆信息平台数据交换规范发布于2020年7月14日于2020年8月14日实施江苏省市场监督管理局发布DB32/T 3826-2020内容前言三1范围12规范性参考文件13术语和定义14缩写25数据交换信息内容25.1基本数据25.2定位数据26数据交换形式和要求26.1接口要求26.2数据传输加密36.3基本数据交换36.4位置数据交换37基本信息交换接口描述47.1状态代码4的定义7.2登录界面47.3单元基本信息界面67.4自行车基本信息界面77.5配备车辆信息接口

2、9的超标准7.6驾驶员基本信息界面107.7调度车辆信息界面117.8车辆维护信息界面137.9车辆年检信息界面147.10车辆能耗信息界面147.11车辆保险费用信息界面157.12车辆穿越和穿越费用信息界面167.13车辆停车费信息界面177.14其他车辆费用信息界面187.15监督检查信息界面197.16 12345投诉信息界面207.17社会车辆租赁和调度信息界面217.18车辆违规信息界面227.19车辆处置信息界面23附录a(规范性附录)界面反馈内容25附录b(标准附录)数据字典规范26前言本标准根据国标1.1-2009的规定编制。本标准由江苏省机关事务管理局提出并归口。本标准起草

3、单位：江苏省机关事务管理局、中电洪欣信息技术有限公司.本标准主要起草人：左晓刚、李教玉、罗星、吴伟、陶思蓉、顾新贤、李、斯。26公务车辆信息平台数据交换技术规范1范围本标准规定了公务车辆信息平台的术语和定义、缩写、数据交换内容、交换形式和要求以及基本信息交换接口的描述。本标准适用于公务车辆信息平台的数据交换。2 .规范性参考文件下列文件对本文件的应用至关重要。对于所有注明日期的参考文件，只有注明日期的版本适用于本文件。对于未注明日期的参考文件，最新版本(包括所有修订订单)适用于本文件。中华人民共和国行政区划代码JT/T 808-2013道路运输车辆卫星定位系统北斗兼容车载终端通信协议技术规范3

4、术语和定义以下术语和定义适用于本文件。3.1数据交换不同系统和设备之间的数据传输和处理过程。3.2电子数据交换采用标准格式，利用计算机网络传输和处理业务数据。国标18354-2006，定义5.223.3高级平台接收数据平台。3.4劣质平台：劣质平台发送数据平台。3.5车牌号码公安交通管理部门核发的机动车号牌管理号不包括机动车号牌的颜色。例如：su AJ3030。4缩写以下缩写适用于本文件。对象符号(Java脚本对象符号)UTF-8 Unicode可变长度字符编码(8位Unicode转换格式)；超文本传输协议开机自检是超文本传输协议的重要组成部分。开机自检方法通常用于向目标服务器发送更新请求，请

5、求实体将待处理的数据提交给指定的资源(开机自检)用户数据报协议5数据交换信息内容5.1基本数据5.1.1低层平台交换的基础数据应包括：台的基本信息；自行车基本信息；配备车辆信息的超标准；驾驶员基本信息；调度信息；车辆维护信息；车辆年检信息；车辆能耗信息；车辆保险费用信息；车辆穿越成本信息；车辆停车费信息；其他车辆成本信息；监督检查信息； 12345投诉信息；社会车辆租赁和调度信息；车辆违规信息车辆处置信息5.1.2各种基础数据的详细现场要求见第7章。5.2定位数据交换的车辆定位数据应包括报警标志、状态、经度、纬度、海拔、速度、方向、定位时间、里程等信息，详细的交换内容应符合JT/T 808-2

6、013第8.18节的要求。6数据交换形式和要求6.1接口要求6.1.1当下层平台的基础数据发生变化，定位终端上报定位数据时，应实时传输到数据交换平台。6.1.2调用基础信息交换接口推送数据时，如果接口返回错误，需要根据返回的状态码/描述再次调用接口，实现数据重传。6.1.3调用基础信息交换接口推送数据时，如果等待10秒后接口没有响应，需要再次调用接口进行数据重传。6.1.4当数据交换过程中网络/接口中断时，需要在网络/接口恢复正常后的中断时间内补充所有基础数据和定位数据。6.2数据传输加密6.2.1公务用车终端用支持SM3算法的国家保密芯片对车辆数据进行加密，并上传到各级公务用车平台，平台接收

7、后进行解密和存储。6.2.2当公务车辆的基础数据和定位数据在平台间传输时，下层平台使用国家机密的SM3算法对公务车辆的数据进行加密并上传到上层平台，上层平台接收后进行解密和存储。6.3基本数据交换6.3.1数据交换模式下的数据传输机制应采用web服务接口。在调用接口数据之前，应将数据转换为指定的数据类型和格式。数据类型和格式见第7章。传入的数据由json格式组成。6.3.2所有要求的数据格式应为UTF-8格式。6.3.3应采用超文本传输协议和开机自检请求。6.3.4 JSON数据信息是根据返回数据的具体接口定义的。反馈表见附录一。6.4定位数据交换6.4.1通信机制采用UDP，下平台通过UDP

8、向上平台发送定位数据。平台的通信连接和重传机制应符合JT/T 808-2013第五章和第六章的协议。6.4.2定位数据传输协议满足JT/T 808-2013中注册、认证、位置信息上报、终端总响应和平台总响应协议的要求。数据格式如表1所示，主要包括以下内容：a)终端注册：在下平台向上平台发送车辆定位数据之前，应先在未注册状态下注册下平台的车辆定位终端，注册成功后，下平台将获取上平台的认证码并保存；b)终端认证：下平台收到上平台反馈的注册成功信息后，应立即进行认证。认证成功前，下平台不得上报车辆定位终端的其他信息。上级平台收到终端认证信息后，回复下级平台的总响应消息；c)位置信息报告：下层平台应实

9、时向上层平台发送位置信息报告消息；d)终端一般响应；e)平台总体响应。表1位置数据交换数据格式表序列号定位器数据数据格式要求1终端注册符合JT/T 808-2013表7的要求2终端认证符合JT/T 808-2013表9的要求3位置信息报告符合JT/T 808-2013表23的要求4终端的通用响应消息体符合JT/T 808-2013表4的要求5平台通用响应消息体满足JT/泰国表5的要求牌照号码不存在9109驱动程序不存在10110租赁公司不存在11111区号不存在12112错误的用户名或密码7.2登录界面7.2.1接口描述登录界面描述见表3。表3登录界面描述表接口名称登录界面(应用编程接口/登录

10、)通信承载协议超文本传输协议供应者高级平台主要用户从属平台7.2.2接口输入参数描述登录界面的传入参数描述见表4。表4登录界面传入参数描述表参数名称参数含义数据类型长度评论用户名用户名线V50要求省级平台统一编码，统一编码为行政区域，按照国标2260的相关要求执行，如南京市平台：320100用户通行证用户口令线V50必输项，省级平台统一编码7.2.3接口输入参数格式第7章中各种接口的输入参数格式如下。每个参数的名称和排列顺序应与输入参数描述表中的一致。接口传入参数的格式如下(第7章中各种接口的传入参数的格式按以下格式编写): 信息 :参数名称1: 值，参数名称2: 值，参数名称3: 值，参数名

11、称n: 值示例： 信息 :用户名 : 320100 ，/320100:用户名用户密码 : 123456 /123456:用户密码7.2.4接口返回的参数描述登录界面返回的参数描述见表5。表5登录界面返回参数描述表参数名称参数含义类型长度解释结果返回结果线V50操作成功：成功；失败返回：失败结果代码返回代码数字-自定义返回代码代币返回令牌线V50要访问后续接口的令牌，请请求将后续接口放在请求头中消息返回信息线V50具体描述7.2.5接口返回参数格式每个参数的名称和排列顺序应与返回参数描述表中的一致，接口返回参数的格式如下(第8章，各种接口返回参数的格式按以下格式编写):参数名称1: 值，参数名称

12、2: 值，参数名称3: 值，参数名称n: 值示例：结果 : 成功，结果代码 :100 ，令牌“:”EyjhBGcioIjiuxMij9 . EyjzDwiIjmaggIwyxv 0 ACI 6 invzzxjzc1 m2 yyzzzzzzxC1 iyzqlTq4 ngqtoge5zs1 jzkzjm1ogjlmzchilCj2yyygygyyzjbyzjb21 wyww55s WqioIjjyzwiyzjliyzjljq3ntmtymnjy1motfyyyyygyygyygyyygyfzwilcjc2 vSwixIxIxIx消息 : 登录成功7.3单元基本信息界面7.3.1接口描述公司基本信息界面描述如表6所示。表6单元基本信息界面描述表接口名称公司基本信息界面(api/editGroup)通信承载协议超文本传输协议供应者高级平台主要用户从属平台7.3.2接口输入参数描述单元基本信息界面的输入参数描述见表7。表7机组基本信息界面输入参数描述表参数名称参数含义数据类型长度评论区域代码区域编码线V50必填，如南京：320100groupName单位名称线V50必选，公司名称的全名超群上级下属单位名称线V50必选，无上级下属单位，空socialCreditCode统一社会信用代码线V50必填，18个阿拉伯数字/英语；如