CN104252666A - 一种多线路共用乘客信息系统及其实现方法 - Google Patents

Abstract

本发明公开一种多线路共用乘客信息系统及其实现方法，该系统包括运营管理终端、路网中心系统和车站系统/列车系统；运营管理终端包括信息制作单元、信息发布单元和设备管理终端；路网中心系统由中心应用服务单元、数据库/文件服务器、流媒体服务器和接口服务器组成；车站系统/列车系统由车站服务器/司机室服务器、媒体播放器/客室媒体播放器和车站局域网/列车局域网组成。本发明实现对多条地铁线路PIS系统线路中心的共用，将乘客信息系统各类业务数据以服务方式在路网内进行发布，车站、列车作为信息消费者，采用通用数据访问方式获取各类业务数据，实现信息的统一发布和控制，提高本发明在轨道交通网络化运营指挥中的信息引导功能。

Description

一种多线路共用乘客信息系统及其实现方法

技术领域

本发明涉及一种多线路共用乘客信息系统及其实现方法，特别涉及对多条线路进行集中控制和统一管理的乘客信息系统及其实现方法，属于轨道交通信息化技术领域。

背景技术

目前国内乘客信息系统按照“一线一中心”模式进行招标、建设和运营。在每条地铁线路中心设置PIS(Passenger Information System,以下简称PIS)控制中心，用于对地铁乘客信息系统进行集中控制和信息处理；线路中心设置接口服务器，负责外部接口系统(ATS、TCC、ISCS、时钟系统等)信息的统一采集。

随着北京、上海、深圳、广州、天津等国内一线城市轨道交通路网的形成，PIS系统不仅要满足单线路的乘客运营信息引导服务，而且要满足对路网其他线路运营信息的引导服务。采用“一线一中心”模式构建的PIS系统难以适应轨道交通网络化发展的实际需要，现有技术存在如下不足：

(1)网络化运营管理能力欠缺。因为各线路PIS系统都是作为独立系统进行建设的，所以系统在建设标准、技术路线、管理规则、运营管理、日常维护等方面存在一定差异，先天的劣势决定了PIS系统不能按照基于全路网体系进行统一规范的管理、操作和维护，难以实现路网内各线路PIS信息的互连互通、信息共享和统一管理。

(2)线路中心重复建设。每条线路PIS系统都各自设置有独立的流媒体服务中心。一方面，各个线路的流媒体服务中心在建设时所使用的技术、流程、标准等都不相同，导致各线路播放的视频节目不统一、版式多种多样，不利于城市地铁品牌形象建设；另一方面，各线路都需要购置独立的流媒体采集、编辑、编码设备，设备采购、运营管理和维护等环节重复投资现象严重，系统建设及运营费用浪费严重。

(3)难以实现统一的运营消息发送和设备管理。由于各线路独立运营和管理，各个PIS系统的信息源、数据结构和外部接口可能各有不同，难以做到各类运营消息的统一编辑、发布；同时，要做到对全路网设备的统一监视及控制也非常困难。

(4)难以实现各线路PIS播放画面版式的统一。各线路PIS系统未实现统一运营，其所制作的播放版式、节目资源(包括：描述文件、媒体、框架描述等)也不统一。在现有基础上，难以实现全路网内PIS版式、媒体资源文件的统一管理及下发。轨道交通作为城市形象宣传的重要窗口的作用越来越明显，一方面，PIS系统版面风格统一将对城市形象宣传将起到推动作用，另一方面也有助于提升地铁运营管理水平。

(5)接口冗余复杂。每条线路在建设时都需要与地铁其他专业(ATS、TCC、ISCS、时钟)进行信息接口，随着线路的不断建设，接口数量呈倍数增长，系统建设、维护成本巨增，且本线路接口信息难以与路网内其他线路进行共享。

综上，现有技术所建设的乘客信息系统在统一运营、建设成本等方面存在一定不足，难以实现轨道交通网络化运营条件下数据共享及PIS系统的统一调度指挥，存在较大优化提升空间。

故针对上述问题，有必要设计一款新的多线路共用乘客信息系统及其实现方法来弥补上述缺陷。

发明内容

