Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD ISO/TR 17185——智能交通系统公共交通乘客信息标准系列
Intelligent Transport Systems — Public Transport User Information — 系列技术报告解读
🚌 PD ISO/TR 17185 是 BSI 采用 ISO 技术报告发布的智能交通系统（ITS）系列文件，专注于公共交通乘客信息（Public transport user information）的数据与互操作。系列由 BSI 技术委员会 EPL/278（智能交通系统）负责编制，国际标准分类号 ICS 03.220.01（运输总则）、35.240.60（信息技术在运输中的应用）。该系列旨在规范公共交通信息的数据结构、标准接口，并推动出行规划系统之间的互操作，为公共交通运营商、信息系统开发商与出行服务提供者构建统一的信息生态。
💡 乘客信息系统的价值在于”数据可用、接口互通”。本系列一方面梳理公共交通数据与接口的标准目录，另一方面通过出行规划系统的用例，示范如何实现跨系统、跨运营商的行程规划互操作。
一、标准系列构成与适用范围 📌
本批次系列包含两个技术报告，分别从标准目录与互操作用例两个角度支撑公共交通乘客信息体系建设：
| 分部 | 标准号 | 主题 | 主要内容 |
|---|---|---|---|
| 数据与接口目录 | PD ISO/TR 17185-2:2015（ISO/TR 17185-2:2015） | 公共交通数据与接口标准目录及交叉参考 | 收集目标、方法论、业务计划与调查、数据标准清单、接口标准交叉引用等 |
| 互操作用例 | PD ISO/TR 17185-3:2015（ISO/TR 17185-3:2015） | 出行规划系统及其互操作用例 | 乘客信息提供的重要性、ISO 17185 目标、出行规划系统用例与互操作需求 |
⚠️ 本系列属于技术报告，聚焦框架与方法论，不规定具体软件实现细节；实际系统集成时仍需结合地区标准（如欧洲 NeTEx、SIRI 等）与本地数据源进行落地。
二、公共交通数据与接口标准目录 📚
Part 2 的核心目标是建立”数据目录与交叉参考文件”，帮助利益相关方理清公共交通信息领域的标准版图：
- 数据目录目标：识别与公共交通乘客信息相关的数据标准，明确各标准的作用范围与相互关系。
- 方法论：通过业务计划与调查（business plan and survey），向业界征集标准使用情况与需求。
- 标准清单与交叉引用：系统梳理时刻表、实时车辆位置、票价、线路网络等数据标准，并给出标准间的引用关系。
- 演进维护机制：为目录的持续更新提供机制建议，使其跟随技术与业务发展不断修订。
✅ 标准目录如同公共交通信息领域的”地图”：既有清单又有交叉引用，可为系统设计人员在众多标准中快速定位”该用哪个标准、与其他标准如何衔接”提供指引。
三、出行规划系统互操作目标 🗺️
Part 3 从乘客信息提供的重要性出发，阐述出行规划系统互操作的需求与用例：
- 乘客信息提供的重要性：高质量、及时、可达的出行信息能显著提升公共交通吸引力与乘客满意度。
- ISO 17185 的目标：为多模式出行规划建立统一的信息语义与接口要求，支持跨区域、跨运营商行程规划。
- 互操作用例：描述多模式行程查询、实时换乘衔接、个性化出行建议等典型用例。
- 互操作需求：定义用例间的数据交换、能力协商与异常处理需求，支撑系统间互操作验证。
⚠️ 出行规划互操作的最大障碍往往不是技术，而是数据语义不一致与接口碎片化：同一”线路/站点”在不同系统中编码不同，将导致行程规划结果失真。互操作用例正是为消除这类歧义提供参考。
四、典型应用场景 🔧
| 应用场景 | 涉及数据 | 典型接口/标准域 | 系列支撑点 |
|---|---|---|---|
| 多模式行程查询 | 线路网络、时刻表、实时车辆位置 | 行程规划数据交换 | Part 2 数据目录、Part 3 用例 |
| 实时换乘衔接 | 实时到发信息、延误预测 | 实时信息接口 | Part 3 互操作需求 |
| 票务与票价信息 | 票价结构、支付方式 | 票价数据标准 | Part 2 交叉引用 |
| 个性化出行建议 | 用户偏好、可达性信息 | 信息服务接口 | Part 3 用例分析 |
五、工程实践应用 🛠️
- 🔍 系统设计：在开发出行 App 或乘客信息服务时，先依据 Part 2 的目录梳理可用数据标准，再按 Part 3 用例明确互操作场景。
- 🔧 数据治理：建立数据字典与语义映射机制，统一线路、站点、运力的编码，保证跨系统数据一致性。
- 📊 互操作测试：按用例构建测试场景，验证不同来源数据在行程规划引擎中的正确融合。
- 📋 生态协同：运营商、数据提供方与软件开发商应基于统一标准协作，推动开放数据接口，降低集成成本。
六、常见问题解答 ❓
❓ 问：ISO 17185 与欧洲的 NeTEx / SIRI 是什么关系？
答：ISO 17185 是关于公共交通乘客信息的框架性技术报告，NeTEx 与 SIRI 等是具体的数据交换标准；本系列在框架层面与之相衔接，具体实施通常采用这些地区性标准。
答：ISO 17185 是关于公共交通乘客信息的框架性技术报告，NeTEx 与 SIRI 等是具体的数据交换标准；本系列在框架层面与之相衔接，具体实施通常采用这些地区性标准。
❓ 问：为什么需要”标准目录”这类文档？
答：交通信息化标准众多且更新频繁，目录与交叉引用能帮助从业人员在纷繁的标准中快速定位适用标准及其相互关系，减少选型失误。
答：交通信息化标准众多且更新频繁，目录与交叉引用能帮助从业人员在纷繁的标准中快速定位适用标准及其相互关系，减少选型失误。
❓ 问：互操作用例的价值在哪里？
答：用例把抽象的需求转化为可执行、可验证的场景，为系统开发、验收与互通测试提供共同语言，是互操作落地的重要抓手。
答：用例把抽象的需求转化为可执行、可验证的场景，为系统开发、验收与互通测试提供共同语言，是互操作落地的重要抓手。
🔍 问：技术报告是否强制要求系统实现特定功能？
答：不强制。技术报告提供参考框架与方法论，实际功能取舍由运营商与开发商依据业务需求、监管要求和投资预算决定。
答：不强制。技术报告提供参考框架与方法论，实际功能取舍由运营商与开发商依据业务需求、监管要求和投资预算决定。
