CN114360037A - 交通接续运输信息系统 - Google Patents

Abstract

本申请提供一种交通接续运输信息系统，包括：自底向上依次通信连接的基础层、微服务平台层、应用层、展示层以及用户层。基础层用于获取交通数据并传输至微服务平台层。微服务平台层包括数据库、功能组件和微服务，并能够将接收到的交通数据存储至数据库。应用层用于接入实现不同业务的子系统，通过子系统对交通数据进行计算得到交通接续运输信息，并将交通接续运输信息传输至展示层。展示层用于显示接收到的交通接续运输信息。用户层设有用户入口，用户通过用户入口对交通接续运输信息系统进行访问。通过本申请提出的系统可加强交通信息互通，提高了交通接续运输效率，确保乘客安全便捷出行。

Description

交通接续运输信息系统

技术领域

本申请涉及交通运输技术领域，尤其涉及一种交通接续运输信息系统。

背景技术

火车站、机场等交通枢纽具有衔接运力方式多、客流量大、换乘关系复杂等特点。在节假日、高峰时段、夜间等特殊时期交通接续运输保障服务压力大增，造成乘客滞留站场的情况时有发生。因运力需求和供给不匹配、信息沟通不畅等原因，乘客在选择交通方式时缺乏引导，客流疏解压力增大。

目前各相关单位主要通过邮件、电话、短信、微信群等方式，传输手工汇总的统计信息，进行交通信息的对接。准确性不足且时效性差，无法进行运力需求和供给分析，应急响应不及时。当站场乘客滞留情况严重时，往往没有渠道获取运力缺口数据，仅凭借管理人员工作经验进行交通运输规划，导致乘客无法及时疏散。

发明内容

有鉴于此，本申请的目的在于提出一种交通接续运输信息系统用以解决或部分解决上述技术问题。

基于上述目的，本申请提供了一种交通接续运输信息系统，包括：自底向上依次通信连接的基础层、微服务平台层、应用层、展示层以及用户层；

其中，所述基础层用于获取交通数据并传输至所述微服务平台层，所述交通数据包括系统对接数据、设备采集数据以及报送数据；

所述微服务平台层包括功能组件、微服务和数据库，并能够将接收到的所述交通数据存储至所述数据库；

所述应用层用于接入实现不同业务的子系统，通过所述子系统对所述交通数据进行计算得到交通接续运输信息，并将所述交通接续运输信息传输至所述展示层；

所述展示层用于显示接收到的所述交通接续运输信息；

所述用户层设有用户入口，用户通过所述用户入口对所述交通接续运输信息系统进行访问。

进一步的，所述基础层用于获取交通数据并传输至所述微服务平台层，还包括：通过所述基础层对所述交通数据进行数据转码处理、数据清洗处理以及加密处理。

进一步的，所述设备采集数据的获取具体包括：使用摄像头采集视频数据；

通过车牌识别技术识别所述视频数据中的车牌号，通过人脸识别技术识别所述视频数据中的人数；将所述车牌号和所述人数进行分类，得到设备采集数据。

进一步的，所述数据库包括：静态数据库，用于存储基础信息和历史交通运输数据；动态数据库，用于存储出租车车流数据、运输车辆动态信息、客流数据、路况数据、定位数据和气象数据；接续运输保障数据库，用于存储保障方案和保障评估数据。

进一步的，所述功能组件包括：Docker应用容器引擎、Kubernetes容器编排引擎、Ribbon功能区、feignclient接口、hystrix线程隔离、Elasticsearch搜索引擎和zuul网关。

进一步的，所述微服务包括：数据服务、报表服务、GIS服务、短信服务、搜索服务、数据分发服务、消息服务、分析服务和文件管理服务。