本发明提出一种多线路共用乘客信息系统及其实现方法，解决了现有技术中路网内数据难以共享和PIS系统难以统一调度指挥的难题。本发明将共用乘客信息系统各类业务数据以服务方式在路网内进行发布，车站、列车作为信息消费者，采用通用的数据访问方式获取各类业务数据，有效解决了路网内数据难以共享的难题。

本发明的技术方案是这样实现的：

一种多线路共用乘客信息系统，其包括运营管理终端、路网中心系统和车站系统/列车系统；所述运营管理终端为信息管理端，所述路网中心系统为信息服务端，所述车站系统/列车系统为信息消费端；所述运营管理终端，用于实现对路网内各类乘客信息的制作、编辑、发布，用于对路网内各类服务器、媒体播放器进行设备状态监视，用于对车站媒体播放器、司机室媒体播放器输出画面实时监看，并用于对各类设备进行控制；且所述运营管理终端包括信息制作单元、信息发布单元和设备管理终端；所述路网中心系统，用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；且所述路网中心系统由中心应用服务单元、数据库/文件服务器、流媒体服务器和接口服务器组成；所述车站系统/列车系统，用于接收来自路网中心系统的PIS信息，在设备管理终端上进行合成播放，向乘客提供乘车信息引导服务；且所述车站系统/列车系统由车站服务器/司机室服务器、媒体播放器/客室媒体播放器和车站局域网/列车局域网组成。

进一步，中心应用服务器用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；数据库/文件服务器用于数据存储及各类媒体文件存储，并向路网内各类信息消费终端提供文件下载服务；流媒体服务器用于流媒体文件的本地存储并向路网提供多路TS流，并以组播方式在路网内进行发布；接口服务器用于PIS系统外部信息采集，采集来自包括ATS系统、TCC系统、ISCS系统和时钟系统的各类业务数据，按照约定的协议格式加工后，存入路网中心系统的数据库。

进一步，媒体播放器用于访问路网中心系统的业务数据服务，获取来自路网中心的多媒体文件，并在终端进行合成播放，向乘客提供乘车引导信息；车站服务器用于在车站和路网中心网络故障情况下，实现对所辖车站媒体播放器的状态监视和管理控制；司机室服务器用于访问路网中心系统业务数据服务，获取来自路网中心的多媒体文件，在司机室合成播放，在播放同时，将合成视频画面编码成TS视频流在列车局域网内组播；客室媒体播放器用于接收列车局域网内的组播TS流，实时播放，向乘客提供乘车引导信息服务。

进一步，所述路网中心系统设置有信息接口，所述信息接口用于实现接口在路网中心系统的统一接入以及接口数据在路网中心系统的共享。

一种多线路共用乘客信息系统的实现方法，其包括如下步骤：(S1)信息制作发布：信息管理端对媒体信息进行制作和编辑，对媒体播放器的媒体播放版式、播放列表和播放计划信息进行编辑，编辑完成后发布到中心数据库和媒体文件库中；(S2)业务服务生成：信息服务端将PIS各类业务功能进行抽象，以基于服务的方式将各业务功能进行服务封装，然后将这些业务功能的访问以服务方式发布到中心WEB容器中，对外提供统一URL访问地址；(S3)车站系统/列车系统接入：车站系统/列车系统中的媒体播放器进行接入认证，获取所属车站的播放计划，解析播放计划获取计划所含多媒体文件，最后按照播放计划多设定的播放日程表对乘客引导信息进行合成输出；(S4)设备管理终端数据查看：设备管理终端通过访问路网中心系统对外提供的信息服务，实现实时查看设备状态、监看终端播放画面和对设备进行远程控制。

进一步，所述业务服务包括播放列表服务、版式布局服务、版式播放计划服务、文件访问服务、设备状态上报服务、设备监控服务、设备状态查看服务、消息中心服务、接入认证服务和外部接口服务。

