多媒体信息处理方法、装置和乘客信息系统

摘要

本发明提出一种多媒体信息处理方法、装置和乘客信息系统，其中，系统包括：软件即服务SaaS数据中心、多个地面设备端和至少一个运营中心；运营中心，与SaaS数据中心通信，用于获取输入的线路计划，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；SaaS数据中心，与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划；地面设备端，用于根据媒体运营计划进行多媒体展示。能够实现当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高。

权利要求

1.一种乘客信息系统，其特征在于，包括：软件即服务SaaS数据中心、多个地面设备端和至少一个运营中心；

所述运营中心，与所述SaaS数据中心通信，用于在所述运营中心的业务功能变更时，获取输入的线路计划，向所述SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；其中，所述线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；

所述SaaS数据中心，与所述多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划；

所述地面设备端，设置于轨道交通的车厢或车站，用于根据所述媒体运营计划进行多媒体展示。

2.根据权利要求1所述的乘客信息系统，其特征在于，所述SaaS数据中心，自顶至下包括依次通信连接的业务层、业务能力中心、系统架构和物理层；

其中，所述业务层，用于提供所述运营中心访问的接口，以通过所述接口从所述运营中心获取所述媒体运营信息，并返回对所述媒体运营信息的处理结果；

所述业务能力中心，包括对各业务服务封装得到的多个能力组件，用于对所述媒体运营信息进行处理，得到所述媒体运营计划；

所述系统架构，用于承载所述业务能力中心的多个能力组件，提供所述多个能力组件运行所需的软件资源；

所述物理层，用于承载所述系统架构，提供所述系统架构运行所需的物理资源。

3.根据权利要求2所述的乘客信息系统，其特征在于，所述运营中心包括一个或多个线路控制中心；

所述线路控制中心，具体用于以网络Web页面形式，访问所述SaaS数据中心，以及输入所述线路计划；

所述线路控制中心，包括对应不同访问权限的工作站，所述工作站用于登录对应的用户账号，根据所述用户账号对应的访问权限访问所述SaaS数据中心；其中，所述访问权限指示了允许调用的能力组件。

4.根据权利要求1所述的乘客信息系统，其特征在于，所述多个地面设备端划分为车站子系统和车载子系统；

所述车站子系统，包括多个设置于车站的地面设备端；

所述车载子系统，包括多个设置于车厢的地面设备端。

5.根据权利要求1所述的乘客信息系统，其特征在于，每一个地面设备端包括播控器和视频播放器；

所述播控器，用于从所述SaaS数据中心获取对应的媒体运营计划，并依据所述媒体运营计划指示的播放策略，控制所述视频播放器展示所述媒体运营计划指示的多媒体信息；

所述视频播放器，用于在所述播控器的控制下展示多媒体信息。

6.根据权利要求2-5任一项所述的乘客信息系统，其特征在于，所述SaaS数据中心的多个能力组件包括：用户组件、信息管理组件、通用数据组件、设备管理组件、监控组件和资源管理组件中的一个或多个组合；

用户组件，对各用户账号的基本信息进行维护以及对各用户账号进行访问权限管理；

当所述运营中心登录用户账号或访问所述SaaS数据中心时，进行身份校验和访问权限查询，以根据所述用户账号所具有的访问权限，向所述运营中心发送Web页面；其中，所述Web页面已禁用未具有访问权限的控件；

信息管理组件，用于对所述媒体运营信息执行业务处理；

通用数据组件，用于维护所述信息管理组件执行业务处理所需的通用数据，所述通用数据包括：轨道线路信息、车站信息和车厢信息中的一个或多个组合；

设备管理组件，用于维护各所述地面设备端的固件信息和/或播放参数信息；

监控组件，用于对各所述地面设备端的运行状态进行监视，并根据所述媒体运营计划对相应的所述地面设备端进行控制；

资源管理组件，用于存储生成所述媒体运营计划所需的资源，所述资源包括视频、图片、截图、界面模板文件和日志中的一个或多个组合。

7.根据权利要求6所述的乘客信息系统，其特征在于，所述信息管理组件包括：媒体管理模块、播表管理模块、模板管理模块、接口管理模块、计划管理模块、配置管理模块和下载管理模块中的一个或多个组合；

其中，所述媒体管理模块，用于获取所述媒体运营信息指示的视频或图片，根据需进行多媒体展示的地面设备端对应的界面模板文件，对视频或图片进行编辑、查询和/或预览，生成多媒体文件；

所述播表管理模块，用于根据所述多媒体文件生成所述多媒体文件的播放列表；所述播放列表用于指示播放时长和/或播放次数；

所述模板管理模块，用于维护各地面设备对应的界面模板文件，对所述界面模板文件进行添加、修改、查询和删除操作中的一个或多个组合；

所述接口管理模块，用于维护与提供到站信息、时钟或天气信息的外部网络端进行交互的接口，对所述接口执行新建、修改、查询和删除操作中的一个或多个组合；

所述计划管理模块，用于根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示所述多媒体文件的媒体运营计划；所述配置信息包括播放内容和/或播放形式；

配置管理模块，用于维护各地面设备的配置信息，对所述配置信息执行新建、修改、查询和删除操作中的一个或多个组合；

下载管理模块，用于查询各地面设备下载媒体运营计划的下载进度。

8.一种多媒体信息处理方法，其特征在于，方法包括以下步骤：

在运营中心的业务功能变更时，获取输入的线路计划；其中，所述线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；

向SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；其中，所述SaaS数据中心与多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划，所述媒体运营计划用于所述地面设备端进行多媒体展示。

9.一种多媒体信息处理方法，其特征在于，方法包括以下步骤：

接收各运营中心发送的待处理的媒体运营信息；其中，所述媒体运营信息，是在所述各运营中心的业务功能变更时，根据获取的线路计划得到的；所述线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；

对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，所述媒体运营计划，用于对应的地面设备端进行多媒体展示；

向对应的地面设备端发送所述媒体运营计划。

