一种城轨多层级数据平台及数据处理方法

技术领域

本发明涉及轨道交通技术领域，尤其涉及一种城轨多层级数据平台及数据处理方法。

背景技术

城市轨道交通是涉及运营生产、乘客服务等多方面的多地域多业务系统的综合体。在当前的城轨建设中，各业务系统仍采用分立建设方式。各业务系统多为“从车站到中心”的烟囱型系统。系统之间没有或者仅有少量信息交互，缺少信息融合与共享。从而形成若干信息孤岛。虽然现在城轨已经逐渐呈现系统融合趋势，但仍缺少面向多专业的数据融合共享平台。此外，城轨各业务系统也在引入大数据技术，增强各自的数据治理和分析处理能力，增强数据对应用功能的支撑，但各业务系统数据平台仍是单地域的自有专享的平台，没有从多专业和多地域角度进行数据整理治理和集中处理。

故现有的城轨数据治理背景方案都或多或少的存在以下缺陷：首先，虽然具有诸多业务系统，但仍不具备数据治理能力，不能利用数据的价值增强系统的功能和乘客服务水平。其次，即使现有的城轨数据有数据平台，业务系统仍多为单地域(如中心)的数据平台，缺少多地域多层级数据治理的协同机制。最后，在现有的城轨数据平台中，由于各业务系统各自分立，数据缺少交互和共享；不能从多专业角度进行整体数据融合和数据价值挖掘。

有鉴于此，亟需提高现有的城轨数据治理方法，以满足城轨系统的高速发展需求。

发明内容

本发明实施例提供一种城轨多层级数据平台及数据处理方法，用以解决现有技术中在进行的前城轨数据治理时存在的诸多缺陷，以实现合理、高效、安全的障碍物检测及规避方法。

第一方面，本发明实施例提供一种城轨多层级数据平台，主要包括：设置于每列列车上的列车数据平台、设置于每个车站的车站级数据平台、设置于控制中心的单线中心数据平台以及设置于城轨线网中心的线网数据平台；列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台之间进行数据实时交互，以实现对整个城轨线网内运行数据的集中处理。

可选地，数据平台、所述车站级数据平台、所述单线中心数据平台和所述线网数据平台是按照各自所处云边端的地位，基于云边端协同方法进行部署的、

可选地，上述列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台均包括用于实现数据采集和共享的数据共享层和用于实现数据分配使用的数据接口服务层；车站级数据平台、所述单线中心数据平台和所述线网数据平台还包括用于实现数据清理的数据清洗层、用于实现数据存储的数据存储层和用于实现数据分析处理的数据治理层。

可选地，每个列车数据平台基于发布/订阅机制，通过其所属的数据共享层与各车载业务系统进行数据实时交互；每个列车数据平台还用于通过数据共享层，实现各车载业务系统之间的数据实时交互；每个列车数据平台还用于通过数据共享层，实现与当前位置所属的车站级数据平台之间的数据实时交互。

可选地，每个车站级数据平台基于发布/订阅机制，通过其所属的数据共享层与各站内业务系统进行数据实时交互；每个车站级数据平台还用于通过数据共享层，实现各站内业务系统之间的数据实时交互；每个车站级数据平台还用于通过数据共享层，实现与其所属的单线中心数据平台之间的数据实时交互；每个车站级数据平台还用于与前后相邻车站进行数据实时交互；每个车站级数据平台还用于与进入线路范围内的列车数据平台进行数据实时交互。

可选地，每个单线中心数据平台用于通过数据共享层为各中心业务系统提供统一的数据通道，以实现各中心业务系统之间的数据实时交互；每个单线中心数据平台还用于通过其所属的数据共享层，实现与其所属的车站级数据平台之间的数据实时交互；每个单线中心数据平台还用于与线网数据平台进行数据实时交互。

可选地，线网数据平台用于通过其所属的数据共享层，预留对外通信通道，以实现与外部系统的联动；线网数据平台还用于与每个单线中心数据进行数据实时交互；线网数据平台还用于为各类线网级系统提供统一的数据通道，以供各类线网级系统进行基于发布订阅的解耦通信机制的数据实时交互。