进一步，步骤(S1)的信息制作发布包括如下步骤：(11)选择一个或多个多媒体文件，上传文件；(12)多媒体数字化，采集多媒体属性信息，包括文件名、文件类型、文件大小、上传时间、首帧图像信息和视频文件的分辨率，形成多媒体列表；(13)审核上述多媒体文件的有效性和合法性；(14)建立播放列表，对多媒体文件进行排序形成播放序列，形成播放列表；(15)播放列表审核，经过审核的播放列表为有效的播放列表，审核未通过播放列表不能使用；(16)新建播放版式，设置播放版式属性信息，对播放版式相对应的分辨率、版式分区以及各分区的位置信息进行设置，形成播放版式列表；(17)设置播放版式播放计划，设置各分区的播放列表的播放日程表，形成播放版式详细播放计划；(18)信息发布，将该播放计划以及播放计划内包含的多媒体文件统一发布，多媒体文件存入多媒体文件服务器，数据存入中心数据库数据表。

进一步，所述步骤(S2)中的业务服务生成包括如下步骤：(21)对PIS业务进行抽象，将各复杂的业务按照最小的原子功能单位进行抽取，定义该业务功能实现功能，数据输入，数据输出；(22)业务服务功能开发，将该业务访问的创建、删除、修改、查看功能按照POST/DELETE/PUT/GET服务类别进行开发；(23)为业务服务的对外访问分配唯一URL地址；(24)业务服务发布到WEB容器，定义业务服务访问描述，对外提供业务服务访问功能，用户通过统一的URL入口，即可访问业务功能。

进一步，所述步骤(S3)的车站系统/列车系统数据接入包括如下步骤：(31)车站系统/列车系统传递设备管理终端参数，访问信息服务端的接入认证服务功能，认证通过，设备管理终端能接入并能访问其他业务功能，认证不通过，接入失败并退出；(32)通过信息服务端为每个终端分配的唯一UUID，访问播放计划服务，获取该播放终端相应的播放计划数据；(33)解析播放计划数据，分别获取播放版式布局设置、播放计划日程表、播放列表、多媒体文件信息，并通过多媒体文件描述，到多媒体文件服务器下载多媒体文件；(34)验证该播放计划数据的完整性和有效性，验证通过，播放终端合成播放，根据播放计划设定的播放日程表，对播放文件进行调度，最后进行多媒体合成输出；(35)新播放计划监听，当有新计划发布时，重新获取播放计划，更新多媒体文件，设备管理终端重新调度，重绘输出画面。

进一步，所述步骤(S4)中设备管理终端的设备状态查看包括如下步骤：(41)选择某一设备，查看该设备状态，调用信息服务功能，获取该设备状态数据；(42)信息服务工厂处理该请求，返回设备状态xml数据；(43)访问页面加载xml数据，向用户提供设备状态查看数据。

进一步，所述步骤(S4)中设备管理终端的设备画面监视包括如下步骤：(44)选择某一设备，选择监看设备播放画面，调用信息服务功能，生成播放画面监控指令；(45)信息服务工厂向设备管理终端发送设备监看指令；(46)设备管理终端接收监看指令，按照15帧/秒向监看终端发送终端画面图像；(47)设备管理终端接收数据帧，按照图像发送先后顺序绘制终端画面。

本发明建立了一种基于网络化运营条件下多线路共用乘客信息系统，实现对多条线路PIS系统数据的统一管理、实现播表版式的统一下发、实现运营信息(紧急、滚动、视频文件等)的统一发布；实现各类设备状态的统一监视和控制。且本发明多线路共用乘客信息系统能满足轨道交通网络化运营发展需要，实现信息的统一发布和控制，提高多线路共用乘客信息系统在轨道交通网络化运营指挥中的信息引导功能。

附图说明

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

图1为本发明多线路共用乘客信息系统的结构示意图；

图2为本发明基于服务的MPIS乘客信息系统框架图；

图3为本发明信息管理端的信息制作发布工作流程图；

图4为本发明信息服务端的业务服务生成工作流程图；

图5为本发明车站系统/列车系统的数据接入工作流程图；

图6为本发明设备管理终端的设备状态查看工作流程图；

图7为本发明设备管理终端的设备画面监视工作流程图。

具体实施方式

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

