综合交通枢纽客流管理系统的制作方法

专利名称：综合交通枢纽客流管理系统的制作方法
技术领域：
本发明涉及一种客流管理系统，特别是涉及一种综合交通枢纽客流管理系统。
背景技术：
随着交通运力的不断发展以及交通运行方式的多元化，在发展程度较高的城市和 地区出现整合多种运力运行的综合交通枢纽信息集成系统已悄然出现，并有普及深化的趋 势。而公用信息平台系统是综合交通枢纽信息集成系统中负责信息接口、传输、路由、转发、 业务处理、存储等功能的核心功能模块。目前在交通运输领域的集成信息系统或解决方案 中，公用信息平台系统有诸多的局限性，不能适应综合交通枢纽的生产运营、调度指挥和客 流管理等需要。 现有综合交通枢纽客流管理系统存在以下缺陷 1、现有综合交通枢纽客流管理系统仅仅是针对单一交通方式的内部应用，不能兼 顾多种交通方式； 2、现有综合交通枢纽客流管理系统缺乏有针对性的、明确的业务目标，对所收集 信息往往不加取舍，造成信息庞杂和资源浪费； 3、现有综合交通枢纽客流管理系统由于业务模型的局限性，没有考虑各种交通方 式在枢纽中联合运营时对信息以及信息流的需求，无法适应综合交通枢纽中复杂的信息流 向控制和灵活扩展的要求； 4、现有综合交通枢纽客流管理系统由于业务模型的局限性，没有考虑各种交通方 式及其各种系统的接口复杂性的需求，系统接口方式往往比较单一，接口协议的开放性和 标准化程度不够，每增加一个接口往往会带来很大的软件开发工作量和系统集成风险。
5、由于多种交通方式的信息展现形式的很大差异性，现有综合交通枢纽客流管理 系统不能且很难分别提供复杂的交通枢纽中的旅客或其他人员的需求，例如获取所乘坐 交通方式的运行信息，各交通方式之间的路径引导等。但是，对于复杂的交通枢纽，，现有的 单一的交通控制系统很难分别满足各种交通方式的特殊要求。如果提供，则需要提供不同 的显示终端及其控制设备，耗资较大，不利于成本节约，且各个不同的显示终端及其控制设 备需要额外的接口编程，又耗费人力物力。 由此可见，上述现有的综合交通枢纽客流管理系统在产品结构、制造方法与使用 上，显然仍存在有不便与缺陷，而亟待加以进一步改进。为了解决上述存在的问题，相关厂 商莫不费尽心思来谋求解决之道，但长久以来一直未见适用的设计被发展完成，而一般产 品及方法又没有适切的结构及方法能够解决上述问题，此显然是相关业者急欲解决的问 题。因此如何能创设一种新的综合交通枢纽客流管理系统，实属当前重要研发课题之一，亦 成为当前业界极需改进的目标。