第二方面，本发明实施例还提供一种城轨多层级数据平台架构方法，包括构建如第一方面任一所述的城轨多层级数据平台，并利用城轨多层级数据平台实现对整个城轨线网内运行数据的集中处理。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述城轨多层级数据平台数据处理方法的步骤。

第四方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述城轨多层级数据平台数据处理方法的步骤。

本发明实施例提供的城轨多层级数据平台及数据处理方法，针对城市轨道交通中列车、车站、单线控制中心、线网中心四级数据的融合治理，提供了一种城轨多层级数据平台，通过在列车、车站、单线中心、线网中心分别建设不同规模的数据平台。通过这些数据平台之间的互通，实现四层级多专业数据的融合，并通过层层数据治理，充分利用城轨各层级数据平台的治理能力，实现城轨多专业多层级数据的汇聚和整体最优治理。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种城轨多层级数据平台的结构示意图；

图2是本发明实施例提供的各个数据平台的数据处理示意图；

图3是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种一种城轨多层级数据平台，如图1所示，包括但不限于：设置于每列列车上的列车数据平台、设置于每个车站的车站级数据平台、设置于控制中心的单线中心数据平台以及设置于城轨线网中心的线网数据平台；其中，每个列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台之间进行数据实时交互，以实现对整个城轨线网内运行数据的集中处理。

针对当前城市轨道交通中列车、车站、单线控制中心、线网中心四级数据融合时所存在的缺少多地域多层级数据治理的协同机制的缺陷，本发明实施例提供了一种城轨多层级数据平台，通过在所有列车、各个车站、各单线中心、线网中心分别建设不同规模的数据平台，并通过这些数据平台之间的互通，实现四层级多专业数据的融合，并通过层层数据治理，充分利用城轨各层级数据平台的治理能力，实现城轨多专业多层级数据的汇聚和整体最优治理。

具体地，整个城轨系统的数据中台(又称天枢中台)由各列车、各车站、各单线中心以及线网中心多层级多地域数据平台共同组成；这些数据平台可以通过数据交互共享，实现数据治理结果互享和算力支持。同时各数据平台可以为各自所属区域内的多专业系统提供统一的数据服务和智能支撑。即通过单个的数据平台可以实现本地域(如中心或车站)的数据治理，而通过城轨数据中台整体的“层层数据汇聚治理，逐层向上提交优质结果数据”方式，又可以实现整个城轨运营生产数据的融合与优化。

进一步地，在本发明实施例中，通过将列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台设置为由低到高的四个层级，并通过“高层级数据平台为低层次数据平台提供数据分析支持”的方式，实现高层级更强大的数据处理算力的向下层投射，从而可以最大程度地提升整个城轨数据中台算力资源的利用效率，更好地支撑各层级智能化应用。

本发明实施例提供的城轨多层级数据平台，针对城市轨道交通中列车、车站、单线控制中心、线网中心四级数据的融合治理，提供了一种城轨多层级数据平台，通过在列车、车站、单线中心、线网中心分别建设不同规模的数据平台。通过这些数据平台之间的互通，实现四层级多专业数据的融合，并通过层层数据治理，充分利用城轨各层级数据平台的治理能力，实现城轨多专业多层级数据的汇聚和整体最优治理。

基于上述实施例的内容，作为一种可选实施例，列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台是按照各自所处云边端的地位，基于云边端协同方法进行部署的。

其中，云边端协同即将云计算，边缘计算和终端计算相结合，通过将互联网上的云、边缘的计算、设备端的计算三体联动起来，构建一个核心数据处理平台。将设备段计算扩展到边缘计算，在靠近客户端、设备端(如列车端)的数据平台上建立一定的计算能力，让计算变得更近，从而可以让网络延时变得不再成为问题，能够更及时的做出最优的决策。