参照图1至图7，一种多线路共用乘客信息系统，其包括运营管理终端、路网中心系统和车站系统/列车系统；所述运营管理终端为信息管理端，所述路网中心系统为信息服务端，所述车站系统/列车系统为信息消费端；所述运营管理终端用于实现对路网内各类乘客信息的制作、编辑、发布，用于对路网内各类服务器、媒体播放器进行设备状态监视，用于对车站媒体播放器、司机室媒体播放器输出画面实时监看，并用于对各类设备进行控制；且所述运营管理终端包括信息制作单元、信息发布单元和设备管理终端；所述路网中心系统，用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；且所述路网中心系统由中心应用服务单元、数据库/文件服务器、流媒体服务器和接口服务器组成；所述车站系统/列车系统，用于接收来自路网中心系统的PIS信息，在设备管理终端上进行合成播放，向乘客提供乘车信息引导服务；且所述车站系统/列车系统由车站服务器/司机室服务器、媒体播放器/客室媒体播放器和车站局域网/列车局域网组成。

本发明中，信息管理端是多线路共用乘客信息系统的管理终端，负责信息的生成和发布，由地铁运营人员对各类信息进行制作、编辑后发送到信息服务端。信息服务端为面向多媒体信息的服务框架，负责将各类业务分解为原子服务单元，并以消息服务的方式发布到路网中心，其功能包括接收来自信息管理终端发布的各类多媒体信息、控制信息，解析并存入中心数据库；接收来自接口服务器的数据，存入中心数据库；路网中心MPIS信息服务工厂，对路网中心的多媒体文件数据、地铁日常运营数据、多媒体播放器播放控制数据、设备管理数据等数据进行加工，生成消息服务，在路网内进行发布。信息消费端为乘客信息的访问消费端，负责调用原子服务，并进行任意组合，实现所需的业务功能组合，其通过调用信息服务端对外提供的统一服务URL地址，业务请求和业务访问采用标准XML数据格式进行交互，极大地方便终端设备的接入和数据获取。

根据各自访问的业务功能不同，调用信息服务端提供的各类业务服务。运营管理终端访问的业务服务包括设备状态查看、设备画面监看、设备控制、日志查看等地铁日常管理业务；车站系统和列车系统作为同类信息消费端，访问的业务服务包括播放列表获取、播放计划获取、播放版式获取、多媒体文件获取、设备状态上报、设备画面上报、设备工作日志上报等服务。

进一步，中心应用服务器用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；数据库/文件服务器用于数据存储及各类媒体文件存储，并向路网内各类信息消费终端提供文件下载服务；流媒体服务器用于流媒体文件的本地存储并向路网提供多路TS流，并以组播方式在路网内进行发布；接口服务器用于PIS系统外部信息采集，采集来自包括ATS系统、TCC系统、ISCS系统和时钟系统的各类业务数据，按照约定的协议格式加工后，存入路网中心系统的数据库。

进一步，媒体播放器用于访问路网中心系统的业务数据服务，获取来自路网中心的多媒体文件，并在终端进行合成播放，向乘客提供乘车引导信息；车站服务器用于在车站和路网中心网络故障情况下，实现对所辖车站媒体播放器的状态监视和管理控制；司机室服务器用于访问路网中心系统业务数据服务，获取来自路网中心的多媒体文件，在司机室合成播放，在播放同时，将合成视频画面编码成TS视频流在列车局域网内组播；客室媒体播放器用于接收列车局域网内的组播TS流，实时播放，向乘客提供乘车引导信息服务。

进一步，所述路网中心系统设置有信息接口，所述信息接口用于实现接口在路网中心系统的统一接入以及接口数据在路网中心系统的共享。

本发明多线路共用乘客信息系统包括如下工作步骤：

(1)信息管理端对媒体信息进行制作、编辑，对媒体播放器的媒体输出版式、播放列表、版式计划信息进行编辑，编辑完成后发布到中心数据库和媒体文件库中。

(2)信息服务端将PIS各类业务功能进行抽象，以基于服务的方式将各业务功能进行服务封装，然后将这些业务功能以服务方式发布到中心WEB容器中，对外提供统一URL访问地址。

