轨道交通乘客服务系统的制作方法

本发明涉及轨道交通技术领域，尤其涉及一种轨道交通乘客服务系统。

背景技术：

目前的轨道交通中，车载乘客信息系统(passengerinformationsystem，pis)、地面乘客信息系统、公共广播系统(public-addresssystem，pa)和闭路电视监控系统(closed-circuittelevision，cctv)都是相对独立进行建设的，即各个系统的运行是依靠相应的单体系统架构，由于各系统架构之间接口、数据结构等不相同，导致各个系统难以实现消息的统一下发、接收或者监控，难以对各个系统进行统一监控或者应急控制；且各系统需要分别设置接口，接口的数量呈倍数增长，维护成本高。

技术实现要素：

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

为此，本发明的第一个目的在于提出一种轨道交通乘客服务系统，用于解决现有技术中各个系统难以实现统一监控，且维护成本高的问题。

为达上述目的，本发明第一方面实施例提出了一种轨道交通乘客服务系统，包括：

乘客服务平台、业务能力中心、企业级互联网架构平台以及云计算平台；

所述乘客服务平台，包括：基础管理子系统、乘客信息子系统、公共广播子系统以及闭路电视监控子系统；

所述业务能力中心，包括：多个业务模块，用于执行各个子系统中的各个业务；

所述企业级互联网架构平台，包括：多个应用服务，用于获取各个业务对应的数据；

所述云计算平台，用于对各个业务对应的数据进行处理，并返回处理结果给相应的业务模块，以使相应的业务模块将处理结果返回给相应的子系统。

进一步的，所述各个子系统中设置有调用各个业务模块的接口，用于调用各个业务模块执行相应业务。

进一步的，所述业务模块包括以下模块中的任意一种或者多种：乘客信息中心、公共广播中心、闭路电视监控中心、资源中心、设备中心、用户中心、云轨中心、日志中心、告警及故障中心和知识中心。

进一步的，所述各个业务模块设置有调用各个应用服务的接口，用于调用各个应用服务获取相应数据；

所述各个业务模块之间还设置有相互调用的接口，以便调用其他业务模块。

进一步的，所述应用服务包括以下服务中的任意一种或者多种：分布式计算、分布式数据库、消息队列、共享存储和分布式事务。

进一步的，所述乘客信息子系统包括：多个管理模块；各个管理模块设置有调用应用终端的接口，用于对应用终端进行管理。

进一步的，所述乘客信息子系统还设置有调用外部系统的接口，用于获取外部系统的数据；

所述外部系统，包括：时钟同步系统和天气系统。

进一步的，所述管理模块包括以下模块中的任意一种或者多种：运营信息管理模块、媒体管理模块、播控器管理模块、播放版式管理模块和播放画面监视模块。

进一步的，所述公共广播子系统包括以下模块中的任意一种或者多种：公共广播集成接口管理模块、广播播放音管理模块、云轨基础信息管理模块和网络管理模块；用于对公共广播子系统中的应用终端进行管理。

进一步的，所述闭路电视监控子系统包括以下模块中的任意一种或者多种：闭路电视监控集成接口管理模块、摄像头设备管理模块、实时监控系统和历史回放模块；用于对闭路电视监控子系统中的应用终端进行管理。

本发明实施例的轨道交通乘客服务系统，包括：乘客服务平台、业务能力中心、企业级互联网架构平台以及云计算平台；乘客服务平台，包括：基础管理子系统、乘客信息子系统、公共广播子系统以及闭路电视监控子系统；业务能力中心，包括：多个业务模块，用于执行各个子系统中的各个业务；企业级互联网架构平台，包括：多个应用服务，用于获取各个业务对应的数据；云计算平台，用于对各个业务对应的数据进行处理，并返回处理结果给相应的业务模块，以使相应的业务模块将处理结果返回给相应的子系统。本实施例中，由于各子系统通过接口能够调用相同的业务模块进行处理，业务模块通过接口也能够将相同的消息同时反馈给各个子系统，从而能够实现各个子系统消息的统一下发、接收或者监控，能够对各个子系统进行统一监控或者应急控制；且业务模块的共用，使得接口数量少，维护成本低。

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

附图说明

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

图1为本发明实施例提供的一种轨道交通乘客服务系统的结构示意图；

图2为本发明实施例提供的乘客信息子系统的示意图；

图3为本发明实施例提供的公共广播子系统的示意图；

图4为本发明实施例提供的闭路电视监控子系统的示意图。

附图标记：

乘客服务平台-1；业务能力中心-2；企业级互联网架构平台-3；云计算平台-4；

具体实施方式

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

下面参考附图描述本发明实施例的轨道交通乘客服务系统。

图1为本发明实施例提供的一种轨道交通乘客服务系统的结构示意图。如图1所示，该轨道交通乘客服务系统主要包括：

乘客服务平台1、业务能力中心2、企业级互联网架构平台3以及云计算平台4；