10.根据权利要求9所述的多媒体信息处理方法，其特征在于，所述对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，包括：从预存的资源中，获取所述媒体运营信息指示的视频或图片；或者直接从所述媒体运营信息中获取视频或图片；

根据需进行多媒体展示的地面设备端对应的界面模板文件，对视频或图片进行图像处理，生成多媒体文件；

根据所述多媒体文件生成所述多媒体文件的播放列表；所述播放列表用于指示播放时长和/或播放次数；

根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示所述多媒体文件的媒体运营计划；所述配置信息包括播放内容和/或播放形式。

11.一种多媒体信息处理装置，其特征在于，所述装置包括：

输入模块，用于在运营中心的业务功能变更时，获取输入的线路计划；其中，所述线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；

发送模块，用于向SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；其中，所述SaaS数据中心与多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划，所述媒体运营计划用于所述地面设备端进行多媒体展示。

12.一种多媒体信息处理装置，其特征在于，包括：

接收模块，用于接收各运营中心发送的待处理的媒体运营信息；其中，所述媒体运营信息，是在所述各运营中心的业务功能变更时，根据获取的线路计划得到的；所述线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；

处理模块，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，所述媒体运营计划，用于对应的地面设备端进行多媒体展示；

发送模块，用于向对应的地面设备端发送所述媒体运营计划。

13.根据权利要求12所述的多媒体信息处理装置，其特征在于，所述处理模块，包括：获取单元，用于从预存的资源中，获取所述媒体运营信息指示的视频或图片；或者直接从所述媒体运营信息中获取视频或图片；

处理单元，用于根据需进行多媒体展示的地面设备端对应的界面模板文件，对视频或图片进行图像处理，生成多媒体文件；

列表生成单元，用于根据所述多媒体文件生成所述多媒体文件的播放列表；所述播放列表用于指示播放时长和/或播放次数；

计划生成单元，用于根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示所述多媒体文件的媒体运营计划；所述配置信息包括播放内容和/或播放形式。

14.一种计算机设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求8所述的多媒体信息处理方法，和/或，实现如权利要求9或10所述的多媒体信息处理方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求8所述的多媒体信息处理方法，和/或，实现如权利要求9或10所述的多媒体信息处理方法。

说明书

多媒体信息处理方法、装置和乘客信息系统

技术领域

[0001] 本发明涉及轨道交通技术领域，尤其涉及一种多媒体信息处理方法、装置和乘客信息系统。

背景技术

[0002] 在城市轨道交通行业中，通过乘客信息系统(Passenger Information System，以下简称PIS)为乘客提供多样化多媒体信息服务，例如可以提供列车运营信息、网络运营信息、便民信息或紧急疏散信息等信息。

[0003] 目前PIS具有“一线一中心”和“多线共用线路中心”两种运营管理模式。其中，“一线一中心”的单线运营管理模式为：每条线路的PIS独立招标、建设和运营，从软件到硬件都需要进行开发设计。不同线路控制中心的控制系统不互联互通。当业务功能改变时，需要针对每一个线路控制中心进行重新部署。

[0004] “多线共用线路中心”的网络化运营管理模式为：多条线路共用一个线路控制中心，但各业务功能在线路控制中心控制系统的子系统中实现，与控制系统绑定紧密。所以一旦业务功能改变，仍需要将控制系统代码重新设计，难以灵活扩展。

[0005] 在单线运营模式和网络运营模式下的PIS，建设完成后，一旦有业务功能增加或变更时，调整难度比较大，扩展性不高，不利于PIS的长期建设发展。

发明内容

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

[0007] 为此，本发明提出一种乘客信息系统，该乘客信息系统中所有的业务功能均是在SaaS数据中心实现的，而运营中心只是以租户的形式租用乘客信息系统中的软件。乘客信息系统可以为各线路提供统一的SaaS服务，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。此外，系统架构上从运营中心-车站-地面设备端的三级架构改变为运营中心-地面设备端的两级架构，可以简化系统的层级，降低系统的复杂度。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。而且不同的运营中心之间可以实现互联互通，数据统一由SaaS数据中心管理，可以为未来的大数据或策略支持系统提供数据支持。

[0008] 本发明提出一种多媒体信息处理方法。

[0009] 本发明提出另一种多媒体信息处理方法。

[0010] 本发明提出一种多媒体信息处理装置。

[0011] 本发明提出另一种多媒体信息处理装置。

[0012] 本发明提出一种计算机设备。

[0013] 本发明提出一种计算机可读存储介质。

[0014] 本发明提出一种计算机程序产品。

[0015] 为达上述目的，本发明第一方面实施例提出了一种乘客信息系统，包括：软件即服务SaaS数据中心、多个地面设备端和至少一个运营中心；

[0016] 所述运营中心，与所述SaaS数据中心通信，用于获取输入的线路计划，向所述SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；

[0017] 所述SaaS数据中心，与所述多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划；

[0018] 所述地面设备端，设置于轨道交通的车厢或车站，用于根据所述媒体运营计划进行多媒体展示。

[0019] 本发明实施例的乘客信息系统，通过SaaS数据中心接收各运营中心发送的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，乘客信息系统中所有的业务功能均是在SaaS数据中心实现的，而运营中心只是以租户的形式租用乘客信息系统中的软件。乘客信息系统可以为各线路提供统一的SaaS服务，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。此外，系统架构上从运营中心-车站-地面设备端的三级架构改变为运营中心-地面设备端的两级架构，可以简化系统的层级，降低系统的复杂度。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，而无需现有技术中对运营中心的控制系统重新部署内部子系统，操作方便，扩展性较高。而且不同的运营中心之间可以实现互联互通，数据统一由SaaS数据中心管理，可以为未来的大数据或策略支持系统提供数据支持。

[0020] 为达上述目的，本发明第二方面实施例提出了另一种多媒体信息处理方法，包括：

[0021] 获取输入的线路计划；

[0022] 向SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；其中，所述SaaS数据中心与所述多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划，所述媒体运营计划用于所述地面设备端进行多媒体展示。