其中，信息服务端通过信息服务工厂生产各种服务，这些服务包括：播放列表服务、版式布局服务、版式播放计划服务、文件访问服务、设备状态上报服务、设备监控服务、设备状态查看服务、消息中心服务、接入认证服务和外部接口等服务；播放列表服务指对多媒体文件按照一定逻辑进行排序形成的播放序列，并对播放序列以约定格式文件进行描述；版式布局服务指对媒体播放器播放显示区域的划分及各区播放内容的设置以及这些设置的信息进行描述；版式播放计划指对版式布局中各分区的播放列表的播放日程表进行定义的服务；文件访问服务指多媒体播放器所获取的媒体文件属性信息(媒体文件属性信息包括文件名、类型、大小和唯一UUID)，并下载文件；设备状态上报服务指多媒体播放器上报其工作状态(工作状态包括设备故障、网络故障、软件故障、数据格式错误等)及设备属性(设备属性包括CPU使用百分比、CPU温度、内存占用百分比、内存温度、硬盘剩余容量、硬盘温度等)信息；设备监控服务指运营管理人员对多媒体播放器播放画面进行实时监看以及对设备进行远程控制(远程控制包括开机、关机、重启、音量调节等)；设备状态查看服务指运营管理人员对设备工作状态、设备属性进行实时查看；消息中心服务指运营管理人员通过统一界面实现对任意地铁线路、任意地铁车站、任意区域(上行站台、下行站台、站厅、出入口)、任意播放器的地铁运营消息发送、撤销，相应的对运营消息发送状态查看、撤销状态查看，以及历史运营消息发送情况查看；接入认证服务指车站或列车播放器接入多线路共用乘客信息系统时进行访问的身份认证；外部接口服务指对地铁其他专业(ATS、TCC、ISCS、时钟)信息进行采集、接口通信心跳回复、数据采集响应、接口日志等信息处理。

(3)车站系统中的媒体播放器进行接入认证，获取所属车站的播放计划，解析播放计划获取计划所含多媒体文件，最后按照播放计划约定的播放日程表对乘客引导信息进行合成输出；列车系统中的司机室服务器和车站系统中的媒体播放器为同类信息消费端，其功能相近，其区别在于司机室服务器在进行乘客引导信息合成输出的同时，还需要编码成TS流，组播到列车局域网内，供各客室播放器接收播放输出。

(4)设备管理终端通过访问信息服务端提供的服务，实现查看设备状态、监看终端播放画面、对设备进行远程控制等功能。

本发明多线路共用乘客信息系统实现对多条地铁线路PIS系统线路中心的共用,各线路不设置线路中心，基于路网模式下对多条线路PIS终端设备进行统一管理、运营信息发送；其通过访问路网中心系统，便可实现对任意多条线路、任意多个车站、任意多个区域、任意媒体播放器的PIS运营信息及时发布和发布状态监视，提高了路网模式下地铁运营的协同指挥能力；通过访问路网中心系统可实现对各线路PIS终端播放版式的分发、切换、播出的统一控制，实现了多媒体文件资源的集中统一管理，保证各条线路播表、版式的统一控制。

本发明还公开了一种多线路共用乘客信息系统的实现方法，其包括如下步骤：(S1)信息制作发布：信息管理端对媒体信息进行制作和编辑，对媒体播放器的媒体播放版式、播放列表和播放计划信息进行编辑，编辑完成后发布到中心数据库和媒体文件库中；(S2)业务服务生成：信息服务端将PIS各类业务功能进行抽象，以基于服务的方式将各业务功能进行服务封装，然后将这些业务功能的访问以服务方式发布到中心WEB容器中，对外提供统一URL访问地址；(S3)车站系统/列车系统接入：车站系统/列车系统中的媒体播放器进行接入认证，获取所属车站的播放计划，解析播放计划获取计划所含多媒体文件，最后按照播放计划多设定的播放日程表对乘客引导信息进行合成输出；(S4)设备管理终端数据查看：设备管理终端通过访问路网中心系统对外提供的信息服务，实现实时查看设备状态、监看终端播放画面和对设备进行远程控制。

进一步，所述业务服务包括播放列表服务、版式布局服务、版式播放计划服务、文件访问服务、设备状态上报服务、设备监控服务、设备状态查看服务、消息中心服务、接入认证服务和外部接口服务。