进一步的，所述子系统包括：信息采集子系统，用于提供所述交通数据的汇聚通道；站场接续保障子系统，用于根据所述交通数据生成站场接续运力保障日报表；节假日保障子系统，用于根据所述交通数据生成站场接续运力保障节假日报表；系统分析子系统，对所述交通数据进行分析和统计，生成分析统计报表；火车站接续运力协调保障子系统，用于针对火车站接续运力场景进行火车站调度数据计算、火车站辅助调度决策和火车站应急保障需求信息推送；机场接续运力协调保障子系统，用于针对机场接续运力场景进行机场调度数据计算、机场辅助调度决策和机场应急保障需求信息推送；信息发布子系统，用于获取乘客出行信息、生成和管理面向乘客的交通引导信息以及发布交通接续运输信息；数据共享子系统，用于提供所述交通数据和所述交通接续运输信息的共享接口；系统管理子系统，用于对用户管理、日志管理和设备基础信息进行管理。

进一步的，所述火车站辅助调度决策的获取包括：获取历史火车站运输数据和所述动态数据库中的数据；基于所述历史火车站运输数据和所述动态数据库数据对第一预训练模型进行训练得到火车站预测模型；通过所述火车站预测模型对火车站客流信息进行预测得到火车站辅助调度决策结果；所述机场辅助调度决策的获取包括：获取历史机场运输数据和所述动态数据库中的数据；基于所述历史机场运输数据和所述动态数据库数据对第二预训练模型进行训练得到机场预测模型；通过所述机场预测模型对机场客流信息进行预测得到机场辅助调度决策结果。

进一步的，所述用户入口包括：政府部门入口、企业入口、乘客入口以及管理员入口。

从上面所述可以看出，本申请提供的交通接续运输信息系统，交通数据来源广泛，增强了交通信息的可靠性。通过各个子系统实现不同的业务处理，在进行数据处理时，可直接调用微服务平台层提供的功能组件和微服务，提高了数据处理效率。各个子系统分别实现不同的业务，互不影响，系统具有更强的稳定性。通过本申请可以实现交通数据共享，信息互联互通，为交通管理人员以及乘客提供便利，提高了交通接续运输效率，确保乘客安全便捷出行。

附图说明

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

图1为本申请实施例的交通接续运输信息系统结构示意图；

图2为本申请实施例的交通接续运输信息系统中设备采集数据的获取流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。

如背景技术部分所述，火车站、机场等交通枢纽具有衔接运力方式多、客流量大、换乘关系复杂等特点。在节假日、高峰时段、夜间等特殊时期交通接续运输保障服务压力大增，造成乘客滞留站场的情况时有发生。因运力需求和供给不匹配，信息沟通不畅等原因，乘客在选择交通方式时缺乏引导，客流疏解压力增大。

目前各相关单位主要通过邮件、电话、短信、微信群等方式，传输手工汇总的统计信息，进行交通信息的对接。准确性不足且时效性差，无法进行运力需求和供给分析，应急响应不及时。当站场乘客滞留情况严重时，往往没有渠道获取运力缺口数据，仅凭借管理人员工作经验进行交通运输规划，导致乘客无法及时疏散。

由于交通接续运输信息的数据量较大，数据种类多，业务复杂，要求较高的实时性和稳定性，这些限制条件对系统架构提出了较高的挑战性。为了保证系统的可扩展性和持续可维护性，本申请选择以微服务架构和实时大数据技术为核心的技术体系，引入了一系列在互联网行业中广泛应用于此类场景的现代化组件，建设微服务平台和大数据处理框架，为本系统提供标准化的基础支持，减少各子系统的软件开发量，提高业务功能开发速度。微服务平台和大数据处理框架本身是复杂的分布式系统，涉及到多个组件相互配合，在可用性、一致性、性能之间需要进行权衡考量，还包括平台运行策略的开发，工作量较大。这些开发工作可以显著提高系统的可扩展性和持续可维护性，在未来系统迭代需要增加新的功能时，基础开发工作可以被复用，加快后续迭代速度。

