CN109756549A - 轨道交通乘客信息系统、方法、云平台及云播控器 - Google Patents

Abstract

本发明提出一种轨道交通乘客信息系统、方法、云平台及云播控器，其中，轨道交通乘客信息系统包括：乘客信息系统云平台和云播控器，所述云播控器通过轨道通信专用网络与所述乘客信息系统云平台通信连接；所述乘客信息系统云平台，用于将待下发信息发送至对应的所述云播控器，以及用于接收所述云播控器上传的监控信息，并向用户展示所述监控信息；所述云播控器，用于接收所述待下发信息，并执行与所述待下发信息对应的操作，以及用于将采集的所述监控信息上传至所述乘客信息系统云平台。本发明提出的轨道交通乘客信息系统、方法、云平台及云播控器，减小了设备故障和系统故障的可能性和建设成本，降低了乘客信息系统的横向扩展成本。

Description

轨道交通乘客信息系统、方法、云平台及云播控器

技术领域

本发明涉及通信技术领域，尤其涉及一种轨道交通乘客信息系统、方法、云平台及云播控器。

背景技术

乘客信息系统，作为轨道交通公共运输的一部分，是为服务乘客而存在的。通过提供以运营信息为核心的多样化的多媒体信息，如列车运营信息、天气信息、紧急疏散指导等，从而让乘客更好地适应轨道交通环境和使用轨道交通提供的各种服务。

现有技术中，轨道交通乘客信息系统的架构图如图1所示，采用3层架构体系，包括控制中心、车站系统、车载系统、车载播控器和车站播控器。控制中心主要实现编辑、播放、管理、控制等功能，下发的信息由车站系统按要求进行现场播放、管理及控制；车载系统和车站系统则通过网络接收控制中心下发的各种信息后转发到播控器；车站和车载播控器在接收到相关的媒体、运营、信号等信息后，将相应的信息解析并呈现在播控器上显示。其中，车站系统需要负责部分车载播控器和车站播控器的管理和控制工作。

但现有技术至少存在如下缺陷：1)从控制中心部署架构上来看，各线路控制中心采用的是传统服务器，软件系统采用独立部署的方式，使得乘客信息系统的横向扩展成本相对比较高。2)从系统层级上来看，乘客信息系统采用3层架构体系，车站系统及车载系统仅负责信息转发和采集，设备和系统存在冗余，增加了设备故障和系统故障的可能性和建设成本。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种轨道交通乘客信息系统，以降低乘客信息系统的横向扩展成本，减小设备故障和系统故障的可能性和建设成本。

本发明的第二个目的在于提出一种云平台。

本发明的第三个目的在于提出一种云播控器。

本发明的第四个目的在于提出一种轨道交通信息的处理方法。

为达上述目的，本发明第一方面实施例提出了一种轨道交通乘客信息系统，包括：乘客信息系统云平台和云播控器，所述云播控器通过轨道通信专用网络与所述乘客信息系统云平台通信连接；

所述乘客信息系统云平台，用于将待下发信息发送至对应的所述云播控器，以及用于接收所述云播控器上传的监控信息，并向用户展示所述监控信息；

所述云播控器，用于接收所述待下发信息，并执行与所述待下发信息对应的操作，以及用于将采集的所述监控信息上传至所述乘客信息系统云平台。

本发明实施例的轨道交通乘客信息系统，云播控器通过轨道通信专用网络与乘客信息系统云平台通信连接，使得云播控器和乘客信息系统云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于乘客信息系统云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

为达上述目的，本发明第二方面实施例提出了一种云平台，所述云平台通过轨道通信专用网络与云播控器通信连接，所述云平台包括：

发送模块，用于将待下发信息发送至对应的所述云播控器；

第一接收模块，用于接收所述云播控器上传的监控信息，并向用户展示所述监控信息。

本发明实施例的云平台，通过轨道通信专用网络与云播控器通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

为达上述目的，本发明第三方面实施例提出了一种云播控器，所述云播控器通过轨道通信专用网络与云平台通信连接，所述云播控器包括：

第二接收模块，用于接收所述云平台发送的待下发信息，并执行与所述待下发信息对应的操作；

上传模块，用于将采集的监控信息上传至所述云平台。

本发明实施例的云播控器，通过轨道通信专用网络与云平台通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。

为达上述目的，本发明第四方面实施例提出了一种轨道交通信息的处理方法，云播控器通过轨道通信专用网络与云平台通信连接，所述处理方法包括：

所述云平台将待下发信息发送至对应的所述云播控器，以及接收所述云播控器上传的监控信息，并向用户展示所述监控信息；