进一步，步骤(S1)的信息制作发布包括如下步骤：(11)选择一个或多个多媒体文件，上传文件；(12)多媒体数字化，采集多媒体属性信息，包括文件名、文件类型、文件大小、上传时间、首帧图像信息和视频文件的分辨率，形成多媒体列表；(13)审核上述多媒体文件的有效性和合法性；(14)建立播放列表，对多媒体文件进行排序形成播放序列，形成播放列表；(15)播放列表审核，经过审核的播放列表为有效的播放列表，审核未通过播放列表不能使用；(16)新建播放版式，设置播放版式属性信息，对播放版式相对应的分辨率、版式分区以及各分区的位置信息进行设置，形成播放版式列表；(17)设置播放版式播放计划，设置各分区的播放列表的播放日程表，形成播放版式详细播放计划；(18)信息发布，将该播放计划以及播放计划内包含的多媒体文件统一发布，多媒体文件存入多媒体文件服务器，数据存入中心数据库数据表。

进一步，所述步骤(S2)中的业务服务生成包括如下步骤：(21)对PIS业务进行抽象，将各复杂的业务按照最小的原子功能单位进行抽取，定义该业务功能实现功能，数据输入，数据输出；(22)业务服务功能开发，将该业务访问的创建、删除、修改、查看功能按照POST/DELETE/PUT/GET服务类别进行开发；且该业务服务功能开发基于RESTful(Representational State Transfer)架构进行实现，数据的输出以标准XML文件格式为载体；(23)为业务服务的对外访问分配唯一URL地址；(24)业务服务发布到WEB容器，定义业务服务访问描述，对外提供业务服务访问功能，用户通过统一的URL入口，即可访问业务功能。

进一步，所述步骤(S3)的车站系统/列车系统数据接入包括如下步骤：(31)车站系统/列车系统传递设备管理终端参数，访问信息服务端的接入认证服务功能，认证通过，设备管理终端能接入并能访问其他业务功能，认证不通过，接入失败并退出；(32)通过信息服务端为每个终端分配的唯一UUID，访问播放计划服务，获取该播放终端相应的播放计划数据；该播放计划数据为xml格式文件，且其详细定义了该播放终端的播放版式布局信息、播放日程表信息、播放列表定义信息、媒体文件信息描述信息等数据；(33)解析播放计划数据，分别获取播放版式布局设置、播放计划日程表、播放列表、多媒体文件信息，并通过多媒体文件描述，到多媒体文件服务器下载多媒体文件；(34)验证该播放计划数据的完整性和有效性，验证通过，播放终端合成播放，根据播放计划设定的播放日程表，对播放文件进行调度，最后进行多媒体合成输出；(35)新播放计划监听，当有新计划发布时，重新获取播放计划，更新多媒体文件，设备管理终端重新调度，重绘输出画面。

进一步，如图6所示，所述步骤(S4)中设备管理终端的设备状态查看包括如下步骤：(41)选择某一设备，查看该设备状态，调用信息服务功能，获取该设备状态数据；(42)信息服务工厂处理该请求，返回设备状态xml数据；(43)访问页面加载xml数据，向用户提供设备状态查看数据。

进一步，如图7所示，所述步骤(S4)中设备管理终端的设备画面监视包括如下步骤：(44)选择某一设备，选择监看设备播放画面，调用信息服务功能，生成播放画面监控指令；(45)信息服务工厂向设备管理终端发送设备监看指令；(46)设备管理终端接收监看指令，按照15帧/秒向监看终端发送终端画面图像；(47)设备管理终端接收数据帧，按照图像发送先后顺序绘制终端画面。

与现有技术相比，本发明具有如下优点：

(1)本发明通过对多个线路中心进行整合成一个路网中心系统，实现基于路网模式下PIS系统的统一、规范管理，彻底避免了“一线一中心”模式下PIS信息难以共享的难题。

(2)本发明实现了路网内运营消息发送和设备管理的统一控制，地铁运营人员在路网中心，可实现对任意多条线路、任意多个车站、任意多个区域、任意媒体播放器的PIS运营信息及时发布和发布状态监视，提高了路网模式下地铁运营的协同指挥能力。

(3)本发明实现了路网内各线路PIS终端播放版式的分发、切换、播出的统一控制，实现了多媒体文件资源的集中统一管理，保证了数据资源的一致性，极大地提升了PIS引导信息在地铁运营服务中的窗口作用。