具体地，在本发明实施例中充分考虑城轨各层级实际应用环境各不相同，处于城轨云边端不同地位，所部署的数据平台也互不相同。例如：列车设备空间有限、设备资源有限，主要以“边”计算为主，重点是对车载现场数据的实时处理，数据量不会很大，所以列车数据平台可以仅包括数据共享层和数据接口服务层。而车站设备设备空间更大，有较丰富的相关设备资源，可以用于执行兼顾“边”端和“云”端计算；单线控制中心设备空间大，计算存储资源多，则将其设置为主要以“云”端计算为主；线网中心的设备资源最丰富，具备最强算力，是适宜于被设置为典型的“云”端计算。

因此，在本发明实施例中按照各层级计算存储资源规模，从列车数据平台到线网中心数据平台，各层级数据平台处理功能和数据规模逐渐增大；充分发挥“云”端的数据平台具备强大的数据汇集、治理和数据挖掘能力，而“边”端的数据平台由于算力和存储能力相对弱一些，则以数据传输共享，数据实时处理为主的理念部署所述列车数据平台、所述车站级数据平台、所述单线中心数据平台和所述线网数据平台是按照各自所处云边端的地位。

本发明实施例提供的城轨多层级数据平台，通过天枢数据中台一体化的架构方法，结合城轨列车、车站、单线中心、线网中心各层级数据平台的实际数据处理能力和处理需求，按照各自所处云边端的地位，基于云边端协同方法进行合理部署，在保证数据处理速度的基础上，实现了城轨各层级各系统数据的融合共享、城轨数据的整体最优化治理、城轨数据治理算力的高效利用。

基于上述实施例的内容，作为一种可选实施例，列车数据平台、车站级数据平台、单线中心数据平台和线网数据平台均包括用于实现数据采集和共享的数据共享层和用于实现数据分配使用的数据接口服务层；车站级数据平台、单线中心数据平台和线网数据平台还包括用于实现数据清理的数据清洗层、用于实现数据存储的数据存储层和用于实现数据分析处理的数据治理层。

具体地，如图2所示，在本发明实施例中由于列车设备的空间有限、设备资源有限，故仅需要列车数据平台进行边缘计算，即用于执行各车载业务系统之间的数据实时交互，并通过与车站级数据平台通信连接，将获取的数据上传至车站级数据平台，以利用车站级数据平台完成数据的清洗、存储、以及分析处理，故仅仅需要在列车数据平台上设置用于实现数据采集和共享的数据共享层和用于实现数据分配使用的数据接口服务层。

与之不同的是，由于车站设备设备空间更大，有较丰富的相关设备资源，能兼顾“边”端和“云”端计算；单线控制中心设备空间大，计算存储资源多，主要以“云”端处理为主；线网中心设备资源最丰富，具备最强算力，是典型的“云”端应用。故在车站级、单线中心级、线网级数据平台均设置完整的五层结构，即不仅仅包括用于实现数据采集和共享的数据共享层和用于实现数据分配使用的数据接口服务层，还包括用于实现数据清理的数据清洗层、用于实现数据存储的数据存储层和用于实现数据分析处理的数据治理层。

进一步地，还按照各层级计算存储资源规模，设置从列车到线网中心，各层级数据平台处理功能和数据规模逐渐增大。其中，用于“云”端计算的数据平台具备强大的数据汇集、治理和数据挖掘能力，用于“边”端计算的数据平台则算力和存储能力相对弱一些，以数据传输共享，数据实时处理为主。

综上所述，在本发明实施例中，列车数据平台以“提供统一便捷数据传输通道，增强列车多系统信息互通能力”为主，而单线中心和线网中心数据平台以“多专业数据汇聚融合、大数据挖掘”为主；车站数据平台则用于兼顾满足“现场信息快速处理”和“数据挖掘”两方面需求。各个数据平台通过数据共享层，实现列车、车站、单线中心、线网中心四层级多数据平台的数据互通，形成可支撑城轨运营生产作业的网状数据总线。