本申请采用微服务架构的建设思想，以可平台化、工具化、配置化为技术思路，搭建一个易扩展的基础技术框架，实现信息服务的组件化服务化管理，以各个独立、微小、完整服务的形式对外发布，以高内聚低耦合原则实现组件间采用网络服务的方式交互，有助于形成清晰的组件接口，实现高内聚低耦合的良性体系架构，采用标准化网络接口作为组件交互接口，使用 API Gateway 整合各种服务接口，使信息服务成为随取随用的IT 资产。在微服务体系结构中综合考虑各类集成的技术实现方式包括终端用户界面集成、应用程序连接、流程集成、信息集成和构建集成。

本申请的一个或多个实施例提供了一种交通接续运输信息系统，通过多方采集交通数据，实现大量数据的汇集。各个子系统可实现不同的业务处理，在进行数据处理时，可直接调用微服务平台层提供的功能组件和微服务，提高了数据处理效率。各个子系统分别实现不同的业务，互不影响，系统具有更强的稳定性。实现了交通信息互联互通，使信息可溯源，增强信息的可靠性和安全性，转变原有的站场运力日常和应急保障服务模式，为枢纽站场工作人员的日常工作带来便利，提高场站接续运力效率。

本申请的交通接续运输信息系统一方面建立民航铁路班次客票数据、各参与保障的运营企业报送数据与共享信息的汇聚平台，实现接续运输管理实时信息的共享。另一方面通过补全出租车信息采集与排队客流采集设备、到达口信息引导屏等硬件形成基础设施保障平台。另外，建设以乘客出行时间为核心的统计分析平台，当出现恶劣天气、突发事件等导致出租、公交（含机场巴士、定制公交、接驳公交等）、轨道运力不足时，协助安排运力调度。本申请还可以对接售票、地图等互联网出行应用，建设乘客预期出行方式登记与引导信息发布的统一乘客信息服务平台。日常及特殊时期，可通过站内显示屏、广播、互联网出行应用（例如，百度、高德、航旅纵横、12306等）、区域智能短信等渠道，向乘客发布接驳运力、路网运行等日常引导信息及处置通告信息，引导乘客选择合理的方式出行或应急疏散。本申请还包括制定数据对接规范、可灵活拓展系统接口与覆盖范围，提前做好新开火车站的接续运输保障支撑准备工作。

下面对本申请各具体实施例的技术方案进行说明。

参考图1，本说明书一个实施例的交通接续运输信息系统，包括：自底向上依次通信连接的基础层110、微服务平台层120、应用层130、展示层140以及用户层150。

其中，所述基础层110用于获取交通数据并传输至所述微服务平台层120，所述交通数据包括系统对接数据、设备采集数据以及报送数据。

基础层110包括服务器、网络设备、专项硬件设备、操作系统、感知设备等基础设施。基础层110用于获取交通数据，交通数据包括系统对接数据、设备采集数据以及报送数据。系统对接数据是从接入的外部系统中获取的数据，设备采集数据由感知设备获取，报送数据为各部门上报数据。

所述微服务平台层120包括功能组件1201、微服务1202和数据库1203，并能够将接收到的所述交通数据存储至所述数据库1203。

数据库1203用于存储各类数据，将不同类别的数据存储至相应的子数据库中，在子系统进行数据处理运算时，可直接在数据库1203中调取所需数据，加快处理速度。功能组件1201和微服务1202包含多种子功能和子服务，在进行数据处理时调用不同的子功能组件和子服务，可实现相应的数据处理需求，提高数据处理速度。

所述应用层130用于接入实现不同业务的子系统，通过所述子系统对所述交通数据进行计算得到交通接续运输信息，并将所述交通接续运输信息传输至所述展示层140。

应用层130中包含不同的子系统，用于实现各项业务，对交通运输数据进行处理分析，得到交通接续运输信息。将一个整体业务拆分成多个子业务，使用各个子系统对各个对应的子业务进行处理，可提高处理效率。当一个子系统出现故障时，只对该子系统对应的子业务产生影响，不会影响到整体系统的正常工作，保证了整体系统的稳定性。