(4)本发明统一了PIS系统与地铁其他专业(ATS、TCC、ISCS、时钟等)的信息接口，实现了接口信息在路网中心的共享；且统一了线路中心系统的建设，避免多个线路中心系统重复建设，节省了建设和运营成本。

(5)本发明通过采用基于服务的MPIS乘客信息系统框架，对PIS业务功能进行抽象，形成一个个业务功能单元，并将这些业务功能单元以基于服务的理念进行实现，实现业务功能信息服务的规范、标准和统一。

(7)本发明通过采用基于服务的MPIS乘客信息系统框架，将信息管理端、信息服务端和信息消费端的功能结构进行拆分，所有数据的获取以及PIS业务数据的处理都采用基于服务的方法，减少了运营管理终端、路网中心系统、车站系统/列车系统这三层系统之间的耦合度，极大地方便了设备管理终端的接入。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多线路共用乘客信息系统，其特征在于，其包括运营管理终端、路网中心系统和车站系统/列车系统；所述运营管理终端为信息管理端，所述路网中心系统为信息服务端，所述车站系统/列车系统为信息消费端；

所述运营管理终端，用于实现对路网内各类乘客信息的制作、编辑、发布，用于对路网内各类服务器、媒体播放器进行设备状态监视，用于对车站媒体播放器、司机室媒体播放器输出画面实时监看，并用于对各类设备进行控制；且所述运营管理终端包括信息制作单元、信息发布单元和设备管理终端；

所述路网中心系统，用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；且所述路网中心系统由中心应用服务单元、数据库/文件服务器、流媒体服务器和接口服务器组成；

所述车站系统/列车系统，用于接收来自路网中心系统的PIS信息，在设备管理终端上进行合成播放，向乘客提供乘车信息引导服务；且所述车站系统/列车系统由车站服务器/司机室服务器、媒体播放器/客室媒体播放器和车站局域网/列车局域网组成。

2.如权利要求1所述的多线路共用乘客信息系统，其特征在于，中心应用服务器用于全路网PIS信息集中处理，并向路网中各类信息消费终端提供信息服务；

数据库/文件服务器用于数据存储及各类媒体文件存储，并向路网内各类信息消费终端提供文件下载服务；

流媒体服务器用于流媒体文件的本地存储并向路网提供多路TS流，并以组播方式在路网内进行发布；

接口服务器用于PIS系统外部信息采集，采集来自包括ATS系统、TCC系统、ISCS系统和时钟系统的各类业务数据，按照约定的协议格式加工后，存入路网中心系统的数据库；

媒体播放器用于访问路网中心系统的业务数据服务，获取来自路网中心的多媒体文件，并在终端进行合成播放，向乘客提供乘车引导信息；

车站服务器用于在车站和路网中心网络故障情况下，实现对所辖车站媒体播放器的状态监视和管理控制；

司机室服务器用于访问路网中心系统业务数据服务，获取来自路网中心的多媒体文件，在司机室合成播放，在播放同时，将合成视频画面编码成TS视频流在列车局域网内组播；

客室媒体播放器用于接收列车局域网内的组播TS流，实时播放，向乘客提供乘车引导信息服务。

3.如权利要求1-2中任一项所述的多线路共用乘客信息系统，其特征在于，所述路网中心系统设置有信息接口，所述信息接口用于实现接口在路网中心系统的统一接入以及接口数据在路网中心系统的共享。

4.一种如权利要求3所述的多线路共用乘客信息系统的实现方法，其特征在于，其包括如下步骤：

(S1)信息制作发布：信息管理端对媒体信息进行制作和编辑，对媒体播放器的媒体播放版式、播放列表和播放计划信息进行编辑，编辑完成后发布到中心数据库和媒体文件库中；

(S2)业务服务生成：信息服务端将PIS各类业务功能进行抽象，以基于服务的方式将各业务功能进行服务封装，然后将这些业务功能的访问以服务方式发布到中心WEB容器中，对外提供统一URL访问地址；

(S3)车站系统/列车系统接入：车站系统/列车系统中的媒体播放器进行接入认证，获取所属车站的播放计划，解析播放计划获取计划所含多媒体文件，最后按照播放计划多设定的播放日程表对乘客引导信息进行合成输出；

