目 次
前言………………………………………………………………………………………………………… Ⅱ
1 范围……………………………………………………………………………………………………… 1
2 规范性引用文件………………………………………………………………………………………… 1
3 术语和定义……………………………………………………………………………………………… 1
4 缩略语…………………………………………………………………………………………………… 2
5 信息交换平台框架和功能……………………………………………………………………………… 2
6 信息交换模式…………………………………………………………………………………………… 6
7 交换信息分类…………………………………………………………………………………………… 7
8 交换信息结构描述……………………………………………………………………………………… 8
9 信息交换总体技术要求………………………………………………………………………………… 8
附录A(资料性) 数据共享交换内容…………………………………………………………………… 10
附录B(资料性) 结构性数据示例……………………………………………………………………… 11
参考文献…………………………………………………………………………………………………… 13
Ⅰ
JT / T 1117—2025
前 言
本文件按照GB/ T 1. 1—2020《标准化工作导则 第1 部分:标准化文件的结构和起草规则》的规定
起草。
本文件替代JT/ T 1117—2017《综合客运枢纽智能化系统信息交换技术规范》,与JT/ T 1117—2017
相比,除结构调整和编辑性改动外,主要技术变化如下:
———更改了适用范围(见第1 章,2017 年版的第1 章);
———更改了术语“综合客运枢纽信息”“综合客运枢纽信息交换”“上行数据流”和“下行数据流”的
定义(见3. 1、3. 2、3. 7、3. 8,2017 年版的3. 1、3. 2、3. 5 和3. 6);
———增加了术语“交换节点”“枢纽协同运行管理与服务平台”和定义(见3. 5、3. 6);
———更改了信息交换平台逻辑框架,增加了与枢纽协同运行管理与服务平台之间的信息交换,增加
了综合客运枢纽信息交换子节点类型(见5. 1,2017 年版的5. 1);
———更改了信息交换平台总体框架,更改了交换管理子系统,增加了信息资源层的前置库(见5. 2,
2017 年版的5. 2);
———更改了信息交换子系统中数据过滤、数据传输、数据服务和交换流程的规定(见5. 3. 1、5. 3. 4、
5. 3. 6、5. 3. 7,2017 年版的5. 3. 1、5. 3. 4、5. 3. 6 和5. 3. 7);
———增加了数据资源目录管理、数据质量监测和数据脱敏加密管理的规定(见5. 4. 2 ~5. 4. 4);
———更改了信息交换模式分类的规定(见6. 1,2017 年版的6. 1);
———更改了交换信息类型的规定(见7. 1,2017 年版的7. 1);
———更改了交换信息结构描述中逻辑结构、物理结构的规定(见8. 2、8. 3,2017 年版的8. 2、8. 3);
———更改了信息交换总体技术要求中基本要求、性能要求、运行环境适应性要求(见9. 1 ~ 9. 3,
2017 年版的9. 1 ~9. 3)。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由全国智能运输系统标准化技术委员会(SAC/ TC 268)提出并归口。
本文件起草单位:交通运输部公路科学研究所、中路高科交通科技集团有限公司、交通运输部路网
监测与应急处置中心、北京航空航天大学、北京市智慧交通发展中心(北京市机动车调控管理事务中
心)、上海市城市建设设计研究总院(集团)有限公司、北京交科公路勘察设计研究院有限公司、北京公
联交通枢纽建设管理有限公司、北京云星宇交通科技股份有限公司、中咨数据有限公司、青岛海信网络
科技股份有限公司、交通运输部规划研究院、北京市交通运输综合执法总队执法保障中心、北京市交通
委员会政务服务中心(北京市船舶检验所)、北京市运输事业发展中心。
本文件主要起草人:李斌、焦伟赟、肖晖、张云、张晓亮、于海洋、刘冬梅、张海林、陈希、衡玉明、汪林、
张建苍、徐硕、张园梦、丁丽媛、保丽霞、王雯雯、包左军、于海涛、李振华、钱越、张鑫、刘杰、孙蕊、吴蕾、
潘勇、朱苍晖、裴光石、乔国梁、赵琳、骆林、张辉、刘文平、张骦、张贺、胡松、王海鹏、孙婧、马飞、尹升、
朱杰锐、王晶、董婉青、刘禹卿。
本文件及其所代替文件的历次版本发布情况为:
———2017 年首次发布为JT/ T 1117—2017;
———本次为第一次修订。
Ⅱ
JT / T 1117—2025
综合客运枢纽智能化系统信息交换技术规范
1 范围
本文件规定了综合客运枢纽智能化系统信息交换平台框架和功能、信息交换模式、交换信息分类、
交换信息结构描述及信息交换总体技术要求。
本文件适用于综合客运枢纽智能化系统的信息交换。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅
该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/ T 7027 信息分类和编码的基本原则与方法
GB/ T 21062. 1 政务信息资源交换体系 第1 部分:总体框架
GB/ T 21062. 2 政务信息资源交换体系 第2 部分:技术要求
GB/ T 21062. 4 政务信息资源交换体系 第4 部分:技术管理要求
GB/ T 21063. 1 政务信息资源目录体系 第1 部分:总体框架
GB/ T 22240 信息安全技术 网络安全等级保护定级指南
GB/ T 35273 信息安全技术 个人信息安全规范
GB/ T 37378 交通运输 信息安全规范
GB/ T 39477 信息安全技术 政务信息共享 数据安全技术要求
GB/ T 43709 资产管理信息化 数据质量管理要求
JT/ T 980 综合客运枢纽智能化系统建设总体技术要求
JT/ T 1065 综合客运枢纽术语
3 术语和定义
JT/ T 980、JT/ T 1065 界定的以及下列术语和定义适用于本文件。
3.1
综合客运枢纽信息 information of multimodal passenger transportation hub
综合客运枢纽建设运营管理单位及其衔接的公路、水运、铁路、民航、公共汽电车、城市轨道交通、巡
游出租车、网约出租车、互联网租赁自行车等交通客运方式的建设运营管理单位,为安全保障、运营管理
和公众服务而采集、加工和使用的各种结构化、半结构化和非结构化的数据资源。
3.2
综合客运枢纽信息交换 information exchange for multimodal passenger transportation hub
综合客运枢纽信息按照统一的格式和要求,实现系统间访问与提取的过程。
3.3
综合客运枢纽信息交换主节点 information exchange main node of multimodal passenger transportation
hub
具有信息交换节点管理、交换流程管理和信息资源监控管理等功能的综合客运枢纽信息交换管理中枢。
1
JT / T 1117—2025
3.4
综合客运枢纽信息交换子节点 information exchange sub node of multimodal passenger transportation
hub
能够实现各交通客运方式智能化系统与综合客运枢纽信息交换主节点间的信息资源适配、转换和
传输等功能的综合客运枢纽信息交换分支。
3.5
交换节点 exchange node
参与信息交换的节点,涵盖综合客运枢纽信息交换主节点和综合客运枢纽信息交换子节点。
3.6
枢纽协同运行管理与服务平台 hub collaborative operation management and service platform
面向枢纽间协同管控与服务,具有运营管理单位和运输企业的综合运行监测功能、交通行业企业的
枢纽间多模式客运方式协同调度功能以及可提供公众出行全过程信息服务功能的综合平台。
3.7
上行数据流 uplink data flow
由综合客运枢纽信息交换子节点向综合客运枢纽信息交换主节点传递的数据流以及由综合客运枢
纽信息交换主节点向枢纽协同运行管理与服务平台传递的数据流。
3.8
下行数据流 downlink data flow
由综合客运枢纽信息交换主节点向综合客运枢纽信息交换子节点传递的数据流以及由枢纽协同运
行管理与服务平台向综合客运枢纽信息交换主节点传递的数据流。
4 缩略语
下列缩略语适用于本文件。
AMQP:高级消息队列协议(Advanced Message Queuing Protocol)
FTP:文件传输协议(File Transfer Protocol)
JMS:Java 消息服务(Java Message Service)
JSON:对象简谱,一种轻量级的数据交换格式(Java Script Object Notation)
HTTP:超文本传输协议(Hypertext Transfer Protocol)
HTTPS:安全超文本传输协议(Hyper Text Transfer Protocol over Secure Socket Layer)
SOAP:简单对象访问协议(Simple Object Access Protocol)
SOA:面向服务架构(Service-Oriented Architecture)
TCP:传输控制协议(Transmission Control Protocol)
TCP&SSL:安全传输控制协议(Transmission Control Protocol over Secure Socket Layer)
XML:可扩展置标语言(Extensible Markup Language)
5 信息交换平台框架和功能
5. 1 信息交换平台逻辑框架
枢纽协同运行管理与服务平台、综合客运枢纽信息交换主节点与综合客运枢纽信息交换子节点通
过综合客运枢纽信息交换传输通道实现上行数据流和下行数据流信息交换。综合客运枢纽信息交换平
台的框架应符合GB/ T 21062. 1、GB/ T 21062. 2 和GB/ T 21063. 1 的相关规定。综合客运枢纽信息交换
平台逻辑框架见图1。
2
JT / T 1117—2025
图1 综合客运枢纽信息交换平台逻辑框架
5. 2 信息交换平台总体框架
综合客运枢纽信息交换平台总体框架由基础设施层、信息资源层、交换支撑层、信息交换层和应用
展示层组成,见图2。
图2 综合客运枢纽信息交换平台总体框架
3
JT / T 1117—2025
5. 3 信息交换子系统功能
5. 3. 1 数据过滤
数据过滤功能包括:
a) 数据应按照GB/ T 7027 的相关规定进行标准化,形成完整、统一的综合客运枢纽信息交换元
数据目录服务和信息编码体系;
b) 可自定义数据标准;
c) 应按照GB/ T 43709 的相关规定,通过对比、清洗等操作使质量达标数据可以进行交换,质量
不达标数据应另做标识、存储、保护、检索和处置。
5. 3. 2 数据适配
数据适配功能应包括:
a) 提供同构或异构数据选择性抽取方式,支持实时、定时、触发器等数据抽取调度机制;
b) 提供同构或异构数据存储、入库和适配等操作。
5. 3. 3 数据转换
数据转换功能包括:
a) 应支持异构数据之间格式、代码转换;
b) 应提供数据转换规则定义接口和常用转换函数,并可自定义转换函数。
5. 3. 4 数据传输
数据传输功能应包括:
a) 实现数据在网络中的可靠传输,并支持断点续传;
b) 支持HTTP、HTTPS、TCP、TCP&SSL、JMS、SOAP、AMQP、FTP 等多种协议;
c) 支持一个交换节点同时向多个交换子节点的数据传输模式;
d) 支持文件大小4 GB 以下单个文件的高效传输,支持断点续传;
e) 支持单表记录数2 000 万条以上数据库数据的传输;
f) 采用可靠队列、优先级控制、传输加密、传输身份认证等方式确保信息交换传输的可靠性和安全性。
5. 3. 5 路由转发
应提供不相邻交换节点间的信息交换路由转发功能。发送到不相邻交换节点的信息,可经交换主
节点一次或多次路由寻址,直至发送到最终目标交换节点。
5. 3. 6 数据服务
宜提供基于SOA 的数据服务,综合客运枢纽信息交换主节点与外部应用系统间可根据双方约定的
服务名称,通过AMQP、HTTP、WebService 等方式请求技术获取指定数据服务的应答信息。
5. 3. 7 交换流程
宜提供综合客运枢纽信息交换各节点直接信息交换流程部署和交换任务定义、调度的功能。
5. 4 交换管理子系统功能
5. 4. 1 系统管理
应实现信息交换系统自身的基本配置、审计等级策略、历史传输日志存储策略、邮件通知服务器配
4
JT / T 1117—2025
置、告警预警策略等功能。
5. 4. 2 数据资源目录管理
应实现数据资源目录分类、数据标准生成、编辑、发布等功能。
5. 4. 3 数据质量监测
应实现对实时传输数据掉线、缺失等异常现象进行预警及时钟校准等基本数据质量监测功能。
5. 4. 4 数据脱敏加密管理
应实现数据脱敏信息分类、数据加密、脱敏规则管理、脱敏加密数据生成、编辑、发布等功能。
5. 4. 5 节点管理
节点管理功能应包括:
a) 提供综合客运枢纽信息交换节点和各交通客运方式交换节点集中配置功能;
b) 提供交换节点的增加、删除、修改、查询等功能;
c) 提供交换节点间传输通道的定义和配置功能。
5. 4. 6 权限管理
权限管理功能应包括:
a) 提供角色管理、用户管理、组织机构管理等功能;
b) 提供多维度、细粒度授权功能,如节点管理授权、数据源授权、交换流程授权、审计授权等
功能;
c) 提供统一的用户认证,为交换节点提供单点登录功能。
5. 4. 7 流程管理
流程管理功能应包括:
a) 提供信息交换流程、交换任务的管理功能,并可以配置信息交换任务的执行调度策略功能;
b) 提供基于交换节点、交换数据源、交换流程或交换任务的交换统计功能。
5. 4. 8 监控管理
监控管理功能主要包括:
a) 应提供系统组件的状态、日志、异常监控功能;
b) 应提供信息交换节点所在的服务器或虚拟机的CPU、内存、硬盘、网络I/ O 等设备运行状态监
控以及交换节点启动/ 停止功能;
c) 应提供交换节点告警信息及时报警和通知功能;
d) 应提供信息交换失败原因逐级追踪功能;
e) 宜提供远程部署和远程系统维护功能。
5. 4. 9 审计管理
审计管理功能应包括:
a) 提供记录用户信息交换所有操作的功能;
b) 提供审计记录的查询、清理等功能。
5
JT / T 1117—2025
5. 4. 10 认证授权
认证授权功能应包括:
a) 提供节点登录身份信息管理、节点身份认证等功能;
b) 提供创建节点、修改节点、删除节点、浏览节点等功能;
c) 提供权限维护、访问控制等功能。
6 信息交换模式
6. 1 信息交换模式分类
信息交换模式分为点到点信息交换模式、路由转发信息交换模式、发布订阅信息交换模式和接口调
用信息交换模式。
6. 2 点到点信息交换模式
点到点信息交换模式应符合以下要求:
a) 采用消息队列的方式直接建立发送交换节点与接收交换节点间传输通道;
b) 向接收交换节点发送消息数据的发送交换节点数量没有限制,但每条消息只能发送至一个接
收交换节点,并且由该接收交换节点接收,见图3。
图3 点到点信息交换模式
6. 3 路由转发信息交换模式
发送交换节点和接收交换节点在网络不相邻的情况下应能通过借助中间路由交换节点的消息队列
进行路由转发并最终发送给接收交换节点,见图4。
图4 路由转发信息交换模式
6
JT / T 1117—2025
6. 4 发布订阅信息交换模式
发布订阅信息交换模式应具有以下功能:
a) 信息的发送交换节点将信息发布到指定的信息交换目标主题,并经由该主题传送到所有订阅
了该主题的接收交换节点,向信息交换目标主题发送消息的发送交换节点数量没有限制,并
且订阅该主题的信息接收交换节点数量也没有限制;
b) 信息接收交换节点在订阅某个主题时支持持久性订阅,即接收交换节点注册到目标主题后,
消息传送时接收交换节点处于非活动状态,当接收交换节点变为活动状态时,能接收到此前
发送的消息;
c) 实现N-M 的信息交换模式,即有M 个接收交换节点向信息交换目标主题发送订阅请求,N 个
发送交换节点向目标主题发布消息,这些消息经过主题发送给M 个接收交换节点,见图5。
图5 发布订阅信息交换模式
6. 5 接口调用信息交换模式
接口调用信息交换模式应具有以下功能:
a) 参与信息交换的源交换节点或目标交换节点能调用相应的信息交换接口向目标交换节点主
动推送信息或从源交换节点检索信息,见图6;
b) 支持HTTP、HTTPS、TCP、TCP&SSL、JMS、SOAP、AMQP、FTP 等标准传输协议中的一种或多种。
图6 接口调用信息交换模式
7 交换信息分类
7. 1 交换信息类型
交换信息应按以下类型分类:
a) 按行业分为公路、水运、铁路、民航、公共汽电车、城市轨道交通、巡游出租车、网约出租车、互
联网租赁自行车、停车等交通领域的安全保障、运营监管和乘客服务信息;
b) 按结构分为结构化、半结构化和非结构化数据;
c) 按使用类型分为数据库信息、文本信息、图片信息、视频信息和音频信息;
d) 按更新频率分为动态信息和静态信息。
注:数据共享交换内容见附录A。
7
JT / T 1117—2025
7. 2 交换信息优先级
7.2.1 信息按照优先级进行交换,信息优先级根据信息的重要程度和时效性分为3 个等级,级数越
高,优先级越高。
7.2.2 交换信息优先级确定顺序如下:
a) 安全保障类信息为3 级;
b) 运营管理类和乘客服务类信息中需要实时传输的信息为2 级;
c) 各类静态信息和其他缺省信息为1 级。
8 交换信息结构描述
8. 1 消息定义类型
交换信息中结构性数据定义为消息,消息定义类型分为逻辑结构和物理结构。
8. 2 逻辑结构
交换信息的逻辑结构应符合以下要求:
a) 由消息头、数字签名和消息体三部分进行定义。
b) 消息头部分定义消息相关属性,包含消息版本、消息类型、消息的唯一编号、相关消息编号、时
间戳、消息的接收应用类型、消息的发送应用类型、消息的优先级、消息的有效期、消息大小、
其他交换自定义属性等信息。
c) 对于需要加签数字签名和核验数字签名的消息,按照要求填写数字签名内容。数字签名域采
用变长数据格式。描述加签要素和数字签名编制、数字签名核验标准等。
d) 消息体部分定义发送或接收方的相关信息数据,信息交换流程通过解析消息体中的信息,依
据消息数据按照目标接收应用的类型,将消息数据进行加工转换,并存储到信息交换中心库
的相应位置。
8. 3 物理结构
交换信息中结构性数据宜采用JT/ T 1021 中XML 消息格式或采用JSON 消息格式进行定义,示例
见附录B。
9 信息交换总体技术要求
9. 1 基本要求
信息交换符合以下要求:
a) 应实现消息的可靠传输、路由转发,并支持多种传输格式;
b) 应通过组件方式实现文件适配、数据库适配、数据转换、数据传输等功能;
c) 应采用由交换中心集中管理的端对端分布式体系结构,使数据能在各交换节点间并行传输;
d) 应支持跨防火墙的数据传输;
e) 应具备良好的可扩展性,可根据交换需求变化实现系统的扩展部署;
f) 应保障交换节点、交换中心之间数据的可靠传输;
g) 消息总线应具备数据路由的能力,各节点应支持双向数据采集及处理;
h) 消息输送方(数据源)应支持心跳检测机制,为信息交换平台及接收方(目的端)提供用于监视
8
JT / T 1117—2025
其状态的方法;
i) 应对数据进行加密脱敏处理,确保数据在传输过程中不被窃取或篡改,同时宜使用数字签名技
术验证数据来源的真实性;
j) 应在通信协议中集成身份验证和授权机制,确保只有合法的用户或系统才能访问和交换数据;
k) 信息安全应满足GB/ T 21062. 4、GB/ T 39477、GB/ T 37378、GB/ T 35273 的相关要求。
9. 2 性能要求
平台性能应满足以下要求:
a) 保证信息的完整性、安全性和一致性;
b) 实时数据传输应在业务需求范围内完成,支持多用户并发要求,并满足相应的传输网络和时
间要求;
c) 非实时类数据传输的时效应满足业务频率要求;
d) 提供7 ×24 h 稳定可靠的服务。
9. 3 运行环境适应性要求
平台运行环境应符合以下要求:
a) 信息交换平台及其依赖的中间件产品支持稳定可控的多种操作系统;
b) 适应数据持久化存储要求,支持关系型及非关系型稳定可控的数据库存储、音视频和文档型
文件存储等方式。
9. 4 信息交换网络要求
信息交换网络应符合以下要求:
a) 综合客运枢纽信息交换网络采用光纤环网加星型网络的复合式网络拓扑结构;
b) 信息交换网络满足信息双向可靠传输、无单点故障、中心压力小和分布式管理的实际需求;
c) 光纤环网技术主干节点通过防火墙接入主干网络系统平台;
d) 综合客运枢纽内部网络采用星型结构连接各个主干节点来接入主干网络系统平台;
e) 综合客运枢纽内部核心主干网络均采用千兆以太网。
9. 5 信息交换安全要求
信息交换安全应符合以下要求:
a) 根据枢纽规模和GB/ T 22240 相关规定确定安全防护等级、交换节点安全等级,并根据确定的
安全等级配备相应的安全防护措施;
b) 具备符合安全等级要求的快速恢复能力;
c) 确保基础网络、主机、应用系统和数据在传输、存取和处理过程中的安全性;
d) 保护有可能被侵犯或破坏的机密信息不被外界非法操作者的控制,达到保密性、完整性、可用
性、可控性等目标;
e) 运用信息加密、数字签名、访问控制、路由控制,公证机制等技术提高信息交换和传输过程中
的保密性,能防止信息被窃取。
9
JT / T 1117—2025
附 录 A
(资料性)
数据共享交换内容
A. 1 数据共享交换内容
数据共享交换内容见表A. 1。
注:表A. 1 所列数据共享交换内容涵盖了综合客运枢纽的各类交通方式(包括铁路、公路、水运、航空等)。不同类
型的综合客运枢纽依据JT/ T 1112—2017 中的分类方法,结合自身特点,从表A. 1 中选择适用的数据交换内容
进行实施和调整。
表A. 1 数据共享交换内容
序号行业分类数据项交换频率
1 公路枢纽周边高速公路交通状态(拥堵/ 畅通) 实时
2 公路客运班次信息、预计到达/ 发车时间实时
3 公路客运站点客流量(进站、出站) 每日
4 水运船只班次及预计进港/ 出港时间实时
5 水运港口客流量(进港、出港) 每日
6 铁路列车班次及预计到达/ 发车时间实时
7 铁路站点客流量(进站、出站) 每日
8 民航航班信息及预计到达/ 起飞时间实时
9 民航机场客流量(到达、离港) 每日
10 公共汽电车公交班次及预计到站时间实时
11 公共汽电车站点客流量每日
12 城市轨道交通列车班次及预计到站时间实时
13 城市轨道交通站点客流量每日
14 巡游出租车枢纽排队车辆数实时
15 网约出租车枢纽接单数量实时
16 互联网租赁自行车可用自行车位置实时
17 互联网租赁自行车自行车使用次数每日
18 停车停车位占用情况实时
10
JT / T 1117—2025
附 录 B
(资料性)
结构性数据示例
B. 1 采用XML 消息格式
11
JT / T 1117—2025
B. 2 采用JSON 消息格式
12
JT / T 1117—2025
参考文献
[1] JT/ T 1067—2016 综合客运枢纽通用要求
[2] JT/ T 1112—2017 综合客运枢纽分类分级
[3] JT/ T 1021 交通运输信息系统 基于XML 的数据交换通用规则
13
JT / T 1117—2025
评论