所述展示层140用于显示接收到的所述交通接续运输信息。

展示层140可将交通接续运输信息进行展示和发布，例如通过浏览器、微信、站场显示屏、短信等方式，将对应的信息传递给乘客以及管理人员，及时发布交通信息。

所述用户层150设有用户入口，用户通过所述用户入口对所述交通接续运输信息系统进行访问。

根据不同的用户需求，提供了相对应的用户入口。使用用户入口可以实现用户和系统的信息共享，用户可以通过用户入口对系统进行访问，获取所需信息。

从上面所述可以看出，本申请提供的交通接续运输信息系统，交通数据来源广泛，增强了交通信息的可靠性。各个子系统可实现不同的业务处理，在进行数据处理时，可直接调用微服务平台层120提供的功能组件1201和微服务1202，提高了数据处理效率。各个子系统分别实现不同的业务，互不影响，系统具有更强的稳定性。可以实现交通数据共享，信息互联互通，为交通管理人员以及乘客提供便利，提高了交通接续运输效率，确保乘客安全便捷出行。

交通接续运输信息系统汇聚了交通运输信息，包括：地铁、公交、出租车、网约车、机场巴士、临时开通的公交接驳专线等多种接驳方式。这些方式，可以发布给旅客，方便旅客自主选择合适的方式离开火车站、飞机场。例如，对于出租车排队时间较长的问题，可以使用现场大屏显示预计排队时间和排队画面，告知旅客出租车排队的真实状况，引导旅客可以选择其他的交通方式，减少旅客的滞留时间。同时，可以为出租车、公交等各种运力接续的从业人员提供参考，合理安排工作，保证在车站机场可以接到乘客，避免因在车站机场等候时间较长，打击工作积极性。系统实现了交通运力供给和需求的匹配，提高交通接续运输效率。

在一些实施例中，所述基础层110用于获取交通数据并传输至所述微服务平台层120，还包括：

通过所述基础层110对所述交通数据进行数据转码处理、数据清洗处理以及加密处理。

本实施例中，交通数据的来源多样，需要对交通数据进行大数据处理和分析。在进行处理分析前，需要对交通数据进行预处理，包括数据转码处理、数据清洗处理和加密处理。首先，对交通数据进行数据转码处理，将获取到的交通数据转换成与本系统兼容的数据格式。然后对交通数据进行数据清洗处理，对交通数据进行重新审查和校验，删除重复信息，纠正存在的错误，并提供数据一致性，增强交通数据的可靠性和准确性。最后，对交通数据进行加密处理，保护交通数据的信息安全。

在一些实施例中，如图2所示，所述设备采集数据的获取具体包括：

步骤S201、使用摄像头采集视频数据。

步骤S202、通过车牌识别技术识别所述视频数据中的车牌号，通过人脸识别技术识别所述视频数据中的人数。

步骤S203、将所述车牌号和所述人数进行分类，得到设备采集数据。

本实施例中，设备采集数据通过摄像头采集视频数据，对视频数据进行处理得到。利用现有的车牌识别技术和人脸识别技术，对应用场景视频数据进行建模，在视频数据预处理环节将车牌号、帧中人数进行自动分类，作为结构化数据进入交通接续运输信息系统，提升系统对数据的解读能力，并降低数据系统数据流量压力。例如，在出租车候车区域安装摄像头采集视频数据，对视频数据进行分析。通过车牌识别技术识别视频数据中的车牌号，通过人脸识别技术识别视频数据中的旅客排队人数。将视频数据中的车牌号和旅客排队人数进行提取和分类，得到设备采集数据。通过摄像头进行采集，可以实时获取出租车到站到港的车流以及乘客排队人数，以便计算出乘客预计等候时间，按照排队人数或者通过比例算法，计算在某个时间段预计排队人数，提前调派车辆。

在一些实施例中，所述数据库1203包括：

静态数据库，用于存储基础信息和历史交通运输数据。

