专利名称：公用信息平台系统的制作方法
技术领域：
本实用新型涉及一种公用信息平台系统，特别是涉及一种用于综合交通枢纽信息
集成系统中的公用信息平台系统。
背景技术：
随着交通运力的不断发展以及交通运行方式的多元化，在发展程度较高的城市和 地区出现整合多种运力运行的综合交通枢纽信息集成系统已悄然出现，并有普及深化的趋 势。而公用信息平台系统是综合交通枢纽信息集成系统中负责信息接口、传输、路由、转发、 业务处理、存储等功能的核心功能模块。目前在交通运输领域的集成信息系统或解决方案 中，公用信息平台系统有诸多的局限性，不能适应综合交通枢纽的生产运营、调度指挥和客 流管理等需要。 现有公用信息平台系统存在以下缺陷 1、现有公用信息平台系统仅仅是针对单一交通方式的内部应用，不能兼顾多种交 通方式； 2、现有公用信息平台系统缺乏有针对性的、明确的业务目标，对所收集信息往往 不加取舍，造成信息庞杂和资源浪费； 3、现有公用信息平台系统由于业务模型的局限性，没有考虑各种交通方式在枢纽 中联合运营时对信息以及信息流的需求，无法适应综合交通枢纽中复杂的信息流向控制和 灵活扩展的要求； 4、现有公用信息平台系统由于业务模型的局限性，没有考虑各种交通方式及其各
种系统的接口复杂性的需求，系统接口方式往往比较单一，接口协议的开放性和标准化程
度不够，每增加一个接口往往会带来很大的软件开发工作量和系统集成风险。 由此可见，上述现有的公用信息平台系统在产品结构、制造方法与使用上，显然仍
存在有不便与缺陷，而亟待加以进一步改进。为了解决上述存在的问题，相关厂商莫不费尽
心思来谋求解决之道，但长久以来一直未见适用的设计被发展完成，而一般产品及方法又
没有适切的结构及方法能够解决上述问题，此显然是相关业者急欲解决的问题。因此如何
能创设一种新的公用信息平台系统，实属当前重要研发课题之一，亦成为当前业界极需改
进的目标。
发明内容本实用新型的目的在于，提供一种新的公用信息平台系统，所要解决的技术问题 是使其藉由多种适配器的选择性使用以及企业服务总线子系统的配置，无需针对不同的交 通方式进行接口编程，简化了系统集成和互联互通方式，能够与各种异构系统之间进行通 讯和协同，从而更加适于实用，且具有产业上的利用价值。 本实用新型的再一目的在于，提供一种新的公用信息平台系统，所要解决的技术 问题是藉由可选择的多种适配器，提供灵活的、可配置的的系统，易于系统的裁剪和扩展，从而更加适于实用。 本实用新型的还一目的在于，提供一种新的公用信息平台系统，所要解决的技术 问题是藉由数据处理子系统中的业务规则的约束，能够处理多交通方式的各种数据，并保 证存储数据的正确性，从而更加适于实用。 本实用新型的目的及解决其技术问题是采用以下技术方案来实现的。依据本实用 新型提出的一种公用信息平台系统，其包含接口子系统，连接于各交通方式，从各交通方 式中获取消息并向各交通方式发送消息，其包含至少一适配器，分别连接于各交通方式的 各系统，将所获取的消息转换为统一格式，并将统一格式的待发送消息转换为其所连接的 所述各系统消息格式；一服务模块，连接于该至少一适配器，其包含信息上传服务模块， 其为从该至少一适配器接收的消息添加标签并封装；及信息接收服务模块，对接收的消息 进行解析并分发给对应的该至少一适配器；数据处理子系统，接收该接口子系统封装后的 消息，其包含消息解析模块，用于将该封装后的消息解析为数据；及数据清洗模块，其内 部存储有各交通方式的业务规则，该数据清洗模块根据所述业务规则对该消息解析模块解 析后的数据进行处理，并判断数据是否正确；以及中心数据库管理系统，其连接于该数据处 理子系统，用于存储该数据清洗模块处理后的正确的数据。 本实用新型的目的及解决其技术问题还可采用以下技术措施进一步实现。 前述的公用信息平台，其还包含一企业服务总线子系统，该接口子系统封装后的
消息通过该企业服务总线子系统传输至该数据处理子系统。 前述的公用信息平台系统，其中所述的标签包含消息编号、相关消息编号、消息产 生时间、消息来源系统名称、消息来源的具体应用名称、消息目的地系统名称、消息目的地 的具体应用名称。 前述的公用信息平台系统，其中所述的信息上传服务包含分发服务模块，其判断 从该至少一适配器接收的消息的类型；及服务处理模块，其根据该类型对从该至少一适配 器接收的消息进行格式处理。 前述的公用信息平台系统，其中所述的企业服务总线子系统包含一消息路由模 块，该消息路由模块根据该消息目的地系统名称将该封装后的消息路由回该接口子系统或 者该数据处理子系统。 前述的公用信息平台系统，其中所述的接口子系统还包含有传输代理，该服务模 块通过该传输代理与该企业服务总线双向连接，当通信中断时，该服务模块需要上传的消 息存储于该传输代理中。 前述的公用信息平台系统，其中所述的企业服务总线子系统还包含一消息转换模
块，该消息转换模块根据该标签中的一项或多项内容对该封装后的消息再次封装。 前述的公用信息平台系统，其中所述的适配器为JMS适配器、JDBC适配器、文件适
配器、FTP适配器、应用适配器、SOAP格式适配器、消防系统0PC适配器、检票系统MODEBUS
适配器中的一个或多个。 前述的公用信息平台系统，其中所述的中心数据库管理系统为SQL或0racle。 借由上述技术方案，本实用新型公用信息平台系统至少具有下列优点及有益效 果 1、本实用新型的公用信息平台系统，其藉由多种适配器的选择性使用以及企业服
4务总线子系统的配置，无需针对不同的交通方式进行接口编程，简化了系统集成和互联互
通方式，能够与各种异构系统之间进行通讯和协同，且具有产业上的利用价值； 2、本实用新型的公用信息平台系统，藉由可选择的多种适配器，提供灵活的、可配
置的的系统，易于系统的裁剪和扩展。 3、本实用新型的公用信息平台系统，藉由数据处理子系统中的业务规则的约束， 能够处理多交通方式的各种数据，并保证存储数据的正确性。 综上所述，本实用新型在技术上有显著的进步，并具有明显的积极效果，诚为一新 颖、进步、实用的新设计。 上述说明仅是本实用新型技术方案的概述，为了能够更清楚了解本实用新型的技 术手段，而可依照说明书的内容予以实施，并且为了让本实用新型的上述和其他目的、特征 和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。
图1是本实用新型的公用信息平台系统的结构示意图。
图2是本实用新型的公用信息平台系统的接口子系统的结构示意图。 图3是本实用新型的公用信息平台系统的服务总线子系统的结构示意图。 图4是本实用新型的公用信息平台系统的数据处理子系统的结构示意图。
具体实施方式为更进一步阐述本实用新型为达成预定发明目的所采取的技术手段及功效，以下 结合附图及较佳实施例，对依据本实用新型提出的公用信息平台系统其具体实施方式
、结 构、方法、步骤、特征及其功效，详细说明如后。 请参阅图l所示，本实用新型的公用信息平台系统l，其包含接口子系统11、企业 服务总线子系统12、数据处理子系统13以及中心数据库管理系统14。 如图2所示，接口子系统11包括适配器11_1、服务模块11_2和传输代理11_3。 适配器11_1可为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、 SOAP格式适配器、消防系统0PC适配器、检票系统M0DEBUS适配器等适配器中的一个或多 个。在某一交通方式中，需要为其下属的各个系统选择多个适配器。以机场为例，机场这一 交通方式中，存在有地面指挥系统、航班管理系统、消防系统等多个应用系统，由于这些系 统的接口类型和数据格式都存在不统一的问题，因此需要各自匹配合适的适配器，且交通 方式的每一系统各自选配一适配器。具体选择种类与数量根据具体接入的各交通方式应用 系统的接口类型和数量进行选择，以期达到简单配置就能应用。适配器对数据进行格式转 换，由各交通方式不同系统的格式转换为本实用新型的公用信息平台系统1统一处理的格 式。在一实施例中，该统一处理的格式为标准的XML传输格式。此外，适配器还能够对数 据格式进行校验。对于某一交通方式的具体应用系统，其上传数据的格式是确定的，例如， 其上传数据中的某项数值应为时间类型，相应的适配器获取的数据如果被判断为是数字类 型，则接口系统将在文件中记录下该错误信息，并根据数据的发送方的接口类型返回相应 的反馈信息。在本实用新型的一具体实施例中，公用信息平台系统1将多交通方式信息系 统分为三部分各交通方式的业务系统、消防系统和广播系统。而接口子系统根据各交通方式的信息系统、消防系统和广播系统进行了基于通用模式的适配器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是完成多交通方式信息系统2与公用信息平台系统1之间的通讯 连接，也是公用信息平台系统1与多交通方式信息系统2中的每个交通方式的信息系统的 消息的唯一出入口 (如图2所示，多个接口子系统11分别连接多交通方式信息系统2中的 机场业务系统21、地铁业务系统22、磁悬浮业务系统23、火车业务系统等各个交通方式信 息系统的业务系统以及消防系统24和广播系统25)。 此外，接口子系统11的传输代理11_3还设置有本地文件系统。当接口子系统11 与多交通方式信息系统2/企业服务总线子系统12之间的连接中断时，接口子系统11会将 正要发送的消息暂存到本地的文件系统(本机存储)，直至连接恢复后接口子系统会将消 息重新发送，从而确保消息完整。大大减轻了大量信息对公用信息平台系统1的压力。 如图3所示，企业服务总线(ESB)子系统12是整个公用信息平台系统1的中枢神 经，通过服务总线子系统12使得多交通方式信息系统与其他系统的信息共享与交换成为 可能。 本实用新型的 一 实施例中，企业服务总线子系统12所采用的是IB匪essage Broker产品。该企业服务总线子系统12包含安全认证模块12_1、消息转换模块12_2及 消息路由模块12_3以及消息日志模块12_4，其中，消息转换模块12_2是对企业服务总线子 系统12进行二次开发而补充的新模块，在一实施例中，也可以没有该消息转换模块12_2。 当企业服务总线子系统12当接收到来自一个接口子系统11的消息后，安全认证 模块12_1对其是否是来自被授权的接口子系统11进行验证，从而保证了各个交通方式通 过接口子系统11连接的业务系统都是经过权限验证的，保证了传递过程中的信息安全。[0043] 进入到企业服务总线子系统12中的数据并非都是需要存储到中心数据库管理系 统14中的。有些数据仅是需要发送到多交通方式信息系统2中的其他交通方式的系统中。 藉由该消息路由模块12_3，判断封装在消息内容中的标签来判断消息的目的地是要进入中 心数据库管理系统14中完成存储还是发送到多交通方式信息系统2中的其他交通方式的 系统中，如果是后者，则消息路由模块12_3根据消息路由表将消息动态路由到藉由接口子 系统11与之相连的多交通方式信息系统2中的其他交通方式的系统，即目的系统。从而减 少了数据处理子系统13的数据处理量。在这一过程中，接口子系统11中的适配器11_1将 统一格式的待发送消息转换为其所连接的所述各系统消息格式。 此外，还可以根据需要对已经在信息上传服务模块11_21中封装打包的数据，进 行格式再调整，以适应第三方信息系统的格式，使来自于不同系统的多类信息统一定制处 理。可以根据用户需要对具有某个标签信息的某一类或多类数据消息，例如，对消息产生时 间在某一范围内的全部数据消息的XML数据进行添加、删除、合并等，实现格式上的调整， 这样可以以较小的工作量实现如灵活的应用需求。因此，在企业服务总线子系统12中设计 了消息转换模块12-2。 此外，消息日志模块12_4对所有进入和流出企业服务总线子系统12的消息的主 要信息(例如，消息编号、消息产生时间、消息来源系统名称等信息)保存在数据库中，该数 据库可以使中心数据库管理系统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中的数据都是格式正确并 符合业务逻辑的。 以上所述，仅是本实用新型的较佳实施例而已，并非对本实用新型作任何形式上 的限制，虽然本实用新型已以较佳实施例揭露如上，然而并非用以限定本实用新型，任何熟 悉本专业的技术人员，在不脱离本实用新型技术方案范围内，当可利用上述揭示的方法及 技术内容作出些许的更动或修饰为等同变化的等效实施例，但凡是未脱离本实用新型技术 方案的内容，依据本实用新型的技术实质对以上实施例所作的任何简单修改、等同变化与 修饰，均仍属于本实用新型技术方案的范围内。
权利要求一种公用信息平台系统，其特征在于其包含接口子系统，连接于各交通方式，从各交通方式中获取消息并向各交通方式发送消息，其包含至少一适配器，分别连接于各交通方式的各系统，将所获取的消息转换为统一格式，并将统一格式的待发送消息转换为其所连接的所述各系统消息格式；一服务模块，连接于该至少一适配器，其包含信息上传服务模块，其为从该至少一适配器接收的消息添加标签并封装；及信息接收服务模块，对接收的消息进行解析并分发给对应的该至少一适配器；数据处理子系统，接收该接口子系统封装后的消息，其包含消息解析模块，用于将该封装后的消息解析为数据；及数据清洗模块，其内部存储有各交通方式的业务规则，该数据清洗模块根据所述业务规则对该消息解析模块解析后的数据进行处理，并判断数据是否正确；以及中心数据库管理系统，其连接于该数据处理子系统，用于存储该数据清洗模块处理后的正确的数据。
2. 根据权利要求1所述的公用信息平台，其特征在于其还包含一企业服务总线子系 统，该接口子系统封装后的消息通过该企业服务总线子系统传输至该数据处理子系统。
3. 根据权利要求2所述的公用信息平台系统，其特征在于其中所述的标签包含消息编 号、相关消息编号、消息产生时间、消息来源系统名称、消息来源的具体应用名称、消息目的 地系统名称、消息目的地的具体应用名称。
4. 根据权利要求3所述的公用信息平台系统，其特征在于其中所述的信息上传服务包含分发服务模块，其判断从该至少一适配器接收的消息的类型；及 服务处理模块，其根据该类型对从该至少一适配器接收的消息进行格式处理。
5. 根据权利要求3所述的公用信息平台系统，其特征在于其中所述的企业服务总线子 系统包含一消息路由模块，该消息路由模块根据该消息目的地系统名称将该封装后的消息 路由回该接口子系统或者该数据处理子系统。
6. 根据权利要求5所述的公用信息平台系统，其特征在于其中所述的接口子系统还包 含有传输代理，该服务模块通过该传输代理与该企业服务总线双向连接，当通信中断时，该 服务模块需要上传的消息存储于该传输代理中。
7. 根据权利要求3所述的公用信息平台系统，其特征在于其中所述的企业服务总线子 系统还包含一消息转换模块，该消息转换模块根据该标签中的一项或多项内容对该封装后 的消息再次封装。
8. 根据权利要求1至7中任一权利要求所述的公用信息平台系统，其特征在于其中所 述的适配器为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、S0AP格式适 配器、消防系统0PC适配器、检票系统M0DEBUS适配器中的一个或多个。
9. 根据权利要求1至7中任一权利要求所述的公用信息平台系统，其特征在于其中所 述的中心数据库管理系统为SQL或0racle。
专利摘要本实用新型是有关于一种公用信息平台系统，其包含接口子系统，从各交通方式中获取消息，其包含至少一适配器，一服务模块；数据处理子系统，接收该接口子系统封装后的消息，其包含消息解析模块及数据清洗模块，其内部存储有各交通方式的业务规则；以及中心数据库管理系统，其连接于该数据处理子系统。本实用新型的公用信息平台系统，其无需针对不同的交通方式进行接口编程，能够与各种异构系统之间进行通讯和协同，易于系统的裁剪和扩展，并能够处理多交通方式的各种数据，保证存储数据的正确性。
文档编号G06Q50/00GK201503604SQ20092024610
公开日2010年6月9日 申请日期2009年9月23日 优先权日2009年9月23日
发明者刘君杰, 刘文革, 周霆, 王鹏, 程立南, 许琦, 邵晓风 申请人:易程科技股份有限公司