本发明实施例提供的城轨多层级数据平台，根据各个层级数据平台的处理能力，合理的设置其数据层的结构，以适应云边端协同方法的部署要求，有效地保证了数据能够呗及时、有效的进行交互处理。

基于上述实施例的内容，作为一种可选实施例，每个列车数据平台基于发布/订阅机制，通过其所属的数据共享层与各车载业务系统进行数据实时交互；每个列车数据平台还用于通过数据共享层，实现所述各车载业务系统之间的数据实时交互；每个列车数据平台还用于通过数据共享层，实现与当前位置所属的车站级数据平台之间的数据实时交互。

具体地，在本发明实施例中，在每列列车上均部署列车数据平台。各个列车级数据平台可以为其所在的列车上的各车载业务系统提供数据实时传输共享功能。各车载业务系统可以通过数据平台的数据共享层统一的数据通道进行消息发布，通过采用消息订阅机制，接收方可以配置化地从统一数据通道中获取所需数据，实现通过平台数据共享层，实现车载各业务系统之间的实时数据通信，并实现发送方与接收方通信解耦。

进一步地，还可以通过列车级数据平台的数据共享层，利用5G等移动通信技术，可以实现前后车之间较大信息量的直接实时交互，互传列车位置、速度、加速度等各类状态信息，可以应用于诸如列车协同编队等场景中。

进一步地，通过数据共享层，列车级数据平台还可以与车站级数据平台实现数据实时或准实时互通。基于列车和车站数据平台的大容量数据互通，关于列车运行的大量状态数据可以被快速落地处理，利于地面人员对列车运行状态的全面监控。同时，列车也可获取所需各种车站信息，例如：前方车站站内乘客拥挤度、各车门乘降处乘客排队情况、换乘通道乘客密度、车站主要出入口和电梯位置等，从而实现列车乘客对前方车站情况的超视距感知，提升列车乘客服务水平。

需要说明的是，每列列车是根据列车的实时位置接入至与当前位置相对应的车站级数据平台。由于全线有多个车站级数据平台，故需要确定列车在运行过程中具体与哪个车站级数据平台连接互通。可以按照列车位置所在的线路范围，根据列车的当前位置来确定相应连接的车站数据平台，并在列车跨越线路范围边界时，自动与下一个车站数据平台建立连接。通过上述自动进行列车-车站数据平台自动匹配连接方式的设定，可以便于列车从就近的车站数据平台快速获取前方车站的信息。

通过列车数据平台与车站数据平台互通，可以利用车站更为丰富的计算资源对列车快速落地的数据进行快速数据分析，并将数据分析结果及时反馈给列车；从而实现车站算力的下延，为列车提供数据分析处理的算力支持，为列车实现更多的智能化功能创造条件。

基于上述实施例的内容，作为一种可选实施例，每个车站级数据平台基于发布/订阅机制，通过其所属的数据共享层与各站内业务系统进行数据实时交互；每个所述车站级数据平台还用于通过数据共享层，实现各站内业务系统之间的数据实时交互；每个所述车站级数据平台还用于通过数据共享层，实现与其所属的单线中心数据平台之间的数据实时交互；每个所述车站级数据平台还用于与前后相邻车站进行数据实时交互；每个所述车站级数据平台还用于与进入线路范围内的列车数据平台进行数据实时交互。

具体地，在一条地铁线路上，可按照线路范围设置若干车站级数据平台(例如：按照设备集中站方式布置)，每个车站数据平台就近对应一段地铁线路范围。

基于车站数据平台的数据共享层，车站数据平台可以为车站内各业务系统提供统一的数据共享通道。其中，车站内各业务系统可以包括：车站内电梯监测系统、隧道射流风机监视系统、空气环境质量监测系统、乘客异常行为监测系统、隧道环境监测系统等。通过基于发布订阅机制的统一数据通道，各业务系统之间也可以便捷的实现数据互通，避免各个业务系统两两之间进行系统接口。