所述云播控器接收所述待下发信息，并执行与所述待下发信息对应的操作，以及将采集的所述监控信息上传至所述云平台。

本发明实施例的轨道交通信息的处理方法，云播控器通过轨道通信专用网络与云平台通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为现有的轨道交通乘客信息系统的架构图；

图2为本发明一实施例提出的轨道交通乘客信息系统的结构示意图；

图3为媒体信息下发的流程示意图；

图4为监控信息上传的流程示意图；

图5为图2所示的轨道交通乘客信息系统与外部接口通信的结构示意图；

图6为本发明一实施例提出的云平台的结构示意图；

图7为本发明一实施例提出的云播控器的结构示意图；以及

图8为本发明一实施例提出的轨道交通信息的处理方法的流程示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的轨道交通乘客信息系统、云平台、云播控器及轨道交通信息的处理方法。

图2为本发明一实施例提出的轨道交通乘客信息系统的结构示意图。如图2所示，本发明实施例的轨道交通乘客信息系统具体包括：乘客信息系统云平台21和云播控器22，云播控器22通过轨道通信专用网络与乘客信息系统云平台21通信连接。

乘客信息系统云平台21，用于将待下发信息发送至对应的云播控器22，以及用于接收云播控器22上传的监控信息，并向用户展示监控信息。

云播控器22，用于接收待下发信息，并执行与待下发信息对应的操作，以及用于将采集的监控信息上传至乘客信息系统云平台21。

具体的，本发明实施例的轨道交通乘客信息系统采用乘客信息系统云平台21+云播控器22的2层架构体系，与现有的3层架构体系的轨道交通乘客信息系统相比，去掉了车站系统及车载系统，将车站系统及车载系统统一合并到乘客信息系统云平台21中。乘客信息系统云平台21与云播控器22之间通过轨道通信专用网络直接进行通信，无需车站系统及车载系统的转发，减小了设备故障和系统故障的可能性和建设成本。

乘客信息系统云平台21可以为云播控器22提供显示所需的各类信息。乘客信息系统云平台21可以根据用户选择的待下发信息、播控器范围和填写的一系列基本信息，制定一个下发计划。在用户选择下发时，乘客信息系统云平台21会发送相应的下发指令到云播控器22中。云播控器22接收乘客信息系统云平台21发送的下发指令，解析下发指令得到待下发信息，根据待下发信息执行与待下发信息对应的操作。其中，待下发信息具体可包括以下信息中的任意一种或多种的组合：模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息等。

云播控器22实时采集自身的监控信息，并将采集的监控信息上传至乘客信息系统云平台21。乘客信息系统云平台21接收云播控器22上传的监控信息，并通过播放引擎向用户展示解析后的监控信息。其中，监控信息具体可包括但不限于以下信息中的任意一种或多种的组合：当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息等。

本实施例中，云播控器通过轨道通信专用网络与乘客信息系统云平台通信连接，使得云播控器和乘客信息系统云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于乘客信息系统云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

为了清楚说明上一实施例，本实施例提供了另一种轨道交通乘客信息系统。在上一实施例的基础上，乘客信息系统云平台21和云播控器22之间可以基于消息总线(MessageQueue，简称MQ)中间件进行通信，即乘客信息系统云平台21通过消息总线MQ中间件将待下发信息发送至对应的云播控器22，云播控器22通过消息总线MQ中间件将采集的监控信息上传至乘客信息系统云平台21。

当待下发信息为媒体信息时，云播控器22执行与待下发信息对应的操作包括：云播控器22根据媒体信息，采用断点续传的方式从乘客信息系统云平台21的开放存储系统中，下载与媒体信息对应的媒体文件，保存至本地存储系统中，向乘客展示媒体文件，并向乘客信息系统云平台21发送下载成功的消息。

具体的，图3为媒体信息下发的流程示意图。如图3所示，乘客信息系统云平台21中的第一文件传输组件211将包含媒体信息的媒体文件下载通知消息发送至消息总线MQ中间件212。消息总线MQ中间件212根据媒体信息，将相应的下发指令发送到云播控器22中的第二文件传输组件221。云播控器22中的第二文件传输组件221接收消息总线MQ中间件212发送的下发指令，解析下发指令得到媒体信息，根据解析得到的媒体信息，采用断点续传的方式从乘客信息系统云平台21的开放存储系统213中，下载与媒体信息对应的媒体文件，保存至本地存储系统222中，并通过播放引擎向乘客展示媒体文件。云播控器22中的第二文件传输组件221下载媒体文件成功后，向乘客信息系统云平台21中的消息总线MQ中间件212发送下载成功的消息，消息总线MQ中间件212将下载成功的消息转发至第一文件传输组件211。