发明内容
本发明的目的在于，提供一种新的综合交通枢纽客流管理系统，所要解决的技术
4问题是使其藉由多种适配器的选择性使用以及企业服务总线子系统的配置，无需针对不同 的交通方式进行接口编程，简化了系统集成和互联互通方式，能够与各种异构系统之间进 行通讯和协同，从而更加适于实用，且具有产业上的利用价值。 本发明的再一目的在于，提供一种新的综合交通枢纽客流管理系统，所要解决的 技术问题是藉由可选择的多种适配器，提供灵活的、可配置的的系统，易于系统的裁剪和扩 展，从而更加适于实用。 本发明的还一目的在于，提供一种新的综合交通枢纽客流管理系统，所要解决的 技术问题是藉由数据处理子系统中的业务规则的约束，能够处理各交通方式的各种数据， 并保证存储数据的正确性，从而更加适于实用。 本发明的又一目的在于，提供一种新的综合交通枢纽客流管理系统，所要解决的 技术问题是使其能够以单一显示终端以及其控制设备实现不同交通方式的信息显示，而无 需额外的接口编程，节约了人力物力，非常适于实用。 本发明的另一目的在于，提供一种新的综合交通枢纽客流管理系统，所要解决的
技术问题是使其能够提供具有立体显示的枢纽内部路径查询，非常适于实用。 本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出
的一种综合交通枢纽客流管理系统，其包含公用信息平台系统，其包含接口子系统，连
接于各交通方式，从各交通方式中获取消息并向各交通方式发送消息，其包含至少一适配
器，分别连接于各交通方式的各系统，将所获取的消息转换为统一格式；，并将统一格式的
待发送消息转换为其所连接的所述各系统消息格式；一服务模块，连接于该至少一适配器，
其包含信息上传服务模块，其为从该至少一适配器接收的消息添加标签并封装；及信息
接收服务模块，对接收的消息进行解析并分发给对应的该至少一适配器；数据处理子系统，
接收该接口子系统封装后的消息，其包含消息解析模块，用于将该封装后的消息解析为数
据；及数据清洗模块，其内部存储有各交通方式的业务规则，该数据清洗模块根据所述业务
规则对该消息解析模块解析后的数据进行处理，并判断数据是否正确；以及中心数据库管
理系统，其连接于该数据处理子系统，用于存储该数据清洗模块处理后的正确的数据；至少
一旅客引导显示子系统，分布于交通枢纽中，且与该中心数据库管理系统连接，该旅客引导
显示子系统包含显示页面生成装置，其包含分屏模块及属性选择模块，该分屏模块提供多
种预设的分屏模式或使用者自定义模式供使用者选择，藉由该属性选择模块完成分屏后的
各子屏的显示属性定义；工控机，其包含数据封装模块及至少一属性显示模块，该数据封装
模块接收由该显示页面生成装置形成的显示模板，该显示模板包含该显示属性及对应的显
示位置的信息，该数据封装模块根据该模板信息对该中心数据库管理系统进行查询并获取
相关数据或数据地址，并将该显示模板的信息及其相关的数据封装为显示页面控制信息，
该至少一属性显示模块，接收该显示页面控制信息，每一所述的属性显示模块仅控制其对
应属性的显示终端的页面显示；显示终端，连接所述至少一属性显示模块，并受所述至少一
属性显示模块的控制，根据该显示页面控制信息，实现显示终端的页面显示；以及至少一路
径查询子系统，其包含查询终端，供使用者输入待查询路径的起点及终点；查询服务器，
其包含路径查询单元，包含信息处理模块及信息绑定模块，该信息处理模块将该起点及该
终点的位置映射为一查询服务器可处理的起点及终点，该信息绑定模块将该查询服务器可
处理的起点及终点绑定为一个查询路径字符串；及处理器，接收该查询路径字符串，并根据该查询路径字符串在该中心数据库管理系统中进行查询并获取路径指示图，其中，该路径 指示图为三维方位显示；以及一枢纽调度系统，连接于该中心数据库管理系统，该枢纽调度 系统能显示该中心数据库管理系统中的信息。 本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。 前述的综合交通枢纽客流管理系统，其中所述的公用信息平台系统还包含一企业
服务总线子系统，该接口子系统封装后的消息通过该企业服务总线子系统传输至该数据处
理子系统，且该企业服务总线子系统还与该枢纽调度系统相连接，使用者通过该枢纽调度
系统向所述各交通方式发送消息。 前述的综合交通枢纽客流管理系统，其还包含一设备维护子系统，该设备维护子 系统包括设备信息管理装置，记录并设置该旅客信息发布系统中的各个设备的类型、楼 区、楼层、区位、系统分类信息；设备信息状态监控装置，接收并显示该旅客信息发布系统中 的各个设备的运行状态信息，且该设备信息状态监控装置与该枢纽调度系统相连接，在该 枢纽调度系统中显示所述设备的运行状态信息；以及设备远程控制装置，实现对该旅客信 息发布系统中的各个设备的远程批量控制。 前述的综合交通枢纽客流管理系统，其中所述的显示属性为交通方式、广告、消 息、时钟、图片、文本、视频、动画中的一个或多个。 前述的综合交通枢纽客流管理系统，根据该中心数据库管理系统中的不同字段生 成多个数据集，且该多个数据集每隔一第一时间间隔进行一次数据更新，该引擎服务器对 该些数据集进行查询。 前述的综合交通枢纽客流管理系统，其中所述的数据集设置有更新提示标志，当 该些数据集的内容有变化时，对应的数据集的更新提示标志置为有效，该数据封装模块每 隔一第二时间间隔对该些数据集进行查询，且仅在该更新提示标志为有效时获取数据或其 地址并封装。 前述的综合交通枢纽客流管理系统，其中所述的工控机还包含应急显示模块，该 应急显示模块存储有应急显示模板及应急提示标志，仅当该工控机接收一由该枢纽调度系 统发出的应急信号后，该应急提示标志才置为有效并且该数据封装模块按照应急显示模板 及其对应数据进行封装。 前述的综合交通枢纽客流管理系统，其中所述的查询服务器还包含判断模块及定 位模块，该判断模块用以判断该查询终端是固定查询终端还是移动查询终端，当该查询终 端为移动查询终端时，藉由该定位模块来确定该移动查询终端的位置。 前述的综合交通枢纽客流管理系统，其中所述的中心数据库管理系统中存储各个 映射后的该查询服务器可处理的起点及终点间的路径指示图，以及各该路径所途径的区域 信息，该查询服务器所获取的路径指示图为该中心数据库管理系统的所述路径指示图的其 中之一。 前述的综合交通枢纽客流管理系统，其中所述的查询服务器还包含一存储器、一 密度显示单元及一信息叠加模块，该获取的路径指示图存储于该存储器，该密度显示单元 从该中心数据库管理系统中查询该获取的路径指示图的路径所途径区域的实时人流量密 度，并将该人流量密度直接显示于该查询终端，或经由信息叠加模块将该人流量密度与该 存储器存储的路径指示图叠加显示于该查询终端。
借由上述技术方案，本发明综合交通枢纽客流管理系统至少具有下列优点及有益 效果 1、本发明的综合交通枢纽客流管理系统，藉由多种适配器的选择性使用以及企业 服务总线子系统的配置，无需针对不同的交通方式进行接口编程，简化了系统集成和互联 互通方式，能够与各种异构系统之间进行通讯和协同，从而更加适于实用，且具有产业上的 利用价值，基于上述架构，使系统在大型交通枢纽等领域的综合资讯发布、应急指挥、综合 调度等方面可达到较高的服务水平、并且在交通智能化管理的发展过程中，在信息共享、数 据发掘等方面提供了广阔的技术潜力和可行性； 2、本发明的综合交通枢纽客流管理系统，藉由可选择的多种适配器，提供灵活的、 可配置的的系统，易于系统的裁剪和扩展； 3、本发明的综合交通枢纽客流管理系统，藉由数据处理子系统中的业务规则的约 束，能够处理各交通方式的各种数据，并保证存储数据的正确性； 4、本发明的综合交通枢纽客流管理系统，能够以单一显示终端以及其控制设备实
现不同交通方式的信息显示，而无需额外的接口编程，节约了人力物力； 5、本发明的综合交通枢纽客流管理系统，能够提供具有立体显示的枢纽内部路径查询。 综上所述，本发明在技术上有显著的进步，并具有明显的积极效果，诚为一新颖、 进步、实用的新设计。 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段， 而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够 更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。