可以实现单线内各车站与前后车站数据平台之间实时互通，也实现目标车站与该单线中指定车站(例如换乘站)的数据平台互通。一方面，通过相邻车站数据平台的互通，可以获取邻站的车站客流信息、拥挤度、是否存在异常等信息，并通过车地数据平台互通功能，分享给列车，为列车乘客提前感知前方多站信息提供基础。另一方面，通过与指定车站数据平台互通，可以获取特定车站的信息，例如：换乘站乘客拥挤度、终端站与其它线路末班车衔接信息，可以使本车站或列车乘客提前获知相关重要信息。

进一步地，也可以通过车站数据平台的数据共享层，实现车站数据平台与单线中心数据平台互通。车站将本站数据清洗处理后的高质量数据成果上传给单线中心数据平台，从而保证单线中心所汇聚全线的各车站各列车各专业数据的质量，为单线中心和线网中心的数据挖掘提供优良的数据基础。同时，借助单线中心更为强大的计算能力，以及单线中心更为全面的数据，可以为车站提供更好的数据挖掘服务，并将结果反馈给车站数据平台，为车站的智能服务提供了数据支撑。

但由于全线有多个车站级数据平台，需要确定每列车在运行过程中如何与哪个车站级数据平台连接互通。可以按照列车位置所在的线路范围，来确定相应连接的车站数据平台，并在跨越线路范围边界时，自动与下一个车站数据平台建立连接。通过这种方式，可以便于列车从就近的车站数据平台快速获取前方车站的信息。

进一步地，针对所采集的本车站各业务系统的数据、本车站辖区内各列车的数据，车站数据平台对其进行统一的数据清洗、统一的数据处理和提供统一数据服务接口，并可以基于统一的数据平台进行智能功能开发。基于统一的车站数据平台，还可以实现多专业联动的车站智能功能。

基于上述实施例的内容，作为一种可选实施例，每个单线中心数据平台用于通过所述数据共享层为各中心业务系统提供统一的数据通道，以实现各中心业务系统之间的数据实时交互；每个单线中心数据平台还用于通过其所属的数据共享层，实现与其所属的车站级数据平台之间的数据实时交互；每个单线中心数据平台还用于与线网数据平台进行数据实时交互。

具体地，可以在每个单线控制中心部署一个单线中心级数据平台，可选地，如图1所示，也可以在单线控制中心部署一个单线中心数据平台的同时，还部署一个备用单线控制中心，构成冗余设计，以防止单线中心数据平台发生意外时，由备用单线控制中心代替其继续运行，从而保证数据交互不中断。

进一步地，单线中心级数据平台可以为中心各业务系统提供统一的实时或准实时的数据通道。中心各业务系统可以包括：中心列车自动监控系统(ATS)、中心铁路自动售检票系统(AFC)、中心轨道交通综合监控系统(ISCS)、中心乘客信息系统(PIS)等。通过构建的统一数据通道，各业务系统之间可以实现数据传输共享，并且相互之间通信解耦。

通过单线中心数据平台的数据共享层，单线中心数据平台可以横向与邻线中心数据平台互通，实现相邻线路信息的互通，例如：邻线计划运行图、跨线列车信息、邻线换乘站客流等。从而利于地铁列车跨线运行和不同地铁线路运营之间的协调。也可以纵向的与车站数据平台互通，在此就不作赘述。

进一步地，通过与线网中心数据平台互通，单线中心数据平台将本单线内经数据治理后的有价值数据进一步上传给线网中心数据平台。同时利用线网中心数据平台的更大算力资源和线网全面的数据资源，为单线中心提供算力和数据支持，更好地支撑单线中心的智能业务。

进一步地，在所述单线中心数据平台，可统一对本单线内各车站、各列车、各业务系统数据进行统一数据清洗、统一数据治理和统一数据服务接口，以面向单线中心各专业系统提供数据支持。

本发明实施例提供的城轨多层级数据平台，基于统一的单线中心数据平台，可以实现多专业数据的融合，更好地提升单线整体的智能化水平。