(S4)设备管理终端数据查看：设备管理终端通过访问路网中心系统对外提供的信息服务，实现实时查看设备状态、监看终端播放画面和对设备进行远程控制。

5.如权利要求4所述的多线路共用乘客信息系统的实现方法，其特征在于，所述业务服务包括播放列表服务、版式布局服务、版式播放计划服务、文件访问服务、设备状态上报服务、设备监控服务、设备状态查看服务、消息中心服务、接入认证服务和外部接口服务。

6.如权利要求5所述的多线路共用乘客信息系统的实现方法，其特征在于，步骤(S1)的信息制作发布包括如下步骤：

(11)选择一个或多个多媒体文件，上传文件；

(12)多媒体数字化，采集多媒体属性信息，包括文件名、文件类型、文件大小、上传时间、首帧图像信息和视频文件的分辨率，形成多媒体列表；

(13)审核上述多媒体文件的有效性和合法性；

(14)建立播放列表，对多媒体文件进行排序形成播放序列，形成播放列表；

(15)播放列表审核，经过审核的播放列表为有效的播放列表，审核未通过播放列表不能使用；

(16)新建播放版式，设置播放版式属性信息，对播放版式相对应的分辨率、版式分区以及各分区的位置信息进行设置，形成播放版式列表；

(17)设置播放版式播放计划，设置各分区的播放列表的播放日程表，形成播放版式详细播放计划；

(18)信息发布，将该播放计划以及播放计划内包含的多媒体文件统一发布，多媒体文件存入多媒体文件服务器，数据存入中心数据库数据表。

7.如权利要求6所述的多线路共用乘客信息系统的实现方法，其特征在于，所述步骤(S2)中的业务服务生成包括如下步骤：

(21)对PIS业务进行抽象，将各复杂的业务按照最小的原子功能单位进行抽取，定义该业务功能实现功能，数据输入，数据输出；

(22)业务服务功能开发，将该业务访问的创建、删除、修改、查看功能按照POST/DELETE/PUT/GET服务类别进行开发；

(23)为业务服务的对外访问分配唯一URL地址；

(24)业务服务发布到WEB容器，定义业务服务访问描述，对外提供业务服务访问功能，用户通过统一的URL入口，即可访问业务功能。

8.如权利要求4-7中任一项所述的多线路共用乘客信息系统的实现方法，其特征在于，所述步骤(S3)的车站系统/列车系统数据接入包括如下步骤：

(31)车站系统/列车系统传递设备管理终端参数，访问信息服务端的接入认证服务功能，认证通过，设备管理终端能接入并能访问其他业务功能，认证不通过，接入失败并退出；

(32)通过信息服务端为每个终端分配的唯一UUID，访问播放计划服务，获取该播放终端相应的播放计划数据；

(33)解析播放计划数据，分别获取播放版式布局设置、播放计划日程表、播放列表、多媒体文件信息，并通过多媒体文件描述，到多媒体文件服务器下载多媒体文件；

(34)验证该播放计划数据的完整性和有效性，验证通过，播放终端合成播放，根据播放计划设定的播放日程表，对播放文件进行调度，最后进行多媒体合成输出；

(35)新播放计划监听，当有新计划发布时，重新获取播放计划，更新多媒体文件，设备管理终端重新调度，重绘输出画面。

9.如权利要求8所述的多线路共用乘客信息系统的实现方法，其特征在于，所述步骤(S4)中设备管理终端的设备状态查看包括如下步骤：

(41)选择某一设备，查看该设备状态，调用信息服务功能，获取该设备状态数据；

(42)信息服务工厂处理该请求，返回设备状态xml数据；

(43)访问页面加载xml数据，向用户提供设备状态查看数据。

10.如权利要求9所述的多线路共用乘客信息系统的实现方法，其特征在于，所述步骤(S4)中设备管理终端的设备画面监视包括如下步骤：

(44)选择某一设备，选择监看设备播放画面，调用信息服务功能，生成播放画面监控指令；

(45)信息服务工厂向设备管理终端发送设备监看指令；

(46)设备管理终端接收监看指令，按照15帧/秒向监看终端发送终端画面图像；

(47)设备管理终端接收数据帧，按照图像发送先后顺序绘制终端画面。