图1是本发明的公用信息平台系统的结构示意图。 图2是本发明的公用信息平台系统的接口子系统的结构示意图。 图3是本发明的公用信息平台系统的服务总线子系统的结构示意图。 图4是本发明的公用信息平台系统的数据处理子系统的结构示意图。 图5为本发明的旅客信息发布系统的结构框图。 图6为本发明的旅客信息发布系统的旅客引导显示子系统的结构框图。 图7A为本发明的旅客引导显示子系统的分屏模块中预设的一种分屏模式示意图。 图7B为用户自义定图7A的模式的各子屏大小后的分屏示意图。 图8为本发明的属性选择模块定义子屏属性后的显示示意图。 图9为本发明的路径查询子系统结构框图。 图10A为本发明的路径查询子系统的立体路径显示图。 图10B为本发明的路径查询子系统的人流量密度的立体路径显示图。 图11为本发明的设备维护子系统结构框图。
具体实施例方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合 附图及较佳实施例，对依据本发明提出的综合交通枢纽客流管理系统其具体实施方式
、结 构、方法、步骤、特征及其功效，详细说明如后。 请参阅图1所示，本发明的综合交通枢纽客流管理系统包含公用信息平台系统 1，旅客信息发布系统2以及枢纽调度系统3。 本发明的公用信息平台系统l，其包含接口子系统11、企业服务总线子系统12、 数据处理子系统13以及中心数据库管理系统14。 如图2所示，接口子系统11包括适配器11_1、服务模块11_2和传输代理11_3。
适配器11_1可为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、 SOAP格式适配器、消防系统0PC适配器、检票系统M0DEBUS适配器等适配器中的一个或多 个。在某一交通方式中，需要为其下属的各个系统选择多个适配器。以机场为例，机场这 一交通方式中，存在有地面指挥系统、航班管理系统、消防系统等多个应用系统，由于这些 系统的接口类型和数据格式都存在不统一的问题，因此需要各自匹配合适的适配器，且交 通方式的每一系统各自选配一适配器。具体选择种类与数量根据具体接入的各交通方式4 的应用系统的接口类型和数量进行选择，以期达到简单配置就能应用。适配器对数据进行 格式转换，由各交通方式4的不同系统的格式转换为本发明的公用信息平台系统1统一处 理的格式。在一实施例中，该统一处理的格式为标准的XML传输格式。此外，适配器还能够 对数据格式进行校验。对于某一交通方式的具体应用系统，其上传数据的格式是确定的，例 如，其上传数据中的某项数值应为时间类型，相应的适配器获取的数据如果被判断为是数 字类型，则接口系统将在文件中记录下该错误信息，并根据数据的发送方的接口类型返回 相应的反馈信息。在本发明的一具体实施例中，公用信息平台系统1将各交通方式信息系 统分为三部分各交通方式的业务系统、消防系统和广播系统。而接口子系统11根据各交 通方式的信息系统、消防系统和广播系统进行了基于通用模式的适配器11_1的设置。
服务模块11_2包含信息上传服务模块11_21以及信息接收服务模块11_22。信 息上传服务模块11_21负责读取各适配器11_1收集的数据，并判断其类型。例如，对于机 场这一交通方式，数据是属于静态计划数据、动态计划数据、即时数据还是消防数据进行判 断。判断的方式有多种，在一具体实施中，采用对数据元素数量的判断来实现类型判断，因 为不同类型的数据的元素数量是不同的。只要能够实现数据类型判断的方式均可以采用， 在此不做任何限制。判断出数据类型后，信息上传服务模块11_21对数据进行进一步整理， 形成"标签+实际数据"的数据体结构，并打包成消息，以使其便于后续处理。其中，标签部 分主要涵盖了消息编号、相关消息编号、消息产生时间、消息来源系统名称、消息来源的具 体应用名称、消息目的地系统名称、消息目的地的具体应用名称等。上述消息传递给传输代 理11_3。举例而言，从机场JMS适配器接收到数据后，先由信息上传服务模块11—21中的分 发服务模块判断数据具体属于哪一类型，然后分配给具体对应的服务处理模块进行格式规 范等处理。详细来说，如动态航班服务处理的是航班实时动态信息(动态航班服务处理模 块将对由适配器转换好的XML格式的航班实时动态信息进行二次处理)，转换成符合动态 航班服务格式类型的XML数据并打包封装后，传给传输代理11_3。需要下发给机场应用系 统的数据，将通过传输代理11_3接收消息后，下传至信息接收服务模块11_22，完成消息内容的解析，并发送给相应的适配器11_1。 传输代理11_3与企业服务总线子系统12连接，是负责向企业服务总线子系统 12发送来自服务模块11_2的消息和接收企业服务总线子系统12消息以发送给服务模块 11_2。 接口子系统11是完成各交通方式4的信息系统与公用信息平台系统1之间的通 讯连接，也是公用信息平台系统1与各交通方式4的信息系统中的每个交通方式的信息系 统的消息的唯一出入口 (如图1所示，多个接口子系统11分别连接各交通方式4的信息系 统中的机场业务系统41、地铁业务系统42、磁悬浮业务系统43、火车业务系统等各个交通 方式信息系统的业务系统以及消防系统44和广播系统45)。 此外，接口子系统11的传输代理11_3还设置有本地文件系统。当接口子系统11 与各交通方式4的信息系统/企业服务总线子系统12之间的连接中断时，接口子系统11 会将正要发送的消息暂存到本地的文件系统(本机存储)，直至连接恢复后接口子系统11 会将消息重新发送，从而确保消息完整。大大减轻了大量信息对公用信息平台系统l的压 力。 如图3所示，企业服务总线(ESB)子系统12是整个公用信息平台系统1的中枢神 经，通过服务总线子系统12使得各交通方式4的信息系统与其他系统的信息共享与交换成 为可能。 本发明的一实施例中，企业服务总线子系统12所采用的是IBM MessageBroker产 品。该企业服务总线子系统12包含安全认证模块12_1、消息转换模块12_2及消息路由 模块12_3以及消息日志模块12_4，其中，消息转换模块12_2是对企业服务总线子系统12 进行二次开发而补充的新模块，在一实施例中，也可以没有该消息转换模块12_2。
当企业服务总线子系统12当接收到来自一个接口子系统11的消息后，安全认证 模块12_1对其是否是来自被授权的接口子系统11进行验证，从而保证了各个交通方式通 过接口子系统11连接的业务系统都是经过权限验证的，保证了传递过程中的信息安全。
进入到企业服务总线子系统12中的数据并非都是需要存储到中心数据库管理系 统14中的。有些数据仅是需要发送到各交通方式4的信息系统中的其他交通方式的系统 中。藉由该消息路由模块12_3，判断封装在消息内容中的标签来判断消息的目的地是要进 入中心数据库管理系统14中完成存储还是发送到各交通方式4的信息系统中的其他交通 方式的系统中，如果是后者，则消息路由模块12_1根据消息路由表将消息动态路由到藉由 接口子系统ll与之相连的各交通方式4的信息系统中的其他交通方式的系统，即目的系 统。从而减少了数据处理子系统13的数据处理量。在这一过程中，接口子系统ll中的适 配器11_1将统一格式的待发送消息转换为其所连接的所述各系统消息格式。
此外，还可以根据需要对已经在信息上传服务模块11_21中封装打包的数据，进 行格式再调整，以适应第三方信息系统的格式，使来自于不同系统的多类信息统一定制处 理。可以根据用户需要对具有某个标签信息的某一类或多类数据消息，例如，对消息产生时 间在某一范围内的全部数据消息的XML数据进行添加、删除、合并等，实现格式上的调整， 这样可以以较小的工作量实现如灵活的应用需求。因此，在企业服务总线子系统12中设计 了消息转换模块12-2。 此外，消息日志模块12_4对所有进入和流出企业服务总线子系统12的消息的主7/13页
要信息(例如，消息编号、消息产生时间、消息来源系统名称等信息)保存在数据库中，该数 据库可以使中心数据库管理系统14，也可以是IBM Message Broker自带的数据库，如果消 息在传输过程中出现错误，错误处理模块将对错误信息进行捕获，并生成错误日志，记录下 产生错误的原因、时间以及该条错误消息的消息体等主要信息，保存在上述数据库中。
该数据处理子系统13连接于企业服务总线子系统12，如图4所示，其包含消息 解析模块13_1及数据清洗模块13_2。 消息解析模块13_1接收由企业服务总线子系统12转发的从各交通方式的信息系 统、消防系统和广播系统中采集并经接口子系统转换格式封装后的数据消息，并将其解析 成数据后，传给数据清洗模块13_2。解析后的数据包含了标签部分和信息数据实体部分。
数据清洗模块13_2对解析后的各交通方式上传的数据进行相应的数据清洗。数 据清洗模块13_2中存储有各交通方式的业务规则，依据数据来源(即某一交通方式)的业 务规则对信息的正确性以及时效性进行判断，去除例如重复记录及/或数据格式错误等， 再根据比如数据内部逻辑关系、字段匹配关系等对格式正确数据进行判断。举例而言，数据 是来自机场的航班动态信息，例如，某航班已经在一时间在某地起飞。该数据到达数据清洗 模块后13_2后，数据清洗模块后13_2首先在中心数据库管理系统14中检索是否预存有该 次航班，如果没有，则判断为数据错误；如果检索到有该航班的预存信息，则根据航班业务 规则对航班运行的每个动作分成不同事件例如延误、备降、返航、取消、恢复，并在上述规则 的约束下进行相应的合并、调整处理为中心数据库管理系统14中所需的数据存储结构。
经过数据清洗后，正确的数据被拆解成字段写进中心数据库管理系统14的数据 库的相应表中，不正确的数据被作为错误数据处理，错误数据直接将数据原文和错误信息 存入中心数据库管理系统14的数据库的纠错表中，以供用户进行查询、修改。
中心数据库管理系统14可为现有任意的数据库，例如SQL或0racle。收集处理 后 的数据，直接写入数据库的相应数据表中。 数据处理子系统13是通过接口子系统11采集到的各交通方式的数据写入该中心 数据库管理系统14的唯一入口，并保证中心数据库管理系统14中的数据都是格式正确并 符合业务逻辑的。数据处理子系统13还可以作为出口将下行数据通过企业服务总线12转 发给各交通方式的信息系统。 请参阅图5所示，是本发明的旅客信息发布系统2的结构框图。该旅客信息发布 系统2包含至少一旅客引导显示子系统21、至少一路径查询子系统22及一设备维护子系 统23。 其中，旅客弓I导显示子系统21设置于交通枢纽内的任一交通方式中，也可以设置 在连接各交通方式的通道内，具体位置没有任何限制。由于旅客引导显示子系统21设置位 置的灵活性，因此需要具备灵活的显示页面与显示内容，并且无需额外的人力物力进行二 次开发。基于此，如图6所示，本发明的旅客引导显示子系统21包含显示页面生成装置 211，工控机212，以及显示终端213。 该显示页面生成装置211包含分屏模块2111以及属性选择模块2112。在分屏模 块2111中预设了多种分屏模式，如图7A、图7B所示，用户可以任意选择一种分屏模式。待 确定分屏模式后，用户通过分屏模块2111为选定的分屏模式设定各个子屏的显示区域大 小。例如，对于图7A的子屏，用户希望是左上角的子屏具有较大的显示区域，那么，用户就可以通过选择该子屏而为该子屏设定较大的区域范围。同样方法，可以设定其他的子屏区 域范围。 在本发明的一实施例中，子屏的区域范围是通过行与列的设置来完成，分屏模块 2111固定了行高和列宽，用户仅需要输入行数与列数即可设定子屏的显示范围。利用同样 的方法，用户还可以对其他子屏的区域范围进行设定。 除了采用分屏模块2111预设的分屏模式外，用户还可以自定义显示模式。在选定 起始点之后，用户输入子屏尺寸(仍可以采用输入行列数来确定)，即可确定一个子屏的区 域范围。 本发明的分屏模块2111仅提供矩形的子屏显示，并且为了显示美观，各个子屏的 区域范围应该覆盖整个显示屏幕。 划分屏幕后，利用属性选择模块2112为各个子屏设定显示属性。显示属性定义为 其需要显示的何种内容。属性选择模块2112提供的属性有交通方式、广告、消息、时钟、图 片、文本、视频、动画等，其中，除交通方式外的属性没有其他具体内容的选择，而交通方式 还提供了所应用的系统中兼容的，例如飞机、火车、公交、磁悬浮、高铁、地铁等各个交通方 式的选择，用户为各个子屏选择相应的显示属性。 更进一步，为子屏选择某一种交通方式的显示属性后，还需要选择各个显示属性 的显示内容，即显示何种交通方式下的何种信息。对于某一交通方式而言，其存在多种信 息，在一子屏中显示某一交通方式的全部信息既不利于旅客浏览又需要传输大量的通信数 据，是不切实际的。因此，在各个显示属性下可以设定相应的需要显示的具体显示内容。该 显示内容是结合中心数据库中的不同表中的字段来设定。例如，对于飞机这一交通方式，显 示内容可以为班次、起飞/降落时间、机型、机位、行李转盘等，对于火车这一交通方式，显 示内容可以为车次、发车/达到时间、检票口、登车站台等，如图8所示。上述各个属性的显 示内容也是以选择的方式来完成。 至此，由上述各个选择的属性及其显示内容、和相应的屏幕显示位置形成显示模 板，该显示模板存有需要显示的数据(即选定属性的显示的内容)。 工控机212包含有数据封装模块2121以及至少一属性显示模块2122。该数据封 装模块2121接收由显示页面生成装置211生成的该显示模板，还会根据该显示的内容对中 心数据库管理系统14进行查询，由于，中心数据库管理系统14存储了大量的数据信息(包 括各个交通方式的各种信息)，而通常的显示系统所显示的是有时限的信息(通常是当天 的信息)，而当天之前的信息已经过期，但中心数据库管理系统14仍会保存这些对过往旅 客相对无用的数据信息，因此直接查询中心数据库管理系统14不仅工作量大，而且检索时 间过长。 基于此，本发明旅客引导显示子系统21中显示数据的获取并不直接对中心数据 库管理系统14进行查询，而是先根据中心数据库管理系统14的数据形成多个数据集，再利 用工控机212的数据封装模块2121根据显示的内容对各个数据集进行查询。该数据集可 由中心数据库管理系统14中不同表的不同字段分类形成，例如，飞机的起飞时间可以形成 为一个数据集，火车的检票口可以形成为一个数据集；也可以将同一交通方式的多个字段 形成为一个数据集，例如，将地铁的候车站台及地铁发车时间形成为一个数据集。并且，该 数据集中的数据是当天的数据信息(0点-24点)。此外，各个数据集还附有更新提示标志。
由于数据集是与中心数据库管理系统14相关联，而中心数据库管理系统14又是
不时更新的。为了能够实现数据集的及时更新，各数据集定期进行数据更新。具体更新过程
为每隔一第一时间间隔，数据集重新从中心数据库管理系统14获取相应的数据信息，并
将该新获取信息与已有信息进行比对，如果没有变化，则更新提示标志置为无效；如果该新
获取信息与已有信息不同，则更新提示标志置为有效，同时将该新获取信息替换已有信息。 当依据显示内容对各个数据集进行查询时，首先找到显示的内容所对应的数据
集，然后判断数据集的更新提示标志状态，若该更新提示标志为无效，则不进行检索；若数
据集的更新提示标志为有效，则根据显示内容检索获取相应的数据或其地址至工控机212
的数据封装模块2121。工控机212的数据封装模块2121是每隔一第二间隔时间对各个数
据集进行查询，即轮询。在一具体实施例中，该轮询时间可以设定为15-20秒。 至此，工控机212中的数据封装模块2121已经存有全部需要显示的实体数据信
息，其按照所存的显示模板中的各个属性、其显示内容的具体数据或者数据地址以及显示
的子屏的位置进行封装。即生成了显示页面控制信息。 该显示页面控制信息发送到至少一属性显示模块2122。对于同一显示终端213， 其根据具体显示内容的需要可能受多个属性显示模块2122的控制，具体控制用属性显示 模块2122数量与设定的页面的子屏的属性种类有关。即，每一属性显示模块2122仅控制 显示终端213显示一种属性的内容。属性显示模块2122根据封装的信息控制显示屏幕实 现显示终端213的页面显示。 为了实现对突发事件的应对，工控机212还包含应急模块。该应急模块存有应急 显示模板及应急提示标志。没有突发事件时，该应急提示标志置为无效，工控机212按照定 制的显示模板通过属性显示模块2122进行控制显示。当出现突发事件时，由人工发送一 应急处理信号给工控机212，该应急处理信号同时还包含有所需显示的多种类型的应急控 制信息的其中一种。工控机212接收到该应急处理信号时，将该应急提示标志置为有效， 根据该应急控制信息的地址以及预存的应急显示模板进行封装，然后发送给属性显示模块 2122，从而控制各个显示终端213进行应急事件的显示。 更进一步的，本发明的工控机213还可以作为大文件的显示终端213的本地存储 器，以减少大文件的网络传输造成的通讯堵塞。 工控机212中存储有容量较大的文件，可以为广告的flash文件、照片等，或者是 无需更新的多种类型的应急控制信息。当应急控制信息存储于工控机212中时，工控机212 在收到应急处理信号后，在封装中的应急信息的显示内容仅为其具体类型，而非实际数据， 这样可以减少数据传输量。 该路径查询子系统22能够实现所查询路径的立体显示。在旅客或其他人员进入 大型综合交通枢纽后，可以通过路径查询子系统22所提供的立体引导图可以在一张图中 显示出穿越综合交通枢纽内部不同楼层的换乘路径，所以查询者可以清楚直观的获知到达 大型综合交通枢纽的各种交通方式的最快捷的路径。 由于目前世界上最大的法兰克福枢纽内部所能提供的所有换乘方式也只有120 余种，因此对应的枢纽内部的换乘路径的所有可能情况也就仅有120余条。所以要实现大 型综合交通枢纽内部路径的快速查询，仅需要将大型综合交通枢纽内部所有可能的换乘路 径进行预先存储，在查询者进行查询时直接调用与查询者所提供的信息相匹配的预先存储
12的换乘路径即可。本发明的路径查询子系统22正是基于上述这种思想进行设计实施，来实 现大型综合交通枢纽内部的路径查询显示的。 如图9所示，本发明较佳实施例的路径查询子系统22包括查询终端221，查询服 务器222及本地数据库223。 上述的查询终端221，可以是设置于综合交通枢纽内部的智能查询终端或者移动 PC、 PDA、智能手机等移动查询终端。查询终端221可以通过枢纽综合无线网络或枢纽局域 网与查询服务器222建立连接。 上述的查询服务器222，包括路径查询单元2221、处理器2222、存储器2223、密度 显示单元2224以及信息叠加模块2225。该路径查询单元2221包括判断模块2221a、信息 处理模块2221b、定位模块2221c以及信息绑定模块2221d。该密度显示单元2224包括密 度信息处理模块2224a以及图形生成模块2224b。 上述的本地数据库223与中心数据库管理系统14定时同步相关数据，所述相关数 据包括整个综合交通枢纽内部的所有可能的换乘路径信息，以及对应每一条换乘路径所经 过的所有网格区域的代码信息。而中心数据库管理系统14存储有整个综合交通枢纽的空 间区域进行网格划分区域标定的信息，对应整个综合交通枢纽内部各个网格划分区域的实 时密度信息。 路径查询子系统22在具体实施时，要先将整个综合交通枢纽的空间区域进行网 格划分区域标定。在进行综合交通枢纽的空间区域网格划分区域标定时，首先依据功能将 综合交通枢纽的划分为不同的功能区域，再将各个不同的功能区域依楼层继续划分为不同 的楼层区域，以将该综合交通枢纽的空间区域转化为多个平面区域，然后再对上述的多个 平面区域进行网格划分区域标定，以一组唯一的区域代码来唯一的标定综合交通枢纽内部 不同的空间区域位置。其中用于唯一标识的区域代码是依据一代码定制准则来对空间区域 的位置实现唯一标定的，例如依据该代码定制准则可以将该些区域代码定制为包含有用于 标示每一网格区域所在平面区域的位置代码、所在空间楼层的楼层代码以及所在功能区域 的功能区域代码等。并将上述区域标定后的区域代码存储于中心数据库管理系统14中。
当旅客或其他人员需要进行综合交通枢纽内部的路径查询时，通过查询终端221 与查询服务器222建立连接，查询服务器222获得查询终端221发出的请求路径查询信号， 即开启路径查询单元2221，此时判断模块2221a会对所获得的路径查询信号进行判断。
如果判断模块2221a判断出该路径查询信号是由综合交通枢纽内部设置的智能 查询终端发出的，会直接启动路径查询单元2221的信息处理模块2221b，同时从智能查询 终端获得起始地址信息，该起始地址信息也会同时显示于智能查询终端的起始地址位置 处。 如果判断模块2221a判断出该路径查询信号是由移动查询终端发出的，将会启动 路径查询单元2221的定位模块2221c来确定此时移动查询终端所在综合交通枢纽内部的 位置地址。查询者也可以根据需要自行输入起始地址信息。 当路径查询单元2221的定位模块2221c直接给出起始地址信息时，定位模块 2221c会从设置于综合交通枢纽内部各个楼层的多个移动AP接收移动AP信号，这些移动 AP信号包含有移动AP接收到的移动查询终端发出的请求路径查询信号的相关信息以及一 移动AP自身的信息。定位模块2221c从该请求路径查询信号的相关信息中获得一关于该请求路径查询信号的特征值，如信号的强弱，以及该移动AP自身的信息。并依据该特征值 通过一预设的规则选取出与该移动查询终端处于同一楼层的三个有效的移动AP的该特征 值，根据一预先订制的算法进行运算，经过对上述的三个有效的移动AP的特征值以及对应 的移动AP自身的信息进行运算，从而获得该查询终端在该综合交通枢纽内部的平面XY坐 标，同时根据该平面XY坐标判断出用户所在区域以及楼层的区域代码，将该区域代码映射 为一非汉字的位置信息，如shuniu-gaotie960-chezhanrukou。再通过已经存储的区域代 码匹配数组来把非汉字的位置信息转换成用户能够识别的汉字形式的起始地址信息，如枢 纽_高铁9. 6米层-车站入口区。将获得的该汉字形式的起始地址信息发送至移动查询终 端进行显示，并同时将上述所确定的移动查询终端所在位置的XY坐标及此汉字形式的起 始地址信息发送至中心数据库管理系统14进行存储。如此用户在使用移动查询终端查询 综合交通枢纽内部路径时，即可不用输入本地地址而能够直接获得所处综合交通枢纽内部 的位置的信息，即起始地址信息，从而为不熟悉综合交通枢纽的人员进行路径查询提供了 方便。 由于对于大型的综合交通枢纽来说，各种交通方式的内部的管理是相对独立的， 其内部的路径引导是由在其内部设置的引导指示牌来完成，不受综合交通枢纽的中央控 制，因此定位模块2221c仅需提供综合交通枢纽以及各种综合交通方式的出入口信息作为 起始地址信息即可实现综合交通枢纽的换乘路径引导。 当查询者选择自行输入起始地址信息时，查询服务器222会从移动查询终端获得 此起始地址信息信号，同样对于大型的综合交通枢纽来说，各种交通方式的内部的管理是 相对独立的，其内部的路径引导是由在其内部设置的引导指示牌来完成，不受中央综合交 通枢纽的控制，而当查询者自行输入起始地址信息时，输入的可能会是各种交通方式内部 某一地点的名称，如一号航站楼、2号候车室等，或者综合交通枢纽内部的某一地点的名称， 如3号电梯等，信息处理模块2221b会将这些自行输入的起始地址信息映射为查询服务器 222可处理的起始地址信息，这里所说的查询服务器222可处理的起始地址信息为综合交 通枢纽以及各种交通方式的出入口信息等。 查询服务器222可以由上述的定位模块2221c、信息处理模块2221b或者智能查询 终端获得起始地址信息，即综合交通枢纽以及各种综合交通方式的出入口信息等。同时查 询服务器222又可以从查询终端221获得查询者在目的地址输入处输入的要到达的目的地 址信息，如果查询者输入的目的地址信息是各种交通方式内部的某一地点的名称，或者综 合交通枢纽内部的某一地点的名称时，信息处理模块2221b会将该目的地址信息映射为查 询服务器222可处理的目的地址信息，这里所说的查询服务器222可处理的目的地址信息 为综合交通枢纽以及各种综合交通方式的出入口信息等。 当查询服务器222获得了上述的查询服务器222可处理的起始地址信息及目的地 址信息后，这里所说的查询服务器222可处理的起始地址信息及目的地址信息是指综合交 通枢纽以及各种综合交通方式的出入口信息等。会通过信息绑定模块2221d将上述的查询 服务器222可处理的起点地址信息及目的地址信息绑定成一个路径信息字符串发送至处 理器2222，处理器2222根据此字符串读取出起始地址信息及目的地址信息，从本地数据库 223中存储的结合综合交通枢纽基础立体图(综合交通枢纽总体图)所有可能的换乘路径 信息中取出符合该起始地址信息与该目的地址信息路径数据，结合综合交通枢纽基础立体图在查询终端221显示出来，如图IOA所示。并同时将所获得的标示有换乘路径的综合交 通枢纽基础立体图在存储器2223中进行存储。在本实施例中该综合交通枢纽基础立体图 为一 SVG图。由于SVG图为一矢量图，其在任意縮放时可以保证图形不失真，因此查询者可 以根据需要对所获得的标示有换乘路径的SVG图进行縮放。 本发明的路径查询子系统22在显示换乘路径的同时还提供了人流密度的显示功 能，可以显示该换乘路径所经过区域的人流密度，当查询者点选密度显示按钮后，会启动查 询服务器222中的密度显示单元2224，密度显示单元2224会从存储器2223中获得该换乘 路径的起始地址信息及目的地址信息，依据上述的起始地址信息及目的地址信息，密度信 息处理模块2224a从中心数据库管理系统14中获得对应上述起始地址信息及目的地址信 息的所有区域代码，即换乘路径所经过网格区域的区域代码，以及对应这些区域代码的密 度值。其中，密度值为存储在中心数据库管理系统14中的一实时变化的数值，它是由相关 的采集设备从现场实时采集获得的。由于综合交通枢纽内部的换乘路径的数量是一个有限 的数值，所以每一条换乘路径所经过的网格区域的区域代码也是可以唯一确定的。密度信 息处理模块2224a对所获得的对应一换乘路径所经过的所有网格区域的密度值依据一预 先设定的准则划分为不同的密度等级，并对不同的密度等级匹配以不同的标示颜色。这里 所说的准则准则可以是通过设定密度门限值，将从中心数据库管理系统14中获得的所有 网格区域的密度值分别与该密度门限值相比较，以将人流密度划分为几种不同的等级，如 可以将各个网格区域的人流密度划分为较多、正常、较少三个等级，并对其匹配不同的标示 颜色，如人流密度为较多的网格区域以红色标示、人流密度为正常的网格区域以蓝色标示、 人流密度为较少的网格区域以黄色标示。然后通过图形生成模i央2224b结合综合交通枢纽 基础立体图(综合交通枢纽总体图)将换乘路径所经过的所有网格区域的人流密度信息显 示于查询终端221，在本实施例中该综合交通枢纽基础立体图为一SVG图(如图IOB所示)。 在获得对应换乘路径的人流密度SVG图后，查询服务器222会将该标示有换乘路径所经过 区域人流密度的SVG图存储于存储器2223中。 在以上所叙述的情况中换乘路径信息与换乘路径所经过区域的人流密度状况是 分别通过两张SVG图来进行显示的。另外，也可以将上述密度信息处理模块2224a处理后 的网格区域的密度信息与预先存储在存储器2223中的标示有换乘路径的SVG图通过信息 叠加模块2225进行叠加，形成可同时显示对应一起始地址信息及一 目的地址信息的综合 交通枢纽内部的换乘路径以及该换乘路径所经过区域的人流密度状况的SVG图，显示于查 询终端221。 如此，查询者借助本发明路径查询子系统22不但可以获得显示综合交通枢纽内 部的换乘路径信息的立体指示图，又可以同时获知该换乘路径所经过综合交通枢纽内部区 域的人流密度状况。因此，将方便查询者根据所提供的人流密度状况估算行程所用的时间， 合理安排行程。 如图11所示，该设备维护子系统23包括设备信息管理装置231、设备状态监控装 置232以及设备远程控制装置233。 设备信息管理装置231对设备的类型、楼区、楼层、区位、系统分类等参数进行设 置并记录，并据此产生中心数据库管理系统14所存储的各个设备的网格编码(该部分网格 编码由位置码+设备码构成)；
设备状态监控装置232对各个设备的运行状态进行监控，并以不同的图形来表示 不同设备及其不同的运行状态，例如工控机212和显示终端213的图形表示就不同，而同一 工控机212的不同工作状态(如正常、关机、故障)的表示也不相同，该些图形信息被传至 一枢纽调度系统中，以供相关人员及时准确掌握各设备状态； 设备远程控制装置233通过ICE实现对设备的控制，在图型界面上可以发送包括 开机、关机、重启、校对时钟、修改IP地址、调整声卡音量、静音、取消静音、拷屏等控制指 令，从而实现批量控制并且能降低现场工作人员的劳动强度。 由于实现上述监控的手段在本领域中是常用技术手段，也有许多现有技术来解决 上述问题，在此不再赘述。 上述的枢纽调度系统3连接于公用信息平台1的企业服务总线子系统12及中心 数据库管理系统14、旅客信息发布系统2的设备维护子系统23。日常情况下，通过公用信息 平台1的中心数据库管理系统14调用各种调度人员所欲获知的相关信息，收集各交通方式 4提供的运营业务信息，并可以藉由人工方式向各交通方式4发送消息。当值班人员发现消 防报警或其它异常信息，例如藉由设备维护子系统23的设备状态监控装置232发现的设备 故障，可通过调用报警，对事态进行查看、确认，并通知调度人员进行处理。同时，枢纽调度 系统3可以通过企业服务总线子系统12对各交通方式4内的旅客信息发布系统2发送应 急处理信号，以使各个终端显示设备显示应急信息。此外，枢纽调度系统3还可以进一步设 置有多个视频监控子系统，所述视频监控子系统设置于各交通方式4中，为枢纽调度系统3 提供实时的视频信息，并且藉由其内部算法为枢纽调度系统3提供人流量密度信息并存储 于中心数据库管理系统14中。其中，人流量密度统计可以通过现有技术来实现，在此不再 赘述。 以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽 然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人 员，在不脱离本发明技术方案范围内，当可利用上述揭示的方法及技术内容作出些许的更 动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案的内容，依据本发明的 技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案 的范围内。
权利要求
一种综合交通枢纽客流管理系统，其特征在于其包含公用信息平台系统，其包含接口子系统，连接于各交通方式，从各交通方式中获取消息并向各交通方式发送消息，其包含至少一适配器，分别连接于各交通方式的各系统，将所获取的消息转换为统一格式，并将统一格式的待发送消息转换为其所连接的所述各系统消息格式；一服务模块，连接于该至少一适配器，其包含信息上传服务模块，其为从该至少一适配器接收的消息添加标签并封装；及信息接收服务模块，对接收的消息进行解析并分发给对应的该至少一适配器；数据处理子系统，接收该接口子系统封装后的消息，其包含消息解析模块，用于将该封装后的消息解析为数据；及数据清洗模块，其内部存储有各交通方式的业务规则，该数据清洗模块根据所述业务规则对该消息解析模块解析后的数据进行处理，并判断数据是否正确；以及中心数据库管理系统，其连接于该数据处理子系统，用于存储该数据清洗模块处理后的正确的数据；至少一旅客引导显示子系统，分布于交通枢纽中，且与该中心数据库管理系统连接，该旅客引导显示子系统包含显示页面生成装置，其包含分屏模块及属性选择模块，该分屏模块提供多种预设的分屏模式或使用者自定义模式供使用者选择，藉由该属性选择模块完成分屏后的各子屏的显示属性定义；工控机，其包含数据封装模块及至少一属性显示模块，该数据封装模块接收由该显示页面生成装置形成的显示模板，该显示模板包含该显示属性及对应的显示位置的信息，该数据封装模块根据该模板信息对该中心数据库管理系统进行查询并获取相关数据或数据地址，并将该显示模板的信息及其相关的数据封装为显示页面控制信息，该至少一属性显示模块，接收该显示页面控制信息，每一所述的属性显示模块仅控制其对应属性的显示终端的页面显示；显示终端，连接所述至少一属性显示模块，并受所述至少一属性显示模块的控制，根据该显示页面控制信息，实现显示终端的页面显示；以及至少一路径查询子系统，其包含查询终端，供使用者输入待查询路径的起点及终点；查询服务器，其包含路径查询单元，包含信息处理模块及信息绑定模块，该信息处理模块将该起点及该终点的位置映射为一查询服务器可处理的起点及终点，该信息绑定模块将该查询服务器可处理的起点及终点绑定为一个查询路径字符串；及处理器，接收该查询路径字符串，并根据该查询路径字符串在该中心数据库管理系统中进行查询并获取路径指示图，其中，该路径指示图为三维方位显示；以及一枢纽调度系统，连接于该中心数据库管理系统，该枢纽调度系统能显示该中心数据库管理系统中的信息。
2. 根据权利要求1所述的综合交通枢纽客流管理系统，其特征在于其中所述的公用信息平台系统还包含一企业服务总线子系统，该接口子系统封装后的消息通过该企业服务 总线子系统传输至该数据处理子系统，且该企业服务总线子系统还与该枢纽调度系统相连 接，使用者通过该枢纽调度系统向所述各交通方式发送消息。
3. 根据权利要求2所述的综合交通枢纽客流管理系统，其特征在于其还包含一设备维护子系统，该设备维护子系统包括设备信息管理装置，记录并设置该旅客信息发布系统中的各个设备的类型、楼区、楼 层、区位、系统分类信息；设备信息状态监控装置，接收并显示该旅客信息发布系统中的各个设备的运行状态信 息，且该设备信息状态监控装置与该枢纽调度系统相连接，在该枢纽调度系统中显示所述 设备的运行状态信息；以及设备远程控制装置，实现对该旅客信息发布系统中的各个设备的远程批量控制。
4. 根据权利要求3所述的综合交通枢纽客流管理系统，其特征在于其中所述的显示属 性为交通方式、广告、消息、时钟、图片、文本、视频、动画中的一个或多个。
5. 根据权利要求4所述的综合交通枢纽客流管理系统，其特征在于根据该中心数据库 管理系统中的不同字段生成多个数据集，且该多个数据集每隔一第一时间间隔进行一次数 据更新，该数据封装模块对该些数据集进行查询。
6. 根据权利要求5所述的综合交通枢纽客流管理系统，其特征在于其中所述的数据集 设置有更新提示标志，当该些数据集的内容有变化时，对应的数据集的更新提示标志置为 有效，该数据封装模块每隔一第二时间间隔对该些数据集进行查询，且仅在该更新提示标 志为有效时获取数据或其地址并封装。
7. 根据权利要求6所述的综合交通枢纽客流管理系统，其特征在于其中所述的工控机 还包含应急显示模块，该应急显示模块存储有应急显示模板及应急提示标志，仅当该工控 机接收一由该枢纽调度系统发出的应急信号后，该应急提示标志才置为有效并且该数据封 装模块按照应急显示模板及其对应数据进行封装。
8. 根据权利要求7所述的综合交通枢纽客流管理系统，其特征在于其中所述的查询服 务器还包含判断模块及定位模块，该判断模块用以判断该查询终端是固定查询终端还是移 动查询终端，当该查询终端为移动查询终端时，藉由该定位模块来确定该移动查询终端的 位置。
9. 根据权利要求8所述的综合交通枢纽客流管理系统，其特征在于其中所述的中心数 据库管理系统中存储各个映射后的该查询服务器可处理的起点及终点间的路径指示图，以及各该路径所途径的区域信息，该查询服务器所获取的路径指示图为该中心数据库管理系 统的所述路径指示图的其中之一。
10. 根据权利要求9所述的综合交通枢纽客流管理系统，其特征在于其中所述的查询 服务器还包含一存储器、一密度显示单元及一信息叠加模块，该获取的路径指示图存储于 该存储器，该密度显示单元从该中心数据库管理系统中查询该获取的路径指示图的路径所 途径区域的实时人流量密度，并将该人流量密度直接显示于该查询终端，或经由信息叠加 模块将该人流量密度与该存储器存储的路径指示图叠加显示于该查询终端。
全文摘要
本发明是有关于一种综合交通枢纽客流管理系统，其包含公用信息平台系统，至少一旅客引导显示子系统、至少一路径查询子系统及枢纽调度系统。该公用信息平台系统包含接口子系统，数据处理子系统，以及中心数据库管理系统，该中心数据库管理系统用于存储该数据清洗模块处理后的正确的数据。该旅客引导显示子系统包含显示页面生成装置工控机，及显示终端，用以实现旅客引导信息显示。该路径查询子系统包含查询终端及查询服务器。该枢纽调度系统连接于该中心数据库管理系统。本发明能够与各种异构系统之间进行通讯和协同，提供灵活的、可配置的的系统，易于系统的裁剪和扩展，并能够处理各交通方式的各种数据，并保证存储数据的正确性。
文档编号G06F17/30GK101697223SQ20091009390
公开日2010年4月21日 申请日期2009年9月23日 优先权日2009年9月23日
发明者刘君杰, 刘文革, 周亚飞, 张立勤, 王鹏, 胡海峰, 邵晓风, 高志敏 申请人:易程科技股份有限公司;