基于上述实施例的内容，作为一种可选实施例，线网数据平台用于通过其所属的数据共享层，预留对外通信通道，以实现与外部系统的联动；线网数据平台还用于与每个单线中心数据进行数据实时交互；线网数据平台还用于为各类线网级系统提供统一的数据通道，以供各类线网级系统进行基于发布订阅的解耦通信机制的数据实时交互。

具体地，可以在线网中心部署线一个网级数据平台。通过线网中心数据平台的数据共享层，线网中心数据平台为各类线网级系统(如线网级ATS、线网级AFC、线网级PIS等)提供统一数据通道。并实现发布订阅的解耦通信机制。也可通过数据共享层，预留对外通信通道，为后续地铁与外部系统联动(例如：其它制式公交系统)提供条件。

由于线网中心汇聚整个地铁线网的各条线各车站各列车全专业的海量数据，并能够通过大数据平台技术对这些数据进行挖掘治理，因此本发明实施例提供的城轨多层级数据平台，能高效的实现对线网中心各专业智能系统的数据支持。

本发明实施例还提供一种城轨多层级数据平台数据处理方法，主要包括：构建如上述任一实施例中提供的城轨多层级数据平台，并利用构建的城轨多层级数据平台实现对整个城轨线网内运行数据的集中处理。

具体地，本发明实施例提供的城轨多层级数据方法，利用天枢中台构建数据中台一体化的多层级数据平台，结合城轨列车、车站、单线中心、线网中心各层级数据平台的应用实际，分别在列车、车站、单线中心、线网中心建设不同规模的数据平台，通过这些数据平台之间的互通，实现四层级多专业数据的融合，并通过层层数据治理，充分利用城轨各层级数据平台的治理能力，实现城轨多专业多层级数据的汇聚和整体最优治理。

具体地，可以将每个数据平台的层次结构设置为包括：数据共享层、数据清洗层、数据存储层、数据治理层、数据接口服务层。

其中，各数据平台的数据共享层主要用于实现接入数据平台各业务系统之间数据传输共享、数据采集以及不同数据平台之间的数据互通。各数据平台的数据治理层主要用于实现数据平台对其所采集数据的分析处理和数据挖掘。

其中，各数据共享层可以采用基于发布/订阅机制的消息中间件技术实现，但具体到不同层级的数据平台，则会根据硬件和应用环境的不同，选择不同的消息中间件实现。例如：列车级数据共享层选择侧重于数据传输可靠性和实时性的消息中间件，而单线中心数据平台和城轨线网中心的线网数据平台的共享层由于侧重于大容量高并发的消息中间件，其数据治理层则可以采用大数据平台技术实现。

本发明实施例提供的城轨多层级数据处理方法，针对城市轨道交通中列车、车站、单线控制中心、线网中心四级数据的融合治理，提供了一种城轨多层级数据平台，通过在列车、车站、单线中心、线网中心分别建设不同规模的数据平台。通过这些数据平台之间的互通，实现四层级多专业数据的融合，并通过层层数据治理，充分利用城轨各层级数据平台的治理能力，实现城轨多专业多层级数据的汇聚和整体最优治理。

需要说明的是，本发明实施例提供的城轨多层级数据平台架构方法，在具体执行时，可以基于上述任一实施例所述的城轨多层级数据平台来实现，对此本实施例不作赘述。

图3示例了一种电子设备的实体结构示意图，如图3所示，该电子设备可以包括：处理器(processor)310、通信接口(communication interface)320、存储器(memory)330和通信总线(bus)340，其中，处理器310，通信接口320，存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储器330中的逻辑指令，以执行城轨多层级数据平台架构方法，该方法包括：利用预先构架的城轨多层级数据平台实现对整个城轨线网内运行数据的集中处理。

此外，上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

此外，上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的城轨多层级数据平台架构方法，该方法包括：利用预先构架的城轨多层级数据平台实现对整个城轨线网内运行数据的集中处理。

又一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的以执行城轨多层级数据平台架构方法，该方法包括：利用预先构架的城轨多层级数据平台实现对整个城轨线网内运行数据的集中处理。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。