CN101763622A - 公用信息平台系统 - Google Patents

Abstract

本发明是有关于一种公用信息平台系统，其包含：接口子系统，从各交通方式中获取消息，其包含：至少一适配器，一服务模块；数据处理子系统，接收该接口子系统封装后的消息，其包含：消息解析模块及数据清洗模块，其内部存储有各交通方式的业务规则；以及中心数据库管理系统，其连接于该数据处理子系统。本发明的公用信息平台系统，其无需针对不同的交通方式进行接口编程，能够与各种异构系统之间进行通讯和协同，易于系统的裁剪和扩展，并能够处理多交通方式的各种数据，保证存储数据的正确性。

Description

公用信息平台系统

技术领域

本发明涉及一种公用信息平台系统，特别是涉及一种用于综合交通枢纽信息集成系统中的公用信息平台系统。

背景技术

随着交通运力的不断发展以及交通运行方式的多元化，在发展程度较高的城市和地区出现整合多种运力运行的综合交通枢纽信息集成系统已悄然出现，并有普及深化的趋势。而公用信息平台系统是综合交通枢纽信息集成系统中负责信息接口、传输、路由、转发、业务处理、存储等功能的核心功能模块。目前在交通运输领域的集成信息系统或解决方案中，公用信息平台系统有诸多的局限性，不能适应综合交通枢纽的生产运营、调度指挥和客流管理等需要。

现有公用信息平台系统存在以下缺陷：

1、现有公用信息平台系统仅仅是针对单一交通方式的内部应用，不能兼顾多种交通方式；

2、现有公用信息平台系统缺乏有针对性的、明确的业务目标，对所收集信息往往不加取舍，造成信息庞杂和资源浪费；

3、现有公用信息平台系统由于业务模型的局限性，没有考虑各种交通方式在枢纽中联合运营时对信息以及信息流的需求，无法适应综合交通枢纽中复杂的信息流向控制和灵活扩展的要求；

4、现有公用信息平台系统由于业务模型的局限性，没有考虑各种交通方式及其各种系统的接口复杂性的需求，系统接口方式往往比较单一，接口协议的开放性和标准化程度不够，每增加一个接口往往会带来很大的软件开发工作量和系统集成风险。

由此可见，上述现有的公用信息平台系统在产品结构、制造方法与使用上，显然仍存在有不便与缺陷，而亟待加以进一步改进。为了解决上述存在的问题，相关厂商莫不费尽心思来谋求解决之道，但长久以来一直未见适用的设计被发展完成，而一般产品及方法又没有适切的结构及方法能够解决上述问题，此显然是相关业者急欲解决的问题。因此如何能创设一种新的公用信息平台系统，实属当前重要研发课题之一，亦成为当前业界极需改进的目标。

发明内容

本发明的目的在于，提供一种新的公用信息平台系统，所要解决的技术问题是使其藉由多种适配器的选择性使用以及企业服务总线子系统的配置，无需针对不同的交通方式进行接口编程，简化了系统集成和互联互通方式，能够与各种异构系统之间进行通讯和协同，从而更加适于实用，且具有产业上的利用价值。

本发明的再一目的在于，提供一种新的公用信息平台系统，所要解决的技术问题是藉由可选择的多种适配器，提供灵活的、可配置的的系统，易于系统的裁剪和扩展，从而更加适于实用。

本发明的还一目的在于，提供一种新的公用信息平台系统，所要解决的技术问题是藉由数据处理子系统中的业务规则的约束，能够处理多交通方式的各种数据，并保证存储数据的正确性，从而更加适于实用。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出的一种公用信息平台系统，其包含：接口子系统，连接于各交通方式，从各交通方式中获取消息并向各交通方式发送消息，其包含：至少一适配器，分别连接于各交通方式的各系统，将所获取的消息转换为统一格式，并将统一格式的待发送消息转换为其所连接的所述各系统消息格式；一服务模块，连接于该至少一适配器，其包含：信息上传服务模块，其为从该至少一适配器接收的消息添加标签并封装；及信息接收服务模块，对接收的消息进行解析并分发给对应的该至少一适配器；数据处理子系统，接收该接口子系统封装后的消息，其包含：消息解析模块，用于将该封装后的消息解析为数据；及数据清洗模块，其内部存储有各交通方式的业务规则，该数据清洗模块根据所述业务规则对该消息解析模块解析后的数据进行处理，并判断数据是否正确；以及中心数据库管理系统，其连接于该数据处理子系统，用于存储该数据清洗模块处理后的正确的数据。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的公用信息平台，其还包含一企业服务总线子系统，该接口子系统封装后的消息通过该企业服务总线子系统传输至该数据处理子系统。