当待下发信息为媒体信息时，乘客信息系统云平台21还可用于：在将媒体信息发送至对应的云播控器22之前，接收用户上传的通过模板制作和/或视频制作预先制作好的媒体信息；对媒体信息进行审核。

具体的，在图3所示的媒体信息下发的流程示意图中，乘客信息系统云平台21中的第一文件传输组件211在将包含媒体信息的媒体文件下载通知消息发送至消息总线MQ中间件212之前，还需要接收用户上传的通过模板制作和/或视频制作预先制作好的媒体信息；对媒体信息进行审核，审核通过后，再将包含媒体信息的媒体文件下载通知消息发送至消息总线MQ中间件212。

进一步的，云播控器22将采集的监控信息上传至乘客信息系统云平台21的具体过程如下：云播控器22从本地存储系统中读取采集的监控信息，采用超文本传输协议(HyperText Transfer Protocol，简称HTTP)方式上传至乘客信息系统云平台21的开放存储系统中，并向乘客信息系统云平台21发送上传成功的消息。

具体的，图4为监控信息上传的流程示意图。如图4所示，云播控器22中的第二文件传输组件221从本地存储系统222中读取采集的监控信息，并采用超文本传输协议(HyperText Transfer Protocol，简称HTTP)方式，将监控信息上传至乘客信息系统云平台21的开放存储系统213中，并向乘客信息系统云平台21中的消息总线MQ中间件212发送上传成功的消息，消息总线MQ中间件212将上传成功的消息转发至乘客信息系统云平台21中的第一文件传输组件211，乘客信息系统云平台21将解析后的监控信息展现给用户，实现用户对云播控器22的监控。

当待下发信息为接口信息时，云播控器22执行与待下发信息对应的操作包括：云播控器22根据接口信息，从外部接口获取时间和/或天气等信息。

具体的，图5为图2所示的轨道交通乘客信息系统与外部接口通信的结构示意图。如图5所示，乘客信息系统云平台21将接口信息发送至对应的云播控器22，云播控器22接收该接口信息，并根据接口信息，从外部接口51中的网络时间协议(Network Time Protocol，简称NTP)服务器511定时轮询同步获取最新的时间信息，从外部接口51中的天气预报接口512定时轮询同步获取最新的天气信息，从其他信息接口513定时轮询同步获取最新的除时间和天气信息之外的其他信息。

当待下发信息为待升级的播控器版本时，云播控器22执行与待下发信息对应的操作包括：云播控器22根据待升级的播控器版本信息，升级云播控器22的版本。

具体的，乘客信息系统云平台21将待升级的播控器版本信息发送至对应的云播控器22，云播控器22接收该待升级的播控器版本信息，并根据待升级的播控器版本信息，升级云播控器22的版本。

本实施例中，云播控器通过轨道通信专用网络与乘客信息系统云平台通信连接，使得云播控器和乘客信息系统云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于乘客信息系统云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

基于上述实施例，本实施例还提供了一种云平台，即上述实施例中的乘客信息系统云平台，通过轨道通信专用网络与云播控器通信连接。图6为本发明一实施例提出的云平台的结构示意图。如图6所示，本发明实施例的云平台包括：发送模块61和第一接收模块62。

发送模块61，用于将待下发信息发送至对应的云播控器。

第一接收模块62，用于接收云播控器上传的监控信息，并向用户展示监控信息。

进一步的，在本发明实施例的一种可能的实现方式中，待下发信息具体可包括但不限于以下信息中的任意一种或多种的组合：模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息等。

进一步的，在本发明实施例的一种可能的实现方式中，监控信息具体可包括但限于以下信息中的任意一种或多种的组合：当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息等。

进一步的，在本发明实施例的一种可能的实现方式中，云平台和云播控器之间基于消息总线MQ中间件进行通信。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为媒体信息，则发送模块61还用于：在将媒体信息发送至对应的云播控器之前，接收用户上传的通过模板制作和/或视频制作预先制作好的媒体信息；对媒体信息进行审核。

需要说明的是，前述对轨道交通乘客信息系统实施例的解释说明也适用于该实施例的云平台，此处不再赘述。

本实施例中，云平台通过轨道通信专用网络与云播控器通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

基于上述实施例，本实施例还提供了一种云播控器，通过轨道通信专用网络与云平台(即乘客信息系统云平台)通信连接。图7为本发明一实施例提出的云播控器的结构示意图。如图7所示，本发明实施例的云播控器包括：第二接收模块71和上传模块72。

第二接收模块71，用于接收云平台发送的待下发信息，并执行与待下发信息对应的操作。