[0023] 本发明实施例的多媒体信息处理方法，通过获取输入的线路计划，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0024] 为达上述目的，本发明第三方面实施例提出了一种多媒体信息处理方法，包括：

[0025] 接收各运营中心发送的待处理的媒体运营信息；

[0026] 对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，所述媒体运营计划，用于对应的地面设备端进行多媒体展示；

[0027] 向对应的地面设备端发送所述媒体运营计划。

[0028] 本发明实施例的多媒体信息处理方法，通过SaaS数据中心接收运营中心发送的待处理的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，而无需现有技术中对运营中心的控制系统重新部署内部子系统，操作方便，扩展性较高。

[0029] 为达上述目的，本发明第四方面实施例提出了一种多媒体信息处理装置，包括：

[0030] 输入模块，用于获取输入的线路计划；

[0031] 发送模块，用于向SaaS数据中心发送用于执行所述线路计划所需的媒体运营信息；其中，所述SaaS数据中心与所述多个地面设备端通信，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送所述媒体运营计划，所述媒体运营计划用于所述地面设备端进行多媒体展示。

[0032] 本发明实施例的多媒体信息处理装置，通过获取输入的线路计划，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0033] 为达上述目的，本发明第五方面实施例提出了一种多媒体信息处理装置，包括：

[0034] 接收模块，用于接收各运营中心发送的待处理的媒体运营信息；

[0035] 处理模块，用于对所述媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，所述媒体运营计划，用于对应的地面设备端进行多媒体展示；

[0036] 发送模块，用于向对应的地面设备端发送所述媒体运营计划。

[0037] 本发明实施例的多媒体信息处理装置，通过SaaS数据中心接收各运营中心发送的待处理的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，而无需现有技术中对运营中心的控制系统重新部署内部子系统，操作方便，扩展性较高。

[0038] 为达上述目的，本发明第六方面实施例提出了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本发明第二方面实施例所述的多媒体信息处理方法，和/或，实现如本发明第三方面实施例所述的多媒体信息处理方法。

[0039] 为了实现上述目的，本发明第七方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明第二方面实施例所述的多媒体信息处理方法，和/或，实现如本发明第三方面实施例所述的多媒体信息处理方法。

[0040] 为了实现上述目的，本发明第八方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时实现如本发明第二方面实施例所述的多媒体信息处理方法，和/或，实现如本发明第三方面实施例所述的多媒体信息处理方法。

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

附图说明

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

[0043] 图1为本发明实施例一所提供的乘客信息系统的结构示意图；

[0044] 图2为本发明实施例二所提供的地面设备端的结构示意图；

[0045] 图3为本发明实施例三所提供的软件即服务SaaS数据中心的结构示意图；

[0046] 图4为本发明实施例四所提供的软件即服务SaaS数据中心的结构示意图；

[0047] 图5为本发明实施例五所提供的信息管理组件的结构示意图；

[0048] 图6为本发明实施例六所提供的乘客信息系统的功能示意图；

[0049] 图7为本发明实施例七所提供的多媒体信息处理方法的流程示意图；

[0050] 图8为本发明实施例八所提供的多媒体信息处理方法的流程示意图；

[0051] 图9为本发明实施例九所提供的多媒体信息处理方法的流程示意图；

[0052] 图10为本发明实施例十所提供的多媒体信息处理装置的结构示意图；

[0053] 图11为本发明实施例十一所提供的多媒体信息处理装置的结构示意图；

[0054] 图12为本发明实施例十二所提供的多媒体信息处理装置的结构示意图。

具体实施方式

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

[0056] 在城市轨道交通行业中，通过乘客信息系统(Passenger Information System，以下简称PIS)为乘客提供多样化多媒体信息服务，例如可以提供列车运营信息、网络运营信息、便民信息或紧急疏散信息等信息。PIS系统包括运营控制中心(Operating Control Center，简称OCC)系统、车站子系统、车载子系统、网络子系统，其中，OCC系统负责媒体设计、多媒体编播管理、地面设备播放监控、对外接口等功能；车站子系统负责从OCC系统中接收并同步数据、运营信息的发布或解除、播控器播放的功能；车载子系统负责数据接收、显示和播放、车载视频监控和车载广播的功能；网络子系统为PIS系统提供网络传输支持。

[0057] 目前具有“一线一中心”和“多线共用线路中心”两种运营管理模式。其中，“一线一中心”的单线运营管理模式为：每条线路的PIS独立招标、建设和运营，从软件到硬件都需要进行开发设计。这种模式下，由于不同的线路PIS单独招标建设，即使在设计需求相同的情况下，不同的供应商采用的技术方案、技术平台各不相同，导致接口定义不统一，从而不同线路中心的控制系统不互联互通。当业务功能改变时，需要针对每一个线路控制中心进行重新部署。

[0058] “多线共用线路中心”的网络化运营管理模式为：多条线路共用一个线网中心，在一定程度上减少了多线路的重复性功能建设，而且在接口上也实现了统一。但是“多线共用线路中心”只是将多个线网中心减少到一个，而在系统的部署上仍然没有优化，从控制中心到车站、列车需要部署相应的软件系统，整个软件架构上仍然是客户端/服务器模式，用户通过操作各子系统的客户端完成其业务功能。由于各业务功能在线路控制中心控制系统的子系统中实现，与控制系统绑定紧密。所以一旦业务功能改变，仍需要将控制系统代码重新设计，难以灵活扩展。此外，在子系统重新部署的过程中，将造成列车运营的停滞，不利于列车运营的管理。

[0059] 为了解决现有技术中乘客信息系统开发成本和运维成本较高、系统架构复杂，以及系统中有业务功能变更时，需要将控制系统代码重新设计，难以灵活扩展的问题，本发明实施例中，乘客信息系统基于软件即服务(Software-as-a-Service，简称SaaS)，乘客信息系统以租用的方式提供SaaS服务给各个运营中心，各个运营中心是乘客信息系统的不同的租户。具体地，乘客信息系统包括：SaaS数据中心、多个地面设备端和至少一个运营中心，运营中心与SaaS数据中心通信，当运营中心的业务功能变更时，只需在SaaS数据中心中修改相应的软件代码，而无需现有技术中对运营中心的控制系统重新部署内部子系统。

