城轨企业数字化转型的主要参与方包括城轨运营企业，传统工业控制系统供应商、传统IT平台供应商、互联网企业和数据智能企业。这些企业虽然各有特点，但截至目前，尚没有一家企业能够独立实现城轨企业数字化转型解决方案整体集成交付。因此，多方协同，是一个不得不面对的问题。本文分析了当前在城轨线网级平台类大型集成系统中，各类企业担当的角色及存在的问题，末尾将针对上述问题提出可行的解决方案以及各类厂商可行的角色分工，为破解城轨企业数字化转型的整体路径提供参考，欢迎您在评论区留言。

包括信号、PSCADA、BAS、FAS、ISCS、PIS、AFC、CCTV等系统供应商。

这些系统经过十几年的发展，已经形成一套稳定的系统架构，是城市轨道交通服务依赖的基础系统，离开了这些系统就不可能有“全自动驾驶列车”，也不可能有“智慧车站”，可以说，上述系统是城轨企业的“基本盘”。同时这些系统因其对实时性、安全性的高要求以及行业监管等问题，短期内难以被替代（虽然个别领域，如BAS、AFC等已经被互联网公司渗透）。

可以预见，上述系统作为城轨企业“基本盘”的地位，在短期内无法撼动。对上述系统的改进，提高其智能化程度，更好的支持城轨企业的业务流程以及如何利用大数据、人工智能等技术，发掘沉淀在上述系统中的数据价值，将是未来一段时间内的主要工作。

近年来，随着城轨云的迅速发展，传统IT平台供应商已经成为城轨企业数字化转型过程中的重要力量。这类厂商的主要业务模式包括：

（1）服务器、存储设备、私有云平台（IaaS层）基础设施；

（2）向公有云（IaaS、PaaS）、私有云PaaS领域、大数据平台、AI领域的渗透。

（3）企业治理咨询能力以及系统集成能力。

传统IT平台供应商，相对于传统工业控制系统供应商而言，并不能为客户提供完整的应用系统解决方案，也就是说他们所提供的相关平台能力（例如大数据平台），并不能单独为用户服务，需要通过应用系统供应商（生态伙伴，如前文所述的传统工业控制系统供应商）实现落地（例如大数据平台需要通过大数据应用落地）。但当前除了IaaS层基础能力外，这类企业目前和生态伙伴的合作尚不深入，孵化的应用场景较为有限。

针对于企业治理咨询和系统集成，这类企业在行业内沉淀不足，将自身的经验与行业特点相结合面临较大的挑战。

互联网厂商的主要业务模式包括：

（1）公有云（IaaS、PaaS、SaaS）

（2）私有云平台（IaaS、PaaS）层基础设施，包括物联网平台、虚拟化平台、敏捷化平台（容器、微服务、Devops）、大数据平台、AI平台（推理和训练）、AI算法（人脸识别、语音识别、OCR等）等。

（3）乘客服务系统：基于社交平台、支付等触及乘客，进而提供相关服务以及乘客流量运营。

互联网厂商对IT系统技术架构的主要贡献包括高可用、高并发、低延迟和高安全性（指Information Security，非Safety）平台技术。与传统IT平台供应商类似，互联网厂商提供的IT基础能力也需要通过生态合作伙伴落地，而当前互联网厂商由于进入行业较晚，与生态合作伙伴的对接较少，在传统应用系统领域尚在被行业接纳初期。只在个别领域，如基于物联网平台的智慧楼宇BAS系统及智能音视频技术（基于AI的人脸识别AFC、语音购票、语音操作系统、语音合成信息发布）等场景实现了突破。

基于社交平台、支付系统等乘客触点的服务和流量运营业务是互联网厂商的传统赛道，以此为切入点，互联网厂商已经逐步渗透到传统的AFC、PIS等领域，并取得了良好的效果，如近年来广泛应用的乘车码和互联网信息发布等手机应用（小程序或手机APP）。

数据智能企业主要的业务模式主要包括：

（1）商业智能：线路级、线网级运营指标统计与分析，为数据驱动运营服务，支撑公司治理和服务质量改进。

（2）预测性维护：通过数据分析监测设备状态，为修程修制改革服务，以达到提高设备完好率、节约维护成本的目的。

与传统的商业智能系统相比，城市轨道交通系统的指标体系有很大的不同，其统计模型需要商业智能企业与城轨企业共同研究确定，目前，此类研究开展的尚不充分，实际落地效果并不明显。

预测性维护由于涉及大量专业设备的数据建模，需要在领域内深耕多年，并与设备厂商紧密合作，才能取得较好的结果，同时预测性维护还面临着诸如企业的信息化尚未完成，设备履历管理依然采用纸质履历表；一些设备尚没有可以实施监测的传感器；设备厂商不愿开放监测数据或监测系统能力所限，难以开放等诸多挑战。

大数据分析对修程修制改革的指导，通常是“一次性”项目，这类项目往往通过数据分析工具分析得到诸如“维修周期由3个月延长到6个月”的结论即可，并不需要开发相应的实时监测应用，这类诉求，由于商业模式问题，往往被厂商忽视。

综上，城市轨道交通企业在数字化转型过程中，需要充分认识各类企业的优势和存在的问题，并加以充分利用，通过系统集成，实现数字化转型整体解决方案的集成交付和长期演进。

城市轨道交通企业应及时将自身在系统运用过程中遇到的痛点反馈给系统供应商，并支持供应商的系统改进活动。

城市轨道交通企业应坚持需求导向，不搞单纯的技术驱动，减少对供应商技术选型的干预，在没有充分验证的情况下，应避免强行采用某些“先进”技术带来的移植成本和技术风险。

数字化转型，应该从咨询及顶层规划开始，与传统IT平台供应商或咨询公司一道，梳理业务流程，并依据公司组织变革，对流程做适当拆分重组，明确业务架构和应用架构。切忌不做充分调研，照搬其他公司“先进经验”。

与数据智能企业一道，完成公司数据架构设计，并实现数据架构标准化。特别针对系统间接口，提高模块互换性，为长期演进奠定基础。

与集成商（可以是传统工控系统供应商、传统IT平台供应商、互联网公司或数据智能厂商）和设计单位共同设计技术架构，充分讨论选型，切忌被厂商商业目的绑架，强推采用某一厂商系统，导致不必要的技术风险（传统IT平台厂商、互联网厂商的基础能力需要生态伙伴落地，应充分征询生态伙伴意见）。谨慎规划各类中台业务，减少中台与前台的兼容性问题。

传统IT平台厂商、互联网厂商及数据智能厂商，应广泛的与传统工业控制系统厂商合作，将先进的IT技术运用于传统工业控制系统，提高系统智能程度，更好的支持城轨业务流程。加强对大数据、人工智能技术的运用，挖掘沉睡在系统中的数据价值。