动态数据库，用于存储出租车车流数据、运输车辆动态信息、客流数据、路况数据、定位数据和气象数据。

接续运输保障数据库，用于存储保障方案和保障评估数据。

本实施例中，数据库1203包括静态数据库、动态数据库和接续运输保障数据库。静态数据库存储基础信息和历史交通运输数据，例如公交车路线、航班信息、出租车运营情况等。动态数据库中的数据是不断更新变化的，动态数据库中存储的数据为当前采集到的实时数据，通过动态数据库中的数据可以及时获取当前的交通情况。接续运输保障数据库中的数据用于保障交通运输系统的正常运行，存储保障方案和保障评估数据，可根据接续运输保障数据库中的数据进行交通运输规划安排。根据数据类别的不同，将数据存储至相应的数据库1203中，数据的有序存储保障了数据调取时的快速准确。

在一些实施例中，所述功能组件1201包括：Docker应用容器引擎、Kubernetes容器编排引擎、Ribbon功能区、feignclient接口、hystrix线程隔离、Elasticsearch搜索引擎和zuul网关。

本实施例中，使用Docker应用容器引擎可以将应用代码和运行环境进行打包，形成一个固定实现特定功能的单元，在进行交通数据处理分析时，不需要每次都写入新的代码来实现一个功能，可以直接调取封装好的功能单元。Kubernetes容器编排引擎用于管理微服务1202，在实现一个业务时，可以通过Kubernetes容器编排引擎对各个微服务1202进行编排和调用，结合微服务1202实现具体业务。Ribbon功能区用于为用户提供操作界面。feignclient接口用于系统之间进行数据交换，在进行数据交换时，可直接通过feignclient接口进行。hystrix线程隔离包含常用的容错方法：线程隔离、信号量隔离、降级策略、熔断技术。在高并发访问下，系统所依赖的服务的稳定性对系统的影响非常大，依赖有很多不可控的因素，比如网络连接变慢，资源突然繁忙，暂时不可用，服务脱机等。要构建稳定、可靠的分布式系统，就必须要有这样一套容错方法。当大量用户同时访问系统时，保障了系统的稳定运行。Elasticsearch搜索引擎是一个分布式的开源搜索和分析引擎，适用于所有类型的数据，包括文本、数字、地理空间、结构化和非结构化数据。Elasticsearch搜索引擎用于消息搜素查询，任何语言编写的客户端均可方便的使用索引查询服务。zuul网关为微服务1202提供入口，能够识别请求的权限，保障了系统的安全性。

在一些实施例中，所述微服务1202包括：数据服务、报表服务、GIS服务、短信服务、搜索服务、数据分发服务、消息服务、分析服务和文件管理服务。

本实施例中，数据服务用于使与数据相关的服务集中发生在一个位置，然后再将数据提供给不同的子系统。报表服务用于创建、部署和管理报表，并具有扩展和自定义报表功能的编程功能。可以使用报表服务从众多不同的数据源中创建不同类型的报表，涵盖多种数据源类型、文本呈现类型和报表方式。在生成站场接续运力保障日报表、站场接续运力保障节假日报表和分析统计报表时，可直接调用报表服务进行生成。GIS服务用于输入、存储、查询、分析和显示地理数据。使用GIS服务可以对交通数据中的地理数据进行处理。通过短信服务可以将交通信息以短信的形式发送给乘客。搜索服务用于对数据、信息的查找，更加快速的获取所需信息。数据分发服务能够可靠实时地交换分配数据，传输能力更强。消息服务用于系统中消息的发送。分析服务用于对数据进行分析，产生分析报告。文件管理服务用于对系统中的文件进行管理，可直接根据文件找到对应的信息。

在一些实施例中，如图1所示，所述子系统包括：

信息采集子系统1301，用于提供所述交通数据的汇聚通道。