所述乘客服务平台1，包括：基础管理子系统、乘客信息子系统、公共广播子系统以及闭路电视监控子系统；

所述业务能力中心2，包括：多个业务模块，用于执行各个子系统中的各个业务；

所述企业级互联网架构平台3，包括：多个应用服务，用于获取各个业务对应的数据；

所述云计算平台4，用于对各个业务对应的数据进行处理，并返回处理结果给相应的业务模块，以使相应的业务模块将处理结果返回给相应的子系统。

本实施例中，业务能力中心2中的业务模块具体可以包括以下模块中的任意一种或者多种：乘客信息中心、公共广播中心、闭路电视监控中心、资源中心、设备中心、用户中心、云轨中心、日志中心、告警及故障中心和知识中心。

其中，乘客信息中心用于执行乘客信息子系统的主要业务，例如播放管理、媒体库管理等。公共广播中心用于执行公共广播子系统的主要业务，例如广播控制等。闭路电视监控中心用于执行闭路电视监控子系统的主要业务，例如监控管理等。资源中心用于对各个子系统中的资源进行管理，例如乘客信息子系统中的视频、音频资源等。设备中心用于对各个子系统中的应用终端进行管理，例如摄像机、播控器等。用户中心用于对各个子系统中的登录信息等进行管理。云轨中心用于对各个子系统的线路信息进行管理。日志中心用于记录各个子系统的故障维修日志等。告警及故障中心用于在各个子系统出现故障时进行告警等。知识中心用于管理各个子系统的公告、新闻等。

本实施例中，各个子系统中设置有调用各个业务模块的接口，用于调用各个业务模块执行相应业务。也就是说，各个子系统在有业务需要执行时，可以通过相应的接口调用相应的业务模块来执行业务。各个业务模块的程序是独立建设以及保存的，可以根据需要对各个业务模块的程序进行修改或者更新，而不影响其他业务模块的执行。

另外，需要说明的是，各个业务模块之间也设置有相互调用的接口，以便调用其他业务模块。例如，乘客信息中心、公共广播中心或者闭路电视监控中心调用日志中心等。

进一步的，在上述实施例的基础上，所述应用服务可以包括以下服务中的任意一种或者多种：分布式计算、分布式数据库、消息队列、共享存储和分布式事务。其中，分布式计算指的是，将需要巨大计算能力才能完成的应用分解成许多小部分，通过分配给多台计算机处理来提高计算效率。分布式数据库，是利用高速计算机网络将物理上分散的多个数据存储单元连接起来组成一个逻辑上统一的数据库。消息队列，是在消息的传输过程中保存消息的容器。共享存储，指的是多台服务器访问或者对同一个存储设备的同一个分区进行写操作。

本实施例中，所述各个业务模块可以设置有调用各个应用服务的接口，用于调用各个应用服务获取相应数据。例如，乘客信息中心可以调用分布式数据库获取数据等。

本发明实施例的轨道交通乘客服务系统，包括：乘客服务平台、业务能力中心、企业级互联网架构平台以及云计算平台；乘客服务平台，包括：基础管理子系统、乘客信息子系统、公共广播子系统以及闭路电视监控子系统；业务能力中心，包括：多个业务模块，用于执行各个子系统中的各个业务；企业级互联网架构平台，包括：多个应用服务，用于获取各个业务对应的数据；云计算平台，用于对各个业务对应的数据进行处理，并返回处理结果给相应的业务模块，以使相应的业务模块将处理结果返回给相应的子系统。本实施例中，由于各子系统通过接口能够调用相同的业务模块进行处理，业务模块通过接口也能够将相同的消息同时反馈给各个子系统，从而能够实现各个子系统消息的统一下发、接收或者监控，能够对各个子系统进行统一监控或者应急控制；且业务模块的共用，使得接口数量少，维护成本低。

进一步的，在图1所示实施例的基础上，结合参考图2，所述乘客信息子系统可以包括：多个管理模块；各个管理模块设置有调用应用终端的接口，用于对应用终端进行管理。

其中，所述管理模块可以包括以下模块中的任意一种或者多种：运营信息管理模块、媒体管理模块、播控器管理模块、播放版式管理模块和播放画面监视模块。另外，管理模块还可以包括：模板管理模块、文件传输组件、视频及播放列表管理模块、紧急事件管理模块、接口管理模块、mq中间件、指令发送接收组件、配置文件管理模块等，如图2所示。以播控器管理模块为例，对应的应用终端播控器可以包括以下模块：文件传输组件、播控引擎、指令发送接收组件、系统升级、设备及状态信息采集模块等。其中，乘客信息子系统中，播控器管理模块可以调用模板管理模块，进而调用文件传输组件向播控器传输文件。视频及播放列表管理模块、运营信息管理模块、紧急事件管理模块和接口管理模块可以调用配置文件管理模块，进而调用指令发送接收组件向mq中间件发送指令，进而mq中间件向播控器发送指令。