[0060] 本实施例中，乘客信息系统中所有的业务功能均是在SaaS数据中心实现的，而运营中心只是以租户的形式租用乘客信息系统中的软件。乘客信息系统可以为各线路提供统一的SaaS服务，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。此外，系统架构上从运营中心-车站-地面设备端的三级架构改变为运营中心-地面设备端的两级架构，可以简化系统的层级，降低系统的复杂度。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。由于业务处理是在SaaS数据中心实现的，地面设备端只需配备视频播放器和播控器，而无需部署任何其他设备，可以进一步降低系统的复杂度。而且不同的运营中心之间可以实现互联互通，数据统一由SaaS数据中心管理，可以为未来的大数据或策略支持系统提供数据支持。

[0061] 下面参考附图描述本发明实施例的多媒体信息处理方法、装置和乘客信息系统。

[0062] 图1为本发明实施例一所提供的乘客信息系统的结构示意图。

[0063] 如图1所示，该乘客信息系统包括：软件即服务SaaS数据中心110、多个地面设备端120和至少一个运营中心130。其中，

[0064] 运营中心130，与SaaS数据中心通信110，用于获取输入的线路计划，向SaaS数据中心110发送用于执行线路计划所需的媒体运营信息。

[0065] 其中，线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据；媒体运营信息可以包括线路标识、多媒体文件等信息。

[0066] 可选地，当运营中心130的业务功能变更时，运营中心130可以获取输入的线路计划，而后根据线路计划，得到执行该线路计划所需的媒体运营信息。可选地，输入的线路计划中可以包括媒体运营信息指示的视频或图片的存储地址，运营中心130可以根据存储地址进行读取，得到视频或图片，进而媒体运营信息中可以携带有视频或图片数据。在运营中心130得到执行线路计划所需的媒体运营信息后，可以向SaaS数据中心110发送媒体运营信息，以使SaaS数据中心110对媒体运营信息执行业务处理，生成媒体运营信息对应的媒体运营计划。

[0067] 本发明实施例中，SaaS数据中心通信110可以提供访问接口，运营中心130可以通过接口访问SaaS数据中心110，从而SaaS数据中心110可以通过接口从运营中心130获取媒体运营信息，并返回对媒体运营信息的处理结果。

[0068] 本发明实施例中，运营中心130可以包括一个或多个线路控制中心。其中，每个线路控制中心所属的运营中心130是根据运营中心130的运营能力以及线路布局确定的。

[0069] 作为一种可能的实现方式，线路控制中心可以以网络Web页面形式，访问SaaS数据中心110，并在Web页面输入线路计划，运营中心130获取线路控制中心输入的线路计划，其中，线路计划中可以包括媒体运营信息指示的视频或图片的存储地址，运营中心130可以根据存储地址进行读取，得到视频或图片，即得到执行该线路计划所需的媒体运营信息，而后运营中心130可以向SaaS数据中心110发送媒体运营信息，相应地，SaaS数据中心110在接收到媒体运营信息，可以生成媒体运营信息对应的媒体运营计划。

[0070] SaaS数据中心110，与多个地面设备端120通信，用于对媒体运营信息进行数据处理，得到各地面设备端120的媒体运营计划，并向对应的地面设备端120发送媒体运营计划。

[0071] 本发明实施例中，SaaS数据中心110在接收到媒体运营信息后，可以对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划。作为一种可能的实现方式，SaaS数据中心110可以包括对各业务服务封装得到的多个对应的能力组件，可以通过多个能力组件对媒体运营信息进行数据处理，得到对应的媒体运营计划，其中，媒体运营计划，用于对应的地面设备端进行多媒体展示。

[0072] 具体地，当SaaS数据中心110通过接口从运营中心130获取媒体运营信息后，可以采用多个能力组件对媒体运营信息进行数据处理，得到各地面设备端120的媒体运营计划。而后，SaaS数据中心110可以向对应的地面设备端120发送媒体运营计划，以使地面设备端
120根据媒体运营计划进行多媒体展示。

[0073] 本发明实施例中，运营中心130中的各线路控制中心可以包括对应不同访问权限的工作站，工作站用于登录对应的用户账号，根据用户账号对应的访问权限访问SaaS数据中心110；其中，访问权限指示了允许调用的能力组件。也就是说，当运营中心130登录用户账号或访问SaaS数据中心110时，SaaS数据中心110需对运营中心130进行身份校验和访问权限查询，以根据用户账号所具有的访问权限，向运营中心130发送Web页面，即各运营中心130只能够看到被允许访问的页面或菜单。

[0074] 具体地，运营中心130通过web页面，向SaaS数据中心110发送的媒体运营信息中可以直接携带视频或图片，当SaaS数据中心110通过接口从运营中心获取媒体运营信息后，可以直接从媒体运营信息中获取视频或图片，从而根据获取的视频或图片，生成各地面设备端120的媒体运营计划。

[0075] 或者，运营中心130向SaaS数据中心110发送的媒体运营信息可以指示相应的视频或图片，例如，媒体运营信息中可以包括相应的视频或图片的标识信息、存储地址等信息，当SaaS数据中心110通过接口从运营中心130获取媒体运营信息后，可以从预存的资源中，根据视频或图片的标识信息获取媒体运营信息指示的视频或图片，从而根据获取的视频或图片，生成各地面设备端120的媒体运营计划。

[0076] 本发明实施例中，当运营中心130的业务功能变更时，只需在SaaS数据中心110中修改相应的软件代码，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。当修改SaaS数据中心110中的软件代码后，可以通过修改后的能力组件对媒体运营信息执行业务处理，得到对应的媒体运营计划。

[0077] 地面设备端120，设置于轨道交通的车厢或车站，用于根据媒体运营计划进行多媒体展示。

[0078] 本发明实施例中，地面设备端120设置于轨道交通的车厢或车站，在地面设备端120接收到SaaS数据中心110发送的媒体运营计划后，可以根据媒体运营计划进行多媒体展示。