信息采集子系统1301提供了交通数据的汇聚通道，将数据汇聚起来，用于对外共享。铁路、民航的数据可以通过接口接入信息采集子系统1301。通过超文本传输安全协议（HTTPS协议）的方式从外部系统获取接续运输类数据，如地面公交、轨道交通、出租车、合规网约车；客流类数据，如铁路、民航的到站/到港客流数据；其他类数据，如周边的路网信息数据，各站场的停车场数据以及气象信息数据。与火车站、机场的设备进行对接，采集各站场内出租车调度站的进出车流与客流数据。对大量数据进行汇聚便于交通管理部门及时并全面的掌握交通情况，协同多方单位，服务好旅客出行。同时便于一线交通运输行业的工作人员更好的为旅客出行提供服务保障。

站场接续保障子系统1302，用于根据所述交通数据生成站场接续运力保障日报表。

站场接续运力保障日报表包括民航客运量及起降架次日报表、出租车客运量及运行车次日报表、火车站轨道交通客运量及开行列次日报表、机场航站楼轨道交通客运量及开行列次日报表、地面公交客运量及运行车次日报表、合规网约车客运量及运行车次日报表、机场巴士客运量及运行车次日报表。根据站场接续运力保障日报表可以得到每天的交通情况，对各个交通工具的运行情况做出汇总，清楚的反映了机场、火车站的客流量和其他交通工具为接续运力，为运力保障和交通调度提供一定参考依据。

节假日保障子系统1303，用于根据所述交通数据生成站场接续运力保障节假日报表。

节假日报表主要根据系统对接数据和填报数据生成。节假日报表包括：铁路运输节假日报表、民航客运量及起降架次节假日报表、出租车客运量及运行车次节假日报表、轨道交通客运量及开行列次节假日报表、地面公交客运量及运行车次节假日报表、市郊铁路节假日报表、省际班车客运运营节假日报表、合规网约车客运量及运行车次节假日报表、高速交通量节假日报表。生成节假日报表可以清楚直观的看到节假日期间的交通情况和乘客出行情况，为乘客安全出行，及时疏通乘客提供保障，缓解了节假日期间交通管控人员的管理压力。节假日期间对交通运力的需求大幅度增加，为保障节假日期间旅客的出行，需要重点对节假日期间的交通情况进行关注和分析。因此，在系统中加入节假日保障子系统1303，生成的节假日报表在日报表的基础上信息更加广泛和完善。节假日报表为旅客提供出行参考，同时也为交通管理人员进行合理的交通规划提供依据。

系统分析子系统1304，对所述交通数据进行分析和统计，生成分析统计报表。

系统分析子系统1304基于采集到的交通数据以及对交通数据进行处理得到的数据，实现各种交通运输方式信息资源的集中整合与统一，实现展示内容的集中化、数据可视化。可以将数据以柱状图、折线图、饼图、气泡图等形式展现出来，在此不做具体限定。可以将相关报告灵活配置，如日报、专报，并根据时间周期、各行业、部门、地区、企业等维度进行统计分析，对统计结果进行同比分析，结果通过列表和图表的方式展现。分析统计包括：铁路客运量统计、民航客运量统计、站场出租车信息统计、公共交通客运量统计、省际客运量统计、合规网约车客运量统计、停车场使用情况统计、各接续方式分担情况统计、热点区域分析、站场乘客出行距离分析、站场乘客出行时间分析以及大客流交通影响分析等。

火车站接续运力协调保障子系统1305，用于针对火车站接续运力场景进行火车站调度数据计算、火车站辅助调度决策和火车站应急保障需求信息推送。

火车站接续运力协调保障子系统1305对火车站信息进行整合，得到火车站综合信息。通过对实时客流数据、预售票信息数据和历史数据进行综合对比分析得到峰值客流量。根据峰值客流量和火车站设定的阈值进行对比，当客流量超出阈值时进行大客流预警。通过火车站接续运力协调保障子系统1305提供火车站停车场使用情况和火车站周围路况。对火车站的接续运力需求进行研判，根据客流识别设备采集的进出客流情况，计算出各乘客候车区内的客流存量，单位时间内经过区域出入口的客流量，计算乘客平均候车时长。根据火车站周边路况、出租车调度站出租车数量、出租车乘客候车区乘客排队等待时长、乘客排队长度、计划到站客流量、旅客选择出租车占比等信息。预测出何时何地租车预计使用量，为协调保障车辆提供数据支持。对出租车、地面公交、轨道交通、合规网约车等进行运力研判。