播控器中，设备及状态信息采集模块可以调用指令发送接收组件，进而向乘客信息子系统上传采集的设备及状态信息。文件传输组件和指令发送接收组件可以调用播控引擎。

进一步的，在图2所示实施例的基础上，所述乘客信息子系统还设置有调用外部系统的接口，用于获取外部系统的数据。其中，调用外部系统的接口可以包括：ats接口和ntp接口。外部系统可以包括：时钟同步系统和天气系统。其中，ats接口可以用于调用时钟同步系统。ntp接口可以用于调用天气系统。

本发明实施例的轨道交通乘客服务系统中，乘客信息子系统包括：多个管理模块；各个管理模块设置有调用应用终端的接口，用于对应用终端进行管理，从而能够通过应用终端确定要执行的业务，进而调用相应的业务模块执行业务，也可以将业务模块的执行结果通过相应接口反馈给应用终端，从而能够实现各个子系统消息的统一下发、接收或者监控，能够对各个子系统进行统一监控或者应急控制；且业务模块的共用，使得接口数量少，维护成本低。

进一步的，在图1或者图2所示实施例的基础上，结合参考图3，所述公共广播子系统可以包括以下模块中的任意一种或者多种：公共广播集成接口管理模块、广播播放音管理模块、云轨基础信息管理模块和网络管理模块，用于对公共广播子系统中的应用终端进行管理。

在图3中，公共广播集成接口管理模块，用于对公共广播子系统的集成接口进行统一管理。广播播放音管理模块，广播播放的音源文件由轨道交通乘客服务系统负责，根据实际运营业务需要，可通过与线路地面广播的接口将音源文件下发至各线路的广播中心系统，由各线路的中心广播控制盒控制音源文件的播放。如网络条件不允许，则可通过离线拷贝的方式将音源文件拷贝至各线路的广播中心系统，再由各线路的中心广播控制盒控制音源文件的播放。

云轨基础信息管理模块，轨道交通乘客服务系统可通过与线路地面广播的接口，以rest接口方式，下发在轨道基础信息系统中管理的轨道线路、车站及站区的信息，为公共广播子系统的正常运营提供基础数据。

网络管理模块，分布在各线路的广播中心系统中设计了网络管理系统，负责管理集成到广播中心系统中所有的广播设备。按该轨道交通乘客服务系统的业务需求，广播中心系统以rest接口的方式，将广播中心系统的网络设备统一上传，供轨道交通乘客服务系统分析和管理。

本发明实施例的轨道交通乘客服务系统中，公共广播子系统可以包括以下模块中的任意一种或者多种：公共广播集成接口管理模块、广播播放音管理模块、云轨基础信息管理模块和网络管理模块，用于对公共广播子系统中的应用终端进行管理，从而能够通过应用终端确定公共广播子系统中要执行的业务，进而调用相应的业务模块执行业务，也可以将业务模块的执行结果通过相应接口反馈给各个子系统中的应用终端，从而能够实现各个子系统消息的统一下发、接收或者监控，能够对各个子系统进行统一监控或者应急控制；且业务模块的共用，使得接口数量少，维护成本低。

进一步的，在图1、图2或者图3所示实施例的基础上，结合参考图4，所述闭路电视监控子系统包括以下模块中的任意一种或者多种：闭路电视监控集成接口管理模块、摄像头设备管理模块、实时监控系统和历史回放模块；用于对闭路电视监控子系统中的应用终端进行管理。

在图4中，闭路电视监控集成接口管理模块，用于对闭路电视监控子系统集成于轨道交通乘客服务系统的接口协议进行管理。摄像头设备管理模块，通过闭路电视监控子系统集成于轨道交通乘客服务系统的接口，以实时消息传输协议rtmp，获取各线路的监控设备列表，对各线路的监控设备进行统一管理。

实时监控系统，通过各线路的中心管理系统，根据实时消息传输协议rtmp，获取指定监控设备的视频流，同时可控制前端设备，对各车站及车辆段的不同区域进行实时监控预览。

历史回放模块，闭路电视监控子系统根据实际运营需求，可将实时监控的视频数据在服务器上保留一段时间，综合历史回放模块，可通过闭路电视监控子系统集成的接口，以实时消息传输协议rtmp，获取指定监控设备的历史监控视频，进行监控录像的回放操作。

本发明实施例的轨道交通乘客服务系统中，闭路电视监控子系统包括以下模块中的任意一种或者多种：闭路电视监控集成接口管理模块、摄像头设备管理模块、实时监控系统和历史回放模块，用于对闭路电视监控子系统中的应用终端进行管理，从而能够通过应用终端确定闭路电视监控子系统中要执行的业务，进而调用相应的业务模块执行业务，也可以将业务模块的执行结果通过相应接口反馈给各个子系统中的应用终端，从而能够实现各个子系统消息的统一下发、接收或者监控，能够对各个子系统进行统一监控或者应急控制；且业务模块的共用，使得接口数量少，维护成本低。

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

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

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

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

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

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

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

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