上传模块72，用于将采集的监控信息上传至云平台。

进一步的，在本发明实施例的一种可能的实现方式中，待下发信息具体可包括但不限于以下信息中的任意一种或多种的组合：模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息等。

进一步的，在本发明实施例的一种可能的实现方式中，监控信息具体可包括但限于以下信息中的任意一种或多种的组合：当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息等。

进一步的，在本发明实施例的一种可能的实现方式中，云播控器和云平台之间基于消息总线MQ中间件进行通信。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为媒体信息，则第二接收模块71具体用于：根据媒体信息，采用断点续传的方式从云平台的开放存储系统中，下载与媒体信息对应的媒体文件，保存至本地存储系统中，向乘客展示媒体文件，并向云平台发送下载成功的消息。

进一步的，在本发明实施例的一种可能的实现方式中，上传模块72具体用于：从本地存储系统中读取采集的监控信息，采用超文本传输协议HTTP方式上传至云平台的开放存储系统中，并向云平台发送上传成功的消息。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为接口信息，则第二接收模块71具体用于：根据接口信息，从外部接口获取时间和/或天气信息。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为待升级的播控器版本信息，则第二接收模块71具体用于：根据待升级的播控器版本信息，升级云播控器的版本。

需要说明的是，前述对轨道交通乘客信息系统实施例的解释说明也适用于该实施例的云播控器，此处不再赘述。

本实施例中，云播控器通过轨道通信专用网络与云平台通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。

基于上述实施例，本实施例还提供了一种轨道交通信息的处理方法，云播控器通过轨道通信专用网络与云平台(即乘客信息系统云平台)通信连接。图8为本发明一实施例提出的轨道交通信息的处理方法的流程示意图。如图8所示，本发明实施例的轨道交通信息的处理方法包括以下步骤：

S801，云平台将待下发信息发送至对应的云播控器，以及接收云播控器上传的监控信息，并向用户展示监控信息。

S802，云播控器接收待下发信息，并执行与待下发信息对应的操作，以及将采集的监控信息上传至云平台。

进一步的，在本发明实施例的一种可能的实现方式中，待下发信息具体可包括但不限于以下信息中的任意一种或多种的组合：模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息等。

进一步的，在本发明实施例的一种可能的实现方式中，监控信息具体可包括但限于以下信息中的任意一种或多种的组合：当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息等。

进一步的，在本发明实施例的一种可能的实现方式中，云平台和云播控器之间基于消息总线MQ中间件进行通信。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为媒体信息，则步骤S802中云播控器执行与待下发信息对应的操作包括：云播控器根据媒体信息，采用断点续传的方式从云平台的开放存储系统中，下载与媒体信息对应的媒体文件，保存至本地存储系统中，向乘客展示媒体文件，并向云平台发送下载成功的消息。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为媒体信息，则处理方法还包括：云平台在将媒体信息发送至对应的云播控器之前，接收用户上传的通过模板制作和/或视频制作预先制作好的媒体信息；对媒体信息进行审核。

进一步的，在本发明实施例的一种可能的实现方式中，步骤S802中云播控器将采集的监控信息上传至云平台包括：云播控器从本地存储系统中读取采集的监控信息，采用超文本传输协议HTTP方式上传至云平台的开放存储系统中，并向云平台发送上传成功的消息。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为接口信息，则步骤S802中云播控器执行与待下发信息对应的操作包括：云播控器根据接口信息，从外部接口获取时间和/或天气信息。

进一步的，在本发明实施例的一种可能的实现方式中，若待下发信息为待升级的播控器版本信息，则步骤S802中云播控器执行与待下发信息对应的操作包括：云播控器根据待升级的播控器版本信息，升级云播控器的版本。

需要说明的是，前述对轨道交通乘客信息系统实施例的解释说明也适用于该实施例的轨道交通信息的处理方法，此处不再赘述。

本实施例中，云播控器通过轨道通信专用网络与云平台通信连接，使得云播控器和云平台之间可以直接通信，形成两层的架构体系，无需设置车站系统及车载系统，减小了设备故障和系统故障的可能性和建设成本。基于云平台的高扩展性，降低了乘客信息系统的横向扩展成本。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (19)

1.一种轨道交通乘客信息系统，其特征在于，包括：乘客信息系统云平台和云播控器，所述云播控器通过轨道通信专用网络与所述乘客信息系统云平台通信连接；

所述乘客信息系统云平台，用于将待下发信息发送至对应的所述云播控器，以及用于接收所述云播控器上传的监控信息，并向用户展示所述监控信息；