机场接续运力协调保障子系统1306，用于针对机场接续运力场景进行机场调度数据计算、机场辅助调度决策和机场应急保障需求信息推送。

机场接续运力协调保障子系统1306对机场信息进行整合，得到机场综合信息。通过对实时客流数据、预售票信息数据和历史数据进行综合对比分析得到峰值客流量。根据峰值客流量和机场设定的阈值进行对比，当客流量超出阈值时进行大客流预警。通过机场接续运力协调保障子系统1306提供机场停车场使用情况和机场周围路况。对机场的接续运力需求进行研判，根据客流识别设备采集的进出客流情况，计算出各乘客候车区内的客流存量，单位时间内经过区域出入口的客流量，计算乘客平均候车时长。根据进港预计客流量、乘客候车区等候时长，乘客候车区人次、出租车蓄车池出租车辆数量及旅客选择出租车占比等分析预计使用出租车数量。接续运力需求研判包括机场出租车运力研判、机场巴士运力研判和机场轨道交通运力研判。

信息发布子系统1307，用于获取乘客出行信息、生成和管理面向乘客的交通引导信息以及发布交通接续运输信息。

向机场和火车站中的显示屏和音频设备发送播报，为乘客提供交通信息，为乘客选择交通工具提供参考。

数据共享子系统1308，用于提供所述交通数据和所述交通接续运输信息的共享接口。

数据共享子系统1308通过不同的数据接口，将系统中的数据资源与外部系统进行共享。

系统管理子系统1309，用于对用户管理、日志管理和设备基础信息进行管理。

系统管理子系统1309用于对用户信息、系统运行情况、设备运行情况等进行记录和管理。

在一些实施例中，所述火车站辅助调度决策的获取包括：

获取历史火车站运输数据和所述动态数据库中的数据。

基于所述历史火车站运输数据和所述动态数据库数据对第一预训练模型进行训练得到火车站预测模型。

通过所述火车站预测模型对火车站客流信息进行预测得到火车站辅助调度决策结果。

所述机场辅助调度决策的获取包括：

获取历史机场运输数据和所述动态数据库中的数据。

基于所述历史机场运输数据和所述动态数据库数据对第二预训练模型进行训练得到机场预测模型。

通过所述机场预测模型对机场客流信息进行预测得到机场辅助调度决策结果。

本实施例中，可以通过预测模型对火车站和机场的客流信息进行预测，得到辅助调度决策结果。辅助调度决策结果可以作为交通管理部门进行交通调度时的参考，根据预测的客流信息提前做出交通安排和规划，防止客流量过大时乘客滞留，不能及时疏通。

在一些实施例中，各个所述子系统之间使用表述性状态传递REST协议进行通讯。

本实施例中，各个子系统之间可以实现信息传递，一个子系统进行数据处理得到的结果可以传递给其他子系统。

在一些实施例中，所述用户入口包括：政府部门入口1501、企业入口1502、乘客入口1503以及管理员入口1504。

本实施例中，根据本系统的不同用户的需求设有不同的用户入口，不同用户入口可以查看的权限也不同。政府部门入口1501用于为政府相关部门提供访问入口，便于相关部门对交通进行合理规划安排。企业入口1502用于为各交通企业提供访问入口，加强交通信息的互联互通。乘客入口1503为乘客提供了访问入口，可以通过乘客入口1503查询航班、车次、公交运营信息、地铁运营信息、出租车分布情况等信息，选择合理的交通工具。管理员入口1504为交通运维人员提供访问入口，全面了解运力需求和供给，及时疏通乘客。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围（包括权利要求）被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种交通接续运输信息系统，其特征在于，包括：自底向上依次通信连接的基础层、微服务平台层、应用层、展示层以及用户层；

