【JT交通运输标准】 出租汽车服务管理信息系统第4部分:数据交换与共享

ICS35.240.60
备案号：
中华人民共和国交通运输行业标准JT/T905.4—2014
出租汽车服务管理信息系统
第4部分：数据交换与共享
Taxi service and management information system-Part 4:Data exchange and sharing2014-04-15发布
中华人民共和国交通运输部
2014-09-01实施
规范性引用文件
术语、定义和缩略语
术语和定义
缩略语
4技术要求
通信方式
安全认证
功能实现流程
协议消息格式
数据实体格式
5常量定义：
5.1业务数据类型标识-
子业务类型标识，
JT/T905.4—2014
HiiKAoNi KAca
iiKAoNiKAca
JT/T905《出租汽车服务管理信息系统》分为四个部分：第1部分：总体技术要求；
第2部分：运营专用设备；
第3部分：信息数据元；
第4部分：数据交换与共享。
本部分为JT/T905的第4部分。
本部分按照GB/T1.1—2009给出的规则起草。本部分由交通运输部信息通信和导航标准化技术委员会提出并归口。本部分起草单位：交通运输部公路科学研究院。JT/T905.4—2014
本部分主要起草人：杨英俊、叶静、肖哗、王轶萍、杨富锋、顾敬岩、孙玉光、吴金中、柯玉玺、薄军、段一飞、周元峰、吴雪梅、吴印龙、李为为、I
HiiKAoNi KAca
HiiKAoi KAca
1范围
出租汽车服务管理信息系统
第4部分：数据交换与共享
JT/T905.4—2014
JT/T905的本部分规定了市级客运出租汽车服务管理信息系统与省部平台之间数据交换的技术要求，包括通信方式、安全认证、功能实现流程、协议消息格式和数据实体格式等内容。本部分适用于出租汽车服务管理信息系统与省部平台之间的数据交换与共享。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T2260
GB/T2261.1
GB/T3304
GB/T4658
GB/T11714
GB/T12402
JT/T415-2006
中华人民共和国行政区划代码
个人基本信息分类与代码第1部分：人的性别代码中国各民族名称的罗马字母拼写法和代码学历代码
全国组织机构代码编制规则
经济类型分类与代码
中华人民共和国机动车驾驶证件道路运输电子政务平台编目编码规则JT/T905.2-2014出租汽车服务管理信息系统第2部分：运营专用设备JT/T905.32014出租汽车服务管理信息系统第3部分：信息数据元3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
上级平台superiorplatform
出租汽车服务管理信息系统中的省级、部级系统。3.1.2
下级平台inferiorplatform
出租汽车服务管理信息系统中的市级系统、接人部级系统的省级系统。3.1.3
车辆定位信息vehiclepositioninginformation由智能服务终端从导航卫星接收并发送到监控指挥中心的，与该出租汽车当前位置有关的信息以及出租汽车报警状态信息的统称，如经纬度，速度方向等。3.1.4
车辆动态信息
yehicledynamicinformation
HiiKAoNiKAca
JT/T905.4-2014
出租汽车在运营行驶过程中产生的相关信息，包括车辆定位、运营等方面的信息。3.1.5
vehicle static information
车辆静态信息
出租汽车从事经营活动相关的、在一定时期内固定不变的行政管理和运营管理信息，包括企业、车辆、从业人员、运价等信息。
链路link
在上下级平台之间采用两条基手TCP协议的虚拟通道。3.2缩略语
下列缩略语适用于本文件。
CCITT：国际电报电话咨询委员会（IntermationalTelephoneandTelegraphConsultativeCommittee）CRC：循环穴余校验（cyclicredundancycheck）CRC16-CCITT：CCITT标准的CRC-16检验码4技术要求
4.1通信方式
上级平台与下级平台之间应采用面向连接的链路通信方式，具体要求如下：a）上下级平台间通信方式采用TCP协议长连接方式；b）上级平台作为服务器端，提供服务的IP地址、端口号以及用户名、密码等信息，供下级平台接人；
c）下级平台作为客户端，向上级平台发起建立链路连接请求，链路成功建立后，上下级平台通过该链路进行数据通信；
d）通信链路通过其中的TCP客户端方发送链路保持数据包检测链路连接状态，实现链路的可靠连接。
4.2安全认证
根据4.1中规定的通信方式、上级平台对下级平台的接入请求进行安全验证，确保建立可靠、可信的通信链路。
上级平台对下级平台安全验证流程应遵循以下规定：a）上级平台为下级平台分配相应的接人码、接人用户名、密码以及数据加解密相关参数；b）下级平台与上级平台连接时，发送“登录请求”消息，上级平台收到下级平台连接请求后，首先验证请求的IP地址，如果请求IP地址与约定的接人IP地址不一致，则返回验证失败结果；其次，上级平台对下级平台的接人码、用户名以及密码进行验证，根据验证的结果向下级平台返回相应的结果值：
c）上下级平台间的数据传输宜采用加密模式传输，实现对传输数据的即时加密，具体加密算法按照4.4.6中的规定。
4.3功能实现流程
4.3.1链路管理类流程
4.3.1.1下级平台链路登录流程
HiiKAoNiKAca
下级平台向上级平台请求链路登录流程应遵循以下规定：JT/T905.4—2014
a）由下级平台向上级平台发送登录请求，登录请求数据包内容包括平台接人码、登录用户名、密码、建立从链路所需的TCP服务P地址及端口号：b）上级平台对下级平台的登录请求进行安全认证，同时在日志中记录登录情况，如果认证成功，应答登录成功，否则应答登录失败，并给出失败原因码；c）链路建立成功后，后续数据通信包经该链路进行发送。4.3.1.2链路保持流程
链路保持流程应遵循以下规定：a）下级平台登录成功后，在与上级平台之间如果有应用业务数据包往来的情况下，不需要发送链路保持数据包；否则，下级平台应每隔1min发送一个链路保持请求数据包到上级平台以保持链路连接；
b）在没有应用数据包往来的情况下，上级平台连续3min未收到下级平台发送的链路保持请求数据包，则认为与下级平台的连接中断，将主动断开数据传输链路；在没有应用数据包往来的情况下，下级平台连续3min未收到上级平台发送的链路保持应答数c
据包，则认为与上级平台的连接中断，将主动断开数据传输从链路。4.3.1.3下级平台向上级平台请求链路注销当下级平台主动退出时，首先发送链路注销请求，上级平台收到注销请求后返回链路注销应答并记录日志，上级平台即断开该链路。4.3.1.4下级平台主动关闭与上级平台之间的链路连接当下级平台作为客户端发现链路连接异常时，记录到日志，下级平台即主动中断链路连接。4.3.2出租车动态信息交换业务类流程4.3.2.1下级平台向上级平台实时上传车辆定位信息下级平台在收到车辆定位信息后，应实时向上级平台上传该车辆定位信息，上级平台接收到该信息后，进行人库记载并给下级平台应答。4.3.2.2下级平台向上级平台实时上传车辆营运数据信息下级平台在收到车辆营运数据信息后应实时向上级平台上传该车辆营运数据信息，上级平台接收到该信息后，进行入库记载并给下级平台应答。4.3.2.3下级平台向上级平台补报车辆定位信息若双方平台之间通信链路中断，应在双方链路通信恢复后，由下级平台向上级平台补报链路中断期间未上传的车辆定位信息。
4.3.2.4下级平台向上级平台补发车辆营运数据信息若双方平台之间通信链路中断，应在双方链路通信恢复后，由下级平台向上级平台补报链路中断期间未上传的车辆营运数据信息。4.3.3信息统计业务类流程
出租汽车服务管理信息系统中的市级平台按照要求定期汇总系统运行数据上报至上级平台，上级平台接收到该信息后，进行人库记载并给下级平台应答。定期汇总系统运行数据包括：出租汽车日营运情况数据、出租汽车单车月营运数据。4.3.4出租车静态信息交换业务类流程4.3.4.1下级平台向上级平台上传出租车静态信息流程4.3.4.1.1下级平台初次连接上级平台时需进行出租汽车静态信息的上报，上级平台接收到该信息ii KAoNni KAca
JT/T905.4—2014
后，进行入库记载并给下级平台应答。4.3.4.1.2当出租汽车静态信息某些数据项发生变化时，下级平台即可上报出租汽车静态信息，上级平台接收到该信息后，进行入库更新并给下级平台应答。4.3.4.2上级平台向下级平台请求补报出租汽车静态信息流程4.3.4.2.1下级平台向上级平台进行车辆定位信息或营运数据信息上报时，发现车辆的静态信息缺失后，即刻向下级平台发送补报车辆静态信息请求。4.3.4.2.2下级平台在收到请求后，即刻将相应车辆的静态信息数据补报给上级平台。3上级平台接收到车辆的静态信息数据后，进行入库记载并给下级平台应答。4.3.4.2.3
协议消息格式
消息说明
每条信息应包含消息头和消息体两部分。数据流应遵循大端（bigendian，即高字节在前，低字节在后）排序方式的网络字节顺序。未使用的数据位皆填0x00。4.4.2
数据类型
基本数据类型规定见表1。
表1基本数据类型
数据类型
time_t
Octet String
BCD[n]
UINT16
UINT32
数据结构
描述及要求
64位无符号整型，占8byte
单字节
多字节
定长字符串，位数不足时，右补十六进制0x00，汉字采用GBK编码8421码，占nbyte
16位无符号整型，占2byte
32位无符号整型，占4byte
两个平台之间进行数据交换时，所交换的消息的数据结构由五部分组成，见表2。交换消息的数据结构
数据结构
HEADFLAG
MESSAGEHEADER
MESSAGE BODY
CRCCODE
ENDFLAG
头标识
消息头
消息体
CRC校验码
尾标识
4.4.4标示位
头标识为字符0x5b。
尾标识为字符0x5d。
JT/T905.4—2014
若校验码、消息头以及消息体中出现头尾标识字符，则要进行转义处理，转义规则如下：a）若数据内容中有出现字符0x5b的，需替换为字符0x5a紧跟字符0x01；b）若数据内容中有出现字符0x5a的，需替换为字符0x5a紧跟字符0x02：若数据内容中有出现字符0x5d的，需替换为字符0x5e紧跟字符0x01：c
d）若数据内容中有出现字符0x5e的，需替换为字符0x5e紧跟字符0x02。4.4.5消息头
在两个平台之间进行数据交换时，数据结构中消息头的格式见表3。表3消息头格式
字段名
MSG_LENGTH
MSG_SN
MSG_ID
MSG_GNSSCENTERID
VERSION_FLAG
ENCRYPT_FLAG
ENCRYPT_KEY
数据加密
数据类型
UINT32
UINT32
UINT16
UINT32
UINT32
数据密钥格式
描述及要求
数据长度（包括头标识、消息头、消息体、CRC校验码和尾标识）消息序列号，占4byte，用于接收方检测是否有信息的丢失。上级平台和下级平台按自已发送数据包的个数计数，互不影响。程序开始运行时等于零，发送第一顿数据时开始计数，到最大数后自动归零业务数据类型的标识
下级平台接入码，上级平台给下级平台分配的唯一标识号协议版本号标识，上下级平台之间采用的标准协议版本编号，占3byte。
例如：0x010x020x0F表示的版本号是V1.2.15消息加密标识位：0表示消息不加密：1表示消息加密，说明对后续相应业务的数据体采用ENCRYPT_KEY对应的密钥进行加密处理消息体加密的密钥，占4byte
数据传输中所采用的数据密钥格式规定见表4。表4数据密钥格式
字段名
ENCRYPT_KEY
4.4.6.2数据加密要求
数据类型
UINT32
描述及要求
数据加密的密钥，占4byte
4.4.6.2.1加密只针对消息的消息体部分进行。密钥通过网络进行传输，不同的消息可采用不同的密钥进行加密。
4.4.6.2.2在数据包发送之前，将数据包内容与伪随机序列按字节进行异或运算。5
JT/T905.4—2014
4.4.6.2.3加密算法采用N模伪随机序列发生器产生伪随机字节序列，将待传输的数据与伪随机码按字节进行异或运算。
4.4.6.2.4不同的上下级平台之间，加密的算法是一致的，但是针对M1、IA1、IC1的不同。数据先经过加密而后解密。
4.4.6.3加密算法
加密解密为同一算法。
Const unsigned UINT32Ml=A;
Constunsigned UINT32IA1=B;
Const unsigned UINT32IC1=C;
Voidencrypt(UINT32key，unsigned char *buffer，UINT32 size)UINT32 idx = O;
if(0 = = key )
key = l;
UINT32 mkey = M1;
if (O = = mkey)
mkey = l;
while( idx< size)
key = IAl * （key % mkey)+ ICl;buffer[idx++]=（unsigned char)((key>>20)&OxFF);4.4.7数据校验
从消息头到校验码前的CRC16-CCITT的校验值，遵循大端排序方式的规定。CRC16-CCITT码生成多项式为×16+×12++1，简记式1021。数据CRC校验码格式规定见表5。表5校验码格式
字段名
CRCCODE
数据实体格式
数据实体格式说明
4.5.1.1概述
数据长度
数据类型
UINT16
描述及要求
数据CRC校验码wwW.bzxz.Net
表6至表30定义了消息体中数据项的组成，消息体为定长格式，按照位置解析字段。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。