前述的公用信息平台系统，其中所述的标签包含消息编号、相关消息编号、消息产生时间、消息来源系统名称、消息来源的具体应用名称、消息目的地系统名称、消息目的地的具体应用名称。

前述的公用信息平台系统，其中所述的信息上传服务包含：分发服务模块，其判断从该至少一适配器接收的消息的类型；及服务处理模块，其根据该类型对从该至少一适配器接收的消息进行格式处理。

前述的公用信息平台系统，其中所述的企业服务总线子系统包含一消息路由模块，该消息路由模块根据该消息目的地系统名称将该封装后的消息路由回该接口子系统或者该数据处理子系统。

前述的公用信息平台系统，其中所述的接口子系统还包含有传输代理，该服务模块通过该传输代理与该企业服务总线双向连接，当通信中断时，该服务模块需要上传的消息存储于该传输代理中。

前述的公用信息平台系统，其中所述的企业服务总线子系统还包含一消息转换模块，该消息转换模块根据该标签中的一项或多项内容对该封装后的消息再次封装。

前述的公用信息平台系统，其中所述的适配器为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、SOAP格式适配器、消防系统OPC适配器、检票系统MODEBUS适配器中的一个或多个。

前述的公用信息平台系统，其中所述的中心数据库管理系统为SQL或Oracle。

借由上述技术方案，本发明公用信息平台系统至少具有下列优点及有益效果：

1、本发明的公用信息平台系统，其藉由多种适配器的选择性使用以及企业服务总线子系统的配置，无需针对不同的交通方式进行接口编程，简化了系统集成和互联互通方式，能够与各种异构系统之间进行通讯和协同，且具有产业上的利用价值；

2、本发明的公用信息平台系统，藉由可选择的多种适配器，提供灵活的、可配置的的系统，易于系统的裁剪和扩展。

3、本发明的公用信息平台系统，藉由数据处理子系统中的业务规则的约束，能够处理多交通方式的各种数据，并保证存储数据的正确性。

综上所述，本发明在技术上有显著的进步，并具有明显的积极效果，诚为一新颖、进步、实用的新设计。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1是本发明的公用信息平台系统的结构示意图。

图2是本发明的公用信息平台系统的接口子系统的结构示意图。

图3是本发明的公用信息平台系统的服务总线子系统的结构示意图。

图4是本发明的公用信息平台系统的数据处理子系统的结构示意图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明提出的公用信息平台系统其具体实施方式、结构、方法、步骤、特征及其功效，详细说明如后。

请参阅图1所示，本发明的公用信息平台系统1，其包含：接口子系统11、企业服务总线子系统12、数据处理子系统13以及中心数据库管理系统14。

如图2所示，接口子系统11包括：适配器11_1、服务模块11_2和传输代理11_3。

适配器11_1可为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、SOAP格式适配器、消防系统OPC适配器、检票系统MODEBUS适配器等适配器中的一个或多个。在某一交通方式中，需要为其下属的各个系统选择多个适配器。以机场为例，机场这一交通方式中，存在有地面指挥系统、航班管理系统、消防系统等多个应用系统，由于这些系统的接口类型和数据格式都存在不统一的问题，因此需要各自匹配合适的适配器，且交通方式的每一系统各自选配一适配器。具体选择种类与数量根据具体接入的各交通方式应用系统的接口类型和数量进行选择，以期达到简单配置就能应用。适配器对数据进行格式转换，由各交通方式不同系统的格式转换为本发明的公用信息平台系统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所采用的是IBM MessageBroker产品。该企业服务总线子系统12包含：安全认证模块12_1、消息转换模块12_2及消息路由模块12_3以及消息日志模块12_4，其中，消息转换模块12_2是对企业服务总线子系统12进行二次开发而补充的新模块，在一实施例中，也可以没有该消息转换模块12_2。