其中，所述基础层用于获取交通数据并传输至所述微服务平台层，所述交通数据包括系统对接数据、设备采集数据以及报送数据；

所述微服务平台层包括功能组件、微服务和数据库，并能够将接收到的所述交通数据存储至所述数据库；

所述应用层用于接入实现不同业务的子系统，通过所述子系统对所述交通数据进行计算得到交通接续运输信息，并将所述交通接续运输信息传输至所述展示层；

所述展示层用于显示接收到的所述交通接续运输信息；

所述用户层设有用户入口，用户通过所述用户入口对所述交通接续运输信息系统进行访问。

2.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述基础层用于获取交通数据并传输至所述微服务平台层，还包括：

通过所述基础层对所述交通数据进行数据转码处理、数据清洗处理以及加密处理。

3.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述设备采集数据的获取具体包括：

使用摄像头采集视频数据；

通过车牌识别技术识别所述视频数据中的车牌号，通过人脸识别技术识别所述视频数据中的人数；

将所述车牌号和所述人数进行分类，得到设备采集数据。

4.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述数据库包括：

静态数据库，用于存储基础信息和历史交通运输数据；

动态数据库，用于存储出租车车流数据、运输车辆动态信息、客流数据、路况数据、定位数据和气象数据；

接续运输保障数据库，用于存储保障方案和保障评估数据。

5.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述功能组件包括：Docker应用容器引擎、Kubernetes容器编排引擎、Ribbon功能区、feignclient接口、hystrix线程隔离、Elasticsearch搜索引擎和zuul网关。

6.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述微服务包括：数据服务、报表服务、GIS服务、短信服务、搜索服务、数据分发服务、消息服务、分析服务和文件管理服务。

7.根据权利要求4所述的交通接续运输信息系统，其特征在于，所述子系统包括：

信息采集子系统，用于提供所述交通数据的汇聚通道；

站场接续保障子系统，用于根据所述交通数据生成站场接续运力保障日报表；

节假日保障子系统，用于根据所述交通数据生成站场接续运力保障节假日报表；

系统分析子系统，对所述交通数据进行分析和统计，生成分析统计报表；

火车站接续运力协调保障子系统，用于针对火车站接续运力场景进行火车站调度数据计算、火车站辅助调度决策和火车站应急保障需求信息推送；

机场接续运力协调保障子系统，用于针对机场接续运力场景进行机场调度数据计算、机场辅助调度决策和机场应急保障需求信息推送；

信息发布子系统，用于获取乘客出行信息、生成和管理面向乘客的交通引导信息以及发布交通接续运输信息；

数据共享子系统，用于提供所述交通数据和所述交通接续运输信息的共享接口；

系统管理子系统，用于对用户管理、日志管理和设备基础信息进行管理。

8.根据权利要求7所述的交通接续运输信息系统，其特征在于，所述火车站辅助调度决策的获取包括：

获取历史火车站运输数据和所述动态数据库中的数据；

基于所述历史火车站运输数据和所述动态数据库数据对第一预训练模型进行训练得到火车站预测模型；

通过所述火车站预测模型对火车站客流信息进行预测得到火车站辅助调度决策结果；

所述机场辅助调度决策的获取包括：

获取历史机场运输数据和所述动态数据库中的数据；

基于所述历史机场运输数据和所述动态数据库数据对第二预训练模型进行训练得到机场预测模型；

通过所述机场预测模型对机场客流信息进行预测得到机场辅助调度决策结果。

9.根据权利要求1所述的交通接续运输信息系统，其特征在于，各个所述子系统之间使用表述性状态传递REST协议进行通讯。

10.根据权利要求1所述的交通接续运输信息系统，其特征在于，所述用户入口包括：政府部门入口、企业入口、乘客入口以及管理员入口。

Images