所述云播控器，用于接收所述待下发信息，并执行与所述待下发信息对应的操作，以及用于将采集的所述监控信息上传至所述乘客信息系统云平台。

2.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，所述待下发信息包括以下信息中的任意一种或多种的组合：

模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息。

3.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，所述监控信息包括以下信息中的任意一种或多种的组合：

当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息。

4.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，所述乘客信息系统云平台和所述云播控器之间基于消息总线MQ中间件进行通信。

5.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，若所述待下发信息为媒体信息，则所述云播控器执行与所述待下发信息对应的操作包括：

所述云播控器根据所述媒体信息，采用断点续传的方式从所述乘客信息系统云平台的开放存储系统中，下载与所述媒体信息对应的媒体文件，保存至本地存储系统中，向乘客展示所述媒体文件，并向所述乘客信息系统云平台发送下载成功的消息。

6.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，若所述待下发信息为媒体信息，则所述乘客信息系统云平台还用于：

在将所述媒体信息发送至对应的所述云播控器之前，接收用户上传的通过模板制作和/或视频制作预先制作好的所述媒体信息；

对所述媒体信息进行审核。

7.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，所述云播控器将采集的所述监控信息上传至所述乘客信息系统云平台包括：

所述云播控器从本地存储系统中读取采集的所述监控信息，采用超文本传输协议HTTP方式上传至所述乘客信息系统云平台的开放存储系统中，并向所述乘客信息系统云平台发送上传成功的消息。

8.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，若所述待下发信息为接口信息，则所述云播控器执行与所述待下发信息对应的操作包括：

所述云播控器根据所述接口信息，从外部接口获取时间和/或天气信息。

9.根据权利要求1所述的轨道交通乘客信息系统，其特征在于，若所述待下发信息为待升级的播控器版本信息，则所述云播控器执行与所述待下发信息对应的操作包括：

所述云播控器根据所述待升级的播控器版本信息，升级所述云播控器的版本。

10.一种云平台，其特征在于，所述云平台通过轨道通信专用网络与云播控器通信连接，所述云平台包括：

发送模块，用于将待下发信息发送至对应的所述云播控器；

第一接收模块，用于接收所述云播控器上传的监控信息，并向用户展示所述监控信息。

11.一种云播控器，其特征在于，所述云播控器通过轨道通信专用网络与云平台通信连接，所述云播控器包括：

第二接收模块，用于接收所述云平台发送的待下发信息，并执行与所述待下发信息对应的操作；

上传模块，用于将采集的监控信息上传至所述云平台。

12.根据权利要求11所述的云播控器，其特征在于，所述待下发信息包括以下信息中的任意一种或多种的组合：

模板信息、视频信息、播放策略信息、配置文件信息、播放列表信息、紧急事件信息、媒体信息、运营信息、自动列车监控系统信息、接口信息和待升级的播控器版本信息。

13.根据权利要求11所述的云播控器，其特征在于，所述监控信息包括以下信息中的任意一种或多种的组合：

当前播控器版本信息、播控器故障信息、播放画面、播控器日志文件和硬件资源信息。

14.根据权利要求11所述的云播控器，其特征在于，所述云播控器和所述云平台之间基于消息总线MQ中间件进行通信。

15.根据权利要求11所述的云播控器，其特征在于，若所述待下发信息为媒体信息，则所述第二接收模块具体用于：

根据所述媒体信息，采用断点续传的方式从所述云平台的开放存储系统中，下载与所述媒体信息对应的媒体文件，保存至本地存储系统中，向乘客展示所述媒体文件，并向所述云平台发送下载成功的消息。

16.根据权利要求11所述的云播控器，其特征在于，所述上传模块具体用于：

从本地存储系统中读取采集的所述监控信息，采用超文本传输协议HTTP方式上传至所述云平台的开放存储系统中，并向所述云平台发送上传成功的消息。

17.根据权利要求11所述的云播控器，其特征在于，若所述待下发信息为接口信息，则所述第二接收模块具体用于：

根据所述接口信息，从外部接口获取时间和/或天气信息。

18.根据权利要求11所述的云播控器，其特征在于，若所述待下发信息为待升级的播控器版本信息，则所述第二接收模块具体用于：

根据所述待升级的播控器版本信息，升级所述云播控器的版本。

19.一种轨道交通信息的处理方法，其特征在于，云播控器通过轨道通信专用网络与云平台通信连接，所述处理方法包括：

所述云平台将待下发信息发送至对应的所述云播控器，以及接收所述云播控器上传的监控信息，并向用户展示所述监控信息；

所述云播控器接收所述待下发信息，并执行与所述待下发信息对应的操作，以及将采集的所述监控信息上传至所述云平台。