当企业服务总线子系统12当接收到来自一个接口子系统11的消息后，安全认证模块12_1对其是否是来自被授权的接口子系统11进行验证，从而保证了各个交通方式通过接口子系统11连接的业务系统都是经过权限验证的，保证了传递过程中的信息安全。

进入到企业服务总线子系统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或Oracle。收集处理后的数据，直接写入数据库的相应数据表中。

数据处理子系统13是通过接口子系统11采集到的各交通方式的数据写入该中心数据库管理系统14的唯一入口，并保证中心数据库管理系统14中的数据都是格式正确并符合业务逻辑的。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的方法及技术内容作出些许的更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (9)

1.一种公用信息平台系统，其特征在于其包含：

接口子系统，连接于各交通方式，从各交通方式中获取消息并向各交通方式发送消息，其包含：

至少一适配器，分别连接于各交通方式的各系统，将所获取的消息转换为统一格式，并将统一格式的待发送消息转换为其所连接的所述各系统消息格式；

一服务模块，连接于该至少一适配器，其包含：

信息上传服务模块，其为从该至少一适配器接收的消息添加标签并封装；及

信息接收服务模块，对接收的消息进行解析并分发给对应的该至少一适配器；

数据处理子系统，接收该接口子系统封装后的消息，其包含：

消息解析模块，用于将该封装后的消息解析为数据；及

数据清洗模块，其内部存储有各交通方式的业务规则，该数据清洗模块根据所述业务规则对该消息解析模块解析后的数据进行处理，并判断数据是否正确；以及

中心数据库管理系统，其连接于该数据处理子系统，用于存储该数据清洗模块处理后的正确的数据。

2.根据权利要求1所述的公用信息平台，其特征在于其还包含一企业服务总线子系统，该接口子系统封装后的消息通过该企业服务总线子系统传输至该数据处理子系统。

3.根据权利要求2所述的公用信息平台系统，其特征在于其中所述的标签包含消息编号、相关消息编号、消息产生时间、消息来源系统名称、消息来源的具体应用名称、消息目的地系统名称、消息目的地的具体应用名称。

4.根据权利要求3所述的公用信息平台系统，其特征在于其中所述的信息上传服务包含：

分发服务模块，其判断从该至少一适配器接收的消息的类型；及

服务处理模块，其根据该类型对从该至少一适配器接收的消息进行格式处理。

5.根据权利要求3所述的公用信息平台系统，其特征在于其中所述的企业服务总线子系统包含一消息路由模块，该消息路由模块根据该消息目的地系统名称将该封装后的消息路由回该接口子系统或者该数据处理子系统。

6.根据权利要求5所述的公用信息平台系统，其特征在于其中所述的接口子系统还包含有传输代理，该服务模块通过该传输代理与该企业服务总线双向连接，当通信中断时，该服务模块需要上传的消息存储于该传输代理中。

7.根据权利要求3所述的公用信息平台系统，其特征在于其中所述的企业服务总线子系统还包含一消息转换模块，该消息转换模块根据该标签中的一项或多项内容对该封装后的消息再次封装。

8.根据权利要求1至7中任一权利要求所述的公用信息平台系统，其特征在于其中所述的适配器为JMS适配器、JDBC适配器、文件适配器、FTP适配器、应用适配器、SOAP格式适配器、消防系统OPC适配器、检票系统MODEBUS适配器中的一个或多个。

9.根据权利要求1至7中任一权利要求所述的公用信息平台系统，其特征在于其中所述的中心数据库管理系统为SQL或Oracle。

Images