[0079] 本实施例的乘客信息系统，通过SaaS数据中心接收运营中心发送的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，乘客信息系统中所有的业务功能均是在SaaS数据中心实现的，而运营中心只是以租户的形式租用乘客信息系统中的软件。乘客信息系统可以为各线路提供统一的SaaS服务，从而运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。此外，系统架构上从运营中心-车站-地面设备端的三级架构改变为运营中心-地面设备端的两级架构，可以简化系统的层级，降低系统的复杂度。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。而且不同的运营中心之间可以实现互联互通，数据统一由SaaS数据中心管理，可以为未来的大数据或策略支持系统提供数据支持。

[0080] 作为一种可能的实现方式，多个地面设备端120可以划分为车站子系统和车载子系统，其中，车站子系统包括多个设置于车站的地面设备端120；车载子系统包括多个设置于车厢的地面设备端120。

[0081] 作为一种可能的实现方式，参见图2，在图1所示实施例的基础上，每一个地面设备端120包括：播控器121和视频播放器122。其中，

[0082] 播控器121，用于从SaaS数据中心110获取对应的媒体运营计划，并依据媒体运营计划指示的播放策略，控制视频播放器122展示媒体运营计划指示的多媒体信息。

[0083] 可以理解的是，不同的运营中心130用于控制不同的地面设备端130进行多媒体展示，而不同的运营中心130向SaaS数据中心110发送用于执行线路计划所需的媒体运营信息，SaaS数据中心110生成媒体运营信息对应的媒体运营计划可以相同或者不同，因此，不同的地面设备端120获取的媒体运营计划可以相同或者不同。当SaaS数据中心110向不同的地面设备端120发送媒体运营计划后，每个地面设备端120中的播控器121，可以从SaaS数据中心110获取对应的媒体运营计划，依据媒体运营计划指示的播放策略，控制视频播放器122展示媒体运营计划指示的多媒体信息。

[0084] 视频播放器122，用于在播控器121的控制下展示多媒体信息。

[0085] 本发明实施例中，由于业务处理是在SaaS数据中心110实现的，地面设备端120中只需配备播控器121和视频播放器122，而无需部署任何其他设备，可以进一步降低系统的复杂度。

[0086] 作为一种可能的实现方式，参见图3，在图1所示实施例的基础上，SaaS数据中心110，自顶至下包括：依次通信连接的业务层111、业务能力中心112、系统架构113和物理层
114。其中，

[0087] 业务层111，用于提供运营中心130访问的接口，以通过接口从运营中心130获取媒体运营信息，并返回对媒体运营信息的处理结果。

[0088] 本发明实施例中，通过业务层111提供运营中心130访问的接口，从而运营中心130可以通过接口访问SaaS数据中心110，相应地，SaaS数据中心110可以通过接口从运营中心130获取媒体运营信息，在对媒体运营信息进行处理后，可以通过接口返回对媒体运营信息的处理结果。

[0089] 业务能力中心112，包括对各业务服务封装得到的多个能力组件，用于对媒体运营信息进行处理，得到媒体运营计划。

[0090] 本发明实施例中，业务能力中心112包括对各业务服务封装得到的多个对应的能力组件，通过多个能力组件对媒体运营信息进行数据处理，可以得到各地面设备端的媒体运营计划。

[0091] 系统架构113，用于承载业务能力中心112的多个能力组件，提供多个能力组件运行所需的软件资源。

[0092] 本发明实施例中，系统架构113是整个乘客信息系统的技术平台层，提供多个能力组件运行所需的技术系统、基础数据、技术组件、开发环境、运行环境等软件资源。

[0093] 物理层114，用于承载系统架构113，提供系统架构113运行所需的物理资源。

[0094] 本发明实施例中，物理层114可以为系统架构113提供运行所需的物理资源，包括：CPU、内存、存储、网络以及其他基本的计算资源。

[0095] 作为一种可能的实现方式，参见图4，在图1-3所示实施例的基础上，SaaS数据中心110的多个能力组件包括：用户组件1121、信息管理组件1122、通用数据组件1123、设备管理组件1124、监控组件1125和资源管理组件1126中的一个或多个组合。其中，

[0096] 用户组件1121，用于对各用户账号的基本信息进行维护以及对各用户账号进行访问权限管理；当运营中心130登录用户账号或访问SaaS数据中心110时，进行身份校验和访问权限查询，以根据用户账号所具有的访问权限，向运营中心130发送Web页面；其中，Web页面已禁用未具有访问权限的控件。

[0097] 本发明实施例中，所有登录运营中心130的用户均具有对应的用户账号，用户组件1121用于对各用户账号的基本信息进行维护，从而当新增或者删除用户账号时，可以实现对用户账号的动态维护和补充，保证各用户账号的正确性和实时性。并且用户组件1121可以对各用户账号进行访问权限管理，从而当运营中心130登录用户账号或访问SaaS数据中心110时，可以对用户进行身份校验和访问权限查询，以根据用户账号所具有的访问权限，向运营中心130发送Web页面，从而用户只能够看到被允许访问的Web页面或菜单。

[0098] 信息管理组件1122，用于对媒体运营信息执行业务处理。

[0099] 具体地，可以通过信息管理组件1122于对媒体运营信息执行业务处理，得到与媒体运营信息对应的媒体运营计划。

[0100] 通用数据组件1123，用于维护信息管理组件1122执行业务处理所需的通用数据，通用数据包括：轨道线路信息、车站信息和车厢信息中的一个或多个组合。

[0101] 本发明实施例中，通用数据组件1123，用于对线路所有的通用数据进行管理，并为其他能力组件提供通用数据支持，例如可以维护信息管理组件1122执行业务处理所需的通用数据。

[0102] 设备管理组件1124，用于维护各地面设备端120的固件信息和/或播放参数信息。

[0103] 监控组件1125，用于对各地面设备端的运行状态进行监视，并根据媒体运营计划对相应的地面设备端120进行控制。

[0104] 本发明实施例中，监控组件1125，用于对各地面设备端120的运行状态进行监视，例如可以对各地面设备端120的播控器121的运行状态进行监视，将各地面设备端120中的播控器121的监视数据提供至信息管理组件1122，或者将信息管理组件1122生成的媒体运营计划下发到相应的地面设备端120，从而地面设备端120中的播控器121可以依据媒体运营计划指示的播放策略，控制视频播放器122展示媒体运营计划指示的多媒体信息。

[0105] 资源管理组件1126，用于存储生成媒体运营计划所需的资源，资源包括视频、图片、截图、界面模板文件和日志中的一个或多个组合。

[0106] 本发明实施例中，资源管理组件1126用于存储生成媒体运营计划所需的资源，例如视频、图片、截图、界面模板文件和日志等资源，从而便于资源的共享。

[0107] 作为一种可能的实现方式，参见图5，在图4所示实施例的基础上，信息管理组件1122具体包括：媒体管理模块11221、播表管理模块11222、模板管理模块11223、接口管理模块11224、计划管理模块11225、配置管理模块11226和下载管理模块11227中的一个或多个组合。其中，

[0108] 媒体管理模块11221，用于获取媒体运营信息指示的视频或图片，根据需进行多媒体展示的地面设备端120对应的界面模板文件，对视频或图片进行编辑、查询和/或预览，生成多媒体文件。

[0109] 本发明实施例中，媒体管理模块11221可以从预存的资源中，获取媒体运营信息指示的视频或图片，或者，媒体管理模块11221可以直接从媒体运营信息中获取视频或图片，从而可以根据获取视频或图片，生成多媒体文件。具体地，每个地面设备端120对应的界面模板可以相同或者不同，媒体管理模块11221可以从预存的资源中，获取需进行多媒体展示的地面设备端120对应的界面模板文件，而后根据界面模板文件，对视频或图片进行编辑、查询和/或预览，生成多媒体文件。

[0110] 播表管理模块11222，用于根据多媒体文件生成多媒体文件的播放列表；播放列表用于指示播放时长和/或播放次数。

[0111] 本发明实施例中，播表管理模块11222用于根据多媒体文件，生成多媒体文件的播放列表。具体地，播表管理模块11222可以对多媒体文件的播放参数进行定义，例如可以对播放时长和/或播放次数等播放参数进行定义。

[0112] 模板管理模块11223，用于维护各地面设备对应的界面模板文件，对界面模板文件进行添加、修改、查询和删除操作中的一个或多个组合。

[0113] 本发明实施例中，模板管理模块11223可以对各地面设备对应的界面模板文件进行添加、修改、查询和删除操作，从而能够实现对各地面设备对应的界面模板文件进行动态维护和补充，保证各地面设备对应的界面模板文件的实时性。

[0114] 接口管理模块11224，用于维护与提供到站信息、时钟或天气信息的外部网络端进行交互的接口，对接口执行新建、修改、查询和删除操作中的一个或多个组合。

[0115] 其中，到站信息可以通过列车自动监控系统(Automatic Train Supervision，ATS)提供。

[0116] 计划管理模块11225，用于根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示多媒体文件的媒体运营计划；配置信息包括播放内容和/或播放形式。

[0117] 需要说明的是，在各地面设备展示多媒体文件前，需要产生相应的媒体运营计划，本发明实施例中，可以通过计划管理模块11225生成各地面设备用于展示多媒体文件的媒体运营计划。

[0118] 具体地，当通过播表管理模块11222生成多媒体文件的播放列表后，可以通过计划管理模块11225根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示多媒体文件的媒体运营计划，从而可以通过监控组件1125根据媒体运营计划对相应的地面设备端120进行控制。

[0119] 进一步地，计划管理模块11225，还用于对生成的媒体运营计划进行审核，只有媒体运营计划审核通过后，才可以将其下发至对应的地面设备端120，从而对应的地面设备端120中的播控器121可以控制视频播放器122展示多媒体信息。

[0120] 配置管理模块11226，用于维护各地面设备的配置信息，对配置信息执行新建、修改、查询和删除操作中的一个或多个组合。

[0121] 本发明实施例中，配置管理模块11226可以对配置信息执行新建操作、修改操作、查询操作、和/或、删除操作，从而能够实现对各地面设备的配置信息进行动态维护和补充，保证各地面设备的配置信息正确性和实时性。

[0122] 下载管理模块11227，用于查询各地面设备下载媒体运营计划的下载进度。

[0123] 本发明实施例中，下载管理模块11227用于对媒体运营计划进行管理，并查询各地面设备下载媒体运营计划的下载进度等信息。

[0124] 作为一种示例，参见图6，图6为本发明实施例六所提供的乘客信息系统的功能示意图。乘客信息系统以租用的方式提供SaaS服务给各个运营中心，各个运营中心是乘客信息系统的不同租户。

[0125] 图6中，访问接口10为乘客信息系统的访问入口，不同的租户可以以网络Web页面形式，访问SaaS数据中心。

[0126] 用户组件20，包括用户管理单元21和用户数据库22，其中，用户管理单元21用于对各用户账号的基本信息进行维护以及对各用户账号进行访问权限管理。当任何租户登录用户账号或访问SaaS数据中心时，可以通过用户管理单元21对租户的权限进行查询，租户只能够看到被允许访问的页面或菜单，所有用户数据被保存在用户数据库22中。

[0127] 信息管理组件30，用于对媒体运营信息执行业务处理，包括：信息管理单元31和信息管理数据库32，其中，信息管理单元31包括：媒体管理模块311、播表管理模块312、模板管理模块313、接口管理模块314、计划管理模块315、配置管理模块316、下载管理模块317和监控模块318。其中，媒体管理模块311～下载管理模块317的功能描述参见图5，此处不做赘述，而监控模块318，用于获取各个地面设备端中播控器的运行状态、播控器的播控画面、播控器的故障信息、播控器的日志文件等信息，并可以对指定播控器进行开关机控制。信息管理数据库32，用于存储媒体管理模块311～监控模块318中的数据。

[0128] 通用数据组件40，包括：数据管理单元41和通用数据数据库42，其中，数据管理单元41，用于对线路所有的通用数据(轨道线路信息、车站信息和车厢信息)进行管理，并为其他能力组件提供通用数据支持，例如可以维护信息管理组件30执行业务处理所需的通用数据。通用数据数据库42，用于存储数据管理单元41中的数据。

[0129] 设备管理组件50，包括：设备管理单元51和设备数据库52，其中，设备管理单元51，用于维护各地面设备端的固件信息和/或播放参数信息。具体地，可以对各地面设备端中的播控器进行管理，对播控器的基本信息进行管理，其中，基本信息包括固件信息和/或播放参数信息；设备管理单元51中的数据存储在设备数据库52中，设备数据库52可以为信息管理组件30提供设备数据。

[0130] 监控组件60，包括：监控管理单元61和监控数据库62，其中，监控管理单元61，用于为信息管理组件30中的监控模块38提供数据支持，具体地，监控管理单元61可以对各地面设备端的运行状态进行监视，将各地面设备端中的播控器的监视数据提供至信息管理组件30，或者将信息管理组件30生成的媒体运营计划下发到相应的地面设备端，从而地面设备端中的播控器可以依据媒体运营计划指示的播放策略控制视频播放器展示媒体运营计划指示的多媒体信息。监控管理单元61中的监视数据存储在监控数据库62中。

[0131] 资源管理组件70，包括：资源管理单元71和资源数据库72。其中，资源管理单元71，用于对生成媒体运营计划所需的资源进行管理，例如视频、图片、截图、界面模板文件和日志等；资源数据库72，用于将信息管理组件30所使用的资源提供统一的存储服务。

[0132] 图7为本发明实施例七所提供的多媒体信息处理方法的流程示意图。

[0133] 本发明实施例以多媒体信息处理方法被配置于多媒体信息处理装置中来举例说明，该多媒体信息处理装置应用于前述实施例提出的乘客信息系统中。

[0134] 如图7所示，该多媒体信息处理方法可以包括以下步骤：

[0135] 步骤101，获取输入的线路计划。

[0136] 本发明实施例的执行主体为运营中心，运营中心可以包括一个或多个线路控制中心。其中，每个线路控制中心所属的运营中心是根据运营中心的运营能力以及线路布局确定的。

[0137] 本发明实施例中，线路计划用于指示需进行多媒体展示的线路，以及所需展示的多媒体数据。

[0138] 可选地，线路控制中心可以在Web页面输入线路计划，从而运营中心可由通过Web页面，获取线路控制中心输入的线路计划。

[0139] 步骤102，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。

[0140] 本发明实施例中，媒体运营信息可以包括线路标识、多媒体文件等信息。

[0141] 可选地，输入的线路计划中可以包括媒体运营信息指示的视频或图片的存储地址，运营中心可以根据存储地址进行读取，得到视频或图片，即得到执行该线路计划所需的媒体运营信息。在运营中心得到执行线路计划所需的媒体运营信息后，可以向SaaS数据中心发送媒体运营信息，以使SaaS数据中心对媒体运营信息执行业务处理，生成媒体运营信息对应的媒体运营计划。

[0142] 本发明实施例中，运营中心通过web页面，向SaaS数据中心发送的媒体运营信息中可以直接携带视频或图片，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以直接从媒体运营信息中获取视频或图片，从而根据获取的视频或图片，生成各地面设备端的媒体运营计划。

[0143] 或者，运营中心向SaaS数据中心发送的媒体运营信息可以指示相应的视频或图片，例如，媒体运营信息中可以包括相应的视频或图片的标识信息、存储地址等信息，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以从预存的资源中，根据视频或图片的标识信息获取媒体运营信息指示的视频或图片，从而根据获取的视频或图片，生成各地面设备端的媒体运营计划。

[0144] 本实施例的多媒体信息处理方法，通过获取输入的线路计划，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0145] 图8为本发明实施例八所提供的多媒体信息处理方法的流程示意图。

[0146] 如图8所示，该多媒体信息处理方法可以包括以下步骤：

[0147] 步骤201，接收各运营中心发送的待处理的媒体运营信息。

[0148] 本发明实施例的执行主体为SaaS数据中心。

[0149] 本发明实施例中，SaaS数据中心通信可以提供访问接口，运营中心可以通过接口访问SaaS数据中心，从而SaaS数据中心可以通过接口从运营中心获取媒体运营信息。

[0150] 作为一种可能的实现方式，运营中心可以以网络Web页面形式，访问SaaS数据中心，并在Web页面输入待处理的媒体运营信息，相应地，SaaS数据中心可以接收媒体运营信息。

[0151] 步骤202，对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，媒体运营计划，用于对应的地面设备端进行多媒体展示。

[0152] 本发明实施例中，SaaS数据中心在接收到媒体运营信息后，可以对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划。作为一种可能的实现方式，SaaS数据中心可以包括对各业务服务封装得到的多个对应的能力组件，SaaS数据中心可以通过多个能力组件对媒体运营信息进行数据处理，得到对应的媒体运营计划，其中，媒体运营计划，用于对应的地面设备端进行多媒体展示。

[0153] 本发明实施例中，媒体运营信息中可以直接携带视频或图片，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以直接从媒体运营信息中获取视频或图片，从而可以通过预设的能力组件根据获取的视频或图片，生成各地面设备端的媒体运营计划。

[0154] 或者，媒体运营信息可以指示相应的视频或图片，例如，媒体运营信息中可以包括相应的视频或图片的标识信息、存储地址等信息，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以通过预设的能力组件从预存的资源中，根据视频或图片的标识信息获取媒体运营信息指示的视频或图片，从而根据获取的视频或图片，生成各地面设备端的媒体运营计划。

[0155] 步骤203，向对应的地面设备端发送媒体运营计划。

[0156] 可选地，在SaaS数据中心生成各地面设备端的媒体运营计划后，可以向对应的地面设备端发送媒体运营计划，以使应的地面设备端根据媒体运营计划进行多媒体展示。

[0157] 本实施例的多媒体信息处理方法，通过SaaS数据中心接收各运营心发送的待处理的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0158] 作为一种可能的实现方式，参见图9，在图8所示实施例的基础上，步骤102具体可以包括以下子步骤：

[0159] 步骤2021，从预存的资源中，获取媒体运营信息指示的视频或图片；或者直接从媒体运营信息中获取视频或图片。

[0160] 本发明实施例中，媒体运营信息中可以直接携带视频或图片，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以直接从媒体运营信息中获取视频或图片。

[0161] 或者，媒体运营信息可以指示相应的视频或图片，例如，媒体运营信息中可以包括相应的视频或图片的标识信息、存储地址等信息，当SaaS数据中心通过接口从运营中心获取媒体运营信息后，可以通过预设的能力组件从预存的资源中，根据视频或图片的标识信息获取媒体运营信息指示的视频或图片。

[0162] 步骤2022，根据需进行多媒体展示的地面设备端对应的界面模板文件，对视频或图片进行图像处理，生成多媒体文件。

[0163] 本发明实施例中，不同的地面设备端对应的模板界面文件可以相同或者不同，每个地面设备端对应的界面模板文件可以预存在SaaS数据中心中，从而当获取视频或图片后，可以从预存的资源中获取需进行多媒体展示的地面设备端对应的界面模板文件，而后根据界面模板文件，对视频或图片进行编辑、查询和/或预览，生成多媒体文件。

[0164] 步骤2023，根据多媒体文件生成多媒体文件的播放列表；播放列表用于指示播放时长和/或播放次数。

[0165] 本发明实施例中，可以根据多媒体文件生成多媒体文件的播放列表，具体地，可以对多媒体文件的播放参数进行定义，例如可以对播放时长和/或播放次数等播放参数进行定义。

[0166] 步骤2024，根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示多媒体文件的媒体运营计划；配置信息包括播放内容和/或播放形式。

[0167] 具体地，当生成多媒体文件的播放列表后，可以根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示多媒体文件的媒体运营计划，从而可以根据媒体运营计划对相应的地面设备端进行控制。

[0168] 进一步地，还可以对生成的媒体运营计划进行审核，只有媒体运营计划审核通过后，才可以将其下发至对应的地面设备端，从而可以保证地面设备端接收的媒体运营计划的正确性。

[0169] 本发明实施例的多媒体信息处理方法，通过SaaS数据中心接收各运营中心发送的待处理的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0170] 为了实现上述实施例，本发明还提出一种多媒体信息处理装置。

[0171] 图10为本发明实施例十所提供的多媒体信息处理装置的结构示意图。

[0172] 如图10所示，该多媒体信息处理装置包括：输入模块210和发送模块220。其中，[0173] 输入模块210，用于获取输入的线路计划。

[0174] 发送模块220，用于向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。

[0175] 需要说明的是，前述图7对多媒体信息处理方法实施例的解释说明也适用于该实施例的多媒体信息处理装置，此处不再赘述。

[0176] 本发明实施例的多媒体信息处理装置，通过获取输入的线路计划，向SaaS数据中心发送用于执行线路计划所需的媒体运营信息；其中，SaaS数据中心与多个地面设备端通信，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，并向对应的地面设备端发送媒体运营计划，媒体运营计划用于地面设备端进行多媒体展示。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0177] 图11为本发明实施例十一所提供的多媒体信息处理装置的结构示意图。

[0178] 如图11所示，该多媒体信息处理装置包括：接收模块310、处理模块320和发送模块330。其中，

[0179] 接收模块310，用于接收各运营中心发送的待处理的媒体运营信息。

[0180] 处理模块320，用于对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划；其中，媒体运营计划，用于对应的地面设备端进行多媒体展示。

[0181] 发送模块330，用于向对应的地面设备端发送媒体运营计划。

[0182] 作为本发明实施例的一种可能的实现方式，参见图12，在图11所示实施例的基础上，处理模块320，包括：

[0183] 获取单元321，用于从预存的资源中，获取媒体运营信息指示的视频或图片；或者直接从媒体运营信息中获取视频或图片。

[0184] 处理单元322，用于根据需进行多媒体展示的地面设备端对应的界面模板文件，对视频或图片进行图像处理，生成多媒体文件。

[0185] 列表生成单元323，用于根据多媒体文件生成多媒体文件的播放列表；播放列表用于指示播放时长和/或播放次数。

[0186] 计划生成单元324，用于根据各地面设备的配置信息和多媒体文件的播放列表，生成各地面设备用于展示多媒体文件的媒体运营计划；配置信息包括播放内容和/或播放形式。

[0187] 需要说明的是，前述图8-图9对多媒体信息处理方法实施例的解释说明也适用于该实施例的多媒体信息处理装置，此处不再赘述。

[0188] 本实施例的多媒体信息处理装置，通过SaaS数据中心接收各运营中心发送的待处理的媒体运营信息，而后对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，向对应的地面设备端发送媒体运营计划。本实施例中，通过SaaS数据中对媒体运营信息进行数据处理，得到各地面设备端的媒体运营计划，从而各运营中心到车站或车厢无需进行任何的软件开发，可以降低开发和运维成本。当运营中心的业务功能变更时，只需在SaaS数据中心中进行软件代码的修改，操作方便，扩展性较高，从而无需现有技术中对运营中心的控制系统重新部署内部子系统，进而可以避免在子系统重新部署的过程中列车运营的停滞的问题。

[0189] 为了实现上述实施例，本发明还提出一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本发明前述图7实施例提出的多媒体信息处理方法，和/或，实现本发明前述图8-图9实施例提出的多媒体信息处理方法。

[0190] 为了实现上述实施例，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本发明前述图7实施例提出的多媒体信息处理方法，和/或，实现本发明前述图8-图9实施例提出的多媒体信息处理方法。

[0191] 为了实现上述实施例，本发明还提出一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时实现如本发明前述图7实施例提出的多媒体信息处理方法，和/或，实现本发明前述图8-图9实施例提出的多媒体信息处理方法。

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

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

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

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

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

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

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

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