CN109743249A

CN109743249A - 乘客信息系统的集成网关的形成方法、集成网关和集成系统

Info

Publication number: CN109743249A
Application number: CN201811250815.XA
Authority: CN
Inventors: 易际明; 杨耕田
Original assignee: BYD Co Ltd
Current assignee: BYD Co Ltd
Priority date: 2018-10-25
Filing date: 2018-10-25
Publication date: 2019-05-10

Abstract

本申请提出一种乘客信息系统的集成网关的形成方法、集成网关和集成系统，其中，方法包括：获取乘客信息系统的各设备的第一设备数据；根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，用于与对应的SDK进行通信，其中，各节点通过SDK与乘客信息系统中各设备进行通信；根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口，通过所述OPC UA模块的接口将所述乘客信息系统与外部系统集成。由此，对乘客信息系统的SDK与外部系统进行了解耦，提供了基于OPC UA的统一接口与外部系统连接，便于SDK的升级和维护。

Description

乘客信息系统的集成网关的形成方法、集成网关和集成系统

技术领域

本申请涉及轨道交通技术领域，尤其涉及一种乘客信息系统的集成网关的形成方法、集成网关和集成系统。

背景技术

轨道交通行业中有很多的外部系统，比如ISCS系统（Integrated SupervisoryControl System，综合监控系统），闭路电视系统，运营管理系统，门禁系统等需要跟PIS系统（Passenger Information System，乘客信息系统）进行集成、交互、联动。在PIS系统中，包含轨道交通的多类设备，比如播控器、视频服务器和乘客报警器等。通常，不同类型的设备的生产厂商不同，轨道交通会采用一个或多个厂商的设备构成的PIS系统，实施时需要根据不同厂商提供对应的SDK（Software Development Kit，软件开发工具包）分别进行开发，然后统一集成，最终实现PIS系统与外部系统的互联互通。

相关技术中，PIS系统的SDK与外部系统集成耦合度高，且PIS系统中包含的设备种类繁多，从而涉及到的厂商众多，根据不同厂商开发的SDK的使用方式、兼容性、通信协议等都具有差别，从而将PIS系统与外部系统集成时，需要针对不同厂家的SDK进行定制化的开发，去做大量集成适配的工作，且厂商的SDK升级时，需要对所有实现其SDK的外部系统同步修改，工作量大。

发明内容

本申请提供一种乘客信息系统的集成网关的形成方法、集成网关和集成系统，用于解决相关技术中，乘客信息系统与外部系统集成时，乘客信息系统的SDK与外部系统集成耦合度高，升级和维护均互相限制的问题。

本申请一方面实施例提供一种乘客信息系统的集成网关的形成方法，包括以下步骤：

获取乘客信息系统的各设备的第一设备数据；

根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，各节点通过对应的SDK与乘客信息系统中的各设备进行通信；

根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口，所述集成网关通过所述OPC UA模块的接口与外部系统连接。

本申请另一方面实施例提供一种乘客信息系统的集成网关，包括：

OPC UA模块和SDK，所述OPC UA模块包括OPC UA模块的接口和节点空间；

SDK，用于乘客信息系统中的各设备与节点空间中的各节点之间进行通信；

OPC UA模块的接口，用于接收所述外部系统发送的操作指令；根据所述操作指令调用所述OPC UA模块的节点空间中的目标节点，并通过目标节点调用对应的目标SDK；

节点空间，节点空间中对应的目标节点通过所述目标SDK登录到乘客信息系统的目标设备，接收所述目标SDK传输的目标设备的第二设备数据，将所述目标设备的第二设备数据通过所述OPC UA模块的接口反馈至所述外部系统，以使所述外部系统通过OPC UA模块调用目标SDK，并获取乘客信息系统的目标设备的第二设备数据。

本申请又一方面实施例提供一种集成系统，包括：乘客信息系统、如前述实施例所述的集成网关和外部系统，其中，乘客信息系统与所述集成网关通信连接，所述外部系统与所述集成网关提供的OPC UA接口通信连接。

本申请公开的技术方案，具有如下有益效果：

通过获取乘客信息系统的各设备的第一设备数据；根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，各节点通过对应的SDK与乘客信息系统中的各设备进行通信；根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口，所述集成网关通过所述OPC UA模块的接口与外部系统连接。由此，对乘客信息系统的SDK与外部系统进行了解耦，提供了基于OPC UA的统一接口与外部系统连接，便于SDK的升级和维护。另外，降低了乘客信息系统和外部系统集成难度，提高了乘客信息系统和外部系统数据传输的安全性和完整性，提高了乘客信息系统与外部系统的集成效率。

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

附图说明

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

图1是根据现有技术的乘客信息系统与外部系统集成应用场景示意图；

图2是根据本申请一个实施例的乘客信息系统与外部系统集成应用场景示意图；

图3是根据本申请一个实施例的乘客信息系统的集成网关的形成方法的流程图；

图4是根据本申请一个实施例的节点空间示意图；

图5是根据本申请一个实施例的乘客信息系统的集成网关的形成方法的应用场景示意图；

图6是根据本申请另一个实施例的乘客信息系统的集成网关的形成方法的流程图；

图7是根据本申请一个实施例的乘客信息系统的集成网关的结构示意图；

图8是根据本申请另一个实施例的乘客信息系统的集成网关的结构示意图；

图9是根据本申请一个实施例的集成系统的结构示意图。

具体实施方式

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

下面参考附图描述本申请实施例的乘客信息系统的集成网关的形成方法、集成网关和集成系统。

在对本申请的技术方案进行说明之前，为了便于本申请的技术人员理解本申请，在这里对本申请涉及的一些技术用语进行解释说明：

OPC UA:即OPC统一架构，是由OPC基金会提出的一种工业自动化控制的协议标准，采用典型的C/S（Client/Server，客户端/服务器）模式。OPC UA提供安全，可靠和独立于厂商的，实现原始数据和预处理的信息从制造层级到生产计划或ERP（Enterprise ResourcePlanning，企业资源计划）层级的传输。由于OPC UA独立于厂商，因而，模糊了不同厂商之间的差异性。

乘客信息系统，也称为PIS系统，依托多媒体网络技术，以计算机系统为核心，通过设置站厅、站台、出入口、列车的显示终端，让乘客及时准确地了解列车运营信息和公共媒体信息的多媒体综合信息系统。

闭路电视系统，也称为CCTV（Closed-Circuit Television）系统，主要由前端设备、传输系统和终端设备组成，是城市轨道交通维护和保证运输安全的重要手段，是运营和治安的重要保障系统；可以为控制中心的调度员、车站值班员、列车司机等提供有关列车运行、防灾救灾、旅客疏导以及社会治安等方面的视觉信息。

ISCS:即综合监控系统，由通用计算机、网络设备和大型SCADA（SupervisoryControl And Data Acquisition，数据采集与监视控制）软件平台构成，是支持应用和集成开发的开放系统，可通过开放接口与各专业自动化系统进行信息交互，构建线路运营实时信息共享平台。

SDK:即软件开发工具包（Software Development Kit），一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。

正如以上分析的，相关技术中，多个厂商的设备构成的乘客信息系统与外部系统集成时，需要针对不同厂商提供的SDK进行定制化的开发与维护，导致工作量较大，外部系统与乘客信息系统集成后耦合度高，无论是在维护还是在升级时都会彼此限制的技术问题。

比如，如图1所示，在乘客信息系统中，不同厂商提供的设备对应的SDK不同，因而ISCS系统、CCTV系统和运营管理系统与不同厂商提供的设备构成的乘客信息系统进行集成时，需要根据不同厂商的设备对应的SDK分别进行定制开发，工作量较大。其中，乘客信息系统中的设备包括播控器、视频服务器、乘客报警器等，而不局限于此。

而本申请考虑到OPC UA具有提供统一架构的功能的技术特点，基于其独立于厂商的性质，在将多个厂商的设备构成的乘客信息系统集成接入到轨道交通行业的外部系统时，开发基于OPC UA的乘客信息系统的集成网关，并提供基于OPC UA协议标准的统一接口，不需要对SDK进行定制化开发，方便的接入任何需要接入的专业系统，减少了集成适配的工作量。

如图2所示，将乘客信息系统的各种类型设备的SDK通过OPC UA进行集成，并提供统一标准的OPC UA接口，各个外部系统通过统一标准的OPC UA接口即可与乘客信息系统连接，不需要考虑不同的SDK之间的差异，各个厂商的设备构成的乘客信息系统不再直接与ISCS、闭路电视系统或运营管理系统等外部系统集成，而是利用OPC UA标准，实现了一种乘客信息系统的集成网关，ISCS、闭路电视系统或运营管理系统等系统通过该乘客信息系统的集成网关统一和PIS系统进行集成，改变了原有通过SDK直接集成的方式，对乘客信息系统的SDK与外部系统进行了解耦，提供了基于OPC UA的统一接口与外部系统连接，便于SDK的升级和维护。另外，降低了乘客信息系统和外部系统集成难度，提高了乘客信息系统和外部系统数据传输的安全性和完整性，提高了乘客信息系统与外部系统的集成效率。

具体而言，图3是根据本申请一个实施例的乘客信息系统的集成网关的形成方法的流程图，如图3所示，该方法包括：

步骤101，获取乘客信息系统的第一设备数据。

获取乘客信息系统的各设备的第一设备数据，其中，第一设备数据包括设备类型、设备名称、设备ID（identification，身份标识号）、设备状态、设备位置等，而不局限于此。

步骤102，根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，各节点通过对应的SDK与乘客信息系统中的各设备进行通信。

应当理解的是，OPC UA模块实际上是节点与节点之间的引用，节点可以根据不同的用途归属于不同的节点类别，设置在OPC UA模块中，最重要的节点类别是对象、变量和方法。对象可以拥有变量和方法，而且可以触发事件，在本申请的实施例中，以播控器作为对象节点，以播控器的第一设备数据作为变量节点（属性节点），以播控器对应的方法节点作为方法节点，变量节点满足外部系统对乘客信息系统的播控器的视频流数据的读取、写入、订阅等，而不局限于此，方法节点满足外部系统对乘客信息系统的播控器重启、播控器上的运营信息管理，视频直播管理，播控器接口管理，播控器监视，播控器版本管理，播控器参数管理等，而不局限于此，并返回执行结果。在本申请的实施例中，基于上述节点空间的创建原理，以播控器节点构建节点空间，根据组织结构构建节点与节点的引用关系，并使用设备数据描述这些节点，即设置与播控器节点对应的播控器节点，和用于与SDK通信的方法节点。其中，组织结构反映了乘客信息系统的设备的实际布局，包括设备位置、设备之间的连接关系等。OPC UA模块可为OPC UA服务器，而不局限于此。

具体而言，在本申请的一个实施例中，根据所述乘客信息系统的各设备的第一设备数据，确定所述各乘客信息系统中各设备与设备位置之间的关联关系，即获取每个位置中包含的设备，以及设备与设备之间的引用关系，进而，根据各乘客信息系统中各设备与设备位置之间的关联关系，在OPC UA模块的节点空间创建位置节点以及对应的设备节点形成组织结构，该组织结构为树型结构，方便查询设备或者设备，例如，可通过设备节点关联的位置节点，查询该设备所在的位置；或者，可通过位置节点关联的设备节点，查询该位置节点表示的位置具有的设备。其中，节点包括设备节点或位置节点。

其中，作为一种示例，如图4所示，获取乘客信息系统中各设备与设备位置，根据设备位置构建多个位置节点，进而，根据设备位置以及设备的引用关系，构建每个位置中的设备节点，最终创建位置节点以及对应的设备节点，和用于与各SDK通信的方法节点，其中，各节点通过SDK与乘客信息系统中各设备进行通信。在OPC UA模块的节点空间创建位置节点以及对应的设备节点形成组织结构，该组织结构为树型结构，方便查询设备或者设备，例如，可通过设备节点关联的位置节点，查询该设备所在的位置；或者，可通过位置节点关联的设备节点，查询该位置节点表示的位置具有的设备。

步骤103，根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口，所述集成网关通过所述OPC UA模块的接口与外部系统连接。

具体地，基于上述步骤，OPC UA模块中的节点空间提供了对乘客信息系统的设备的调用方法和数据获取的集合，为了便于外部系统的使用，根据各节点、方法或/和变量提供OPC UA模块的接口，通过OPC UA模块的接口将各乘客信息系统与外部系统集成。也就是说，本申请实现了一种基于OPC UA的乘客信息系统的集成网关，外部系统与乘客信息系统基以该基于OPC UA乘客信息系统的集成网关为通信的桥梁进行通信，改变了现有技术中乘客信息系统与外部系统的集成方式。

作为一种可能的实现方式，如图5所示，设置启动加载模块，用于启动所述OPC UA模块，所述外部系统通过OPC UA模块调用目标SDK，获取乘客信息系统的目标设备的第二设备数据。其中，第二设备数据包括视频直播数据、视频录播回放数据、设备基础信息数据、设备监控数据、设备故障数据、设备报警数据。具体地，启动加载模块启动所述OPC UA模块；OPC UA模块通过所述OPC UA模块的接口接收所述外部系统通过OPC UA标准协议发送的操作指令；根据所述操作指令调用所述OPC UA模块的节点空间中对应的目标节点调用对应的目标SDK；通过所述目标SDK登录到对应的目标乘客信息系统的设备；接收所述目标SDK传输的从所述目标乘客信息系统的设备获取的与所述操作指令对应的第二设备数据，将所述第二设备数据通过所述OPC UA模块的接口反馈至所述外部系统。其中，SDK包括登录模块、视频直播模块、视频录播回放模块、设备基础信息模块、设备监控模块、设备故障模块、设备报警模块等，把乘客信息系统中不同的设备共有的功能统一为一个功能模块，而不局限于此。例如，作为一种示例，OPC UA模块通过OPC UA模块的接口接收所述外部系统通过OPC UA标准协议发送的获取目标位置的播控器的视频直播数据的操作指令，根据所述操作指令调用所述OPC UA模块的节点空间中对应的目标节点调用目标位置的播控器SDK的登录模块，登录到目标位置的播控器，调用视频直播模块，OPC UA模块获取视频直播数据，OPC UA模块将视频直播数据通过所述OPC UA模块的接口反馈至所述外部系统。作为另一种示例，OPC UA模块通过OPC UA模块的接口接收所述外部系统通过OPC UA标准协议发送的获取目标位置的播控器的设备报警数据的操作指令，根据所述操作指令调用所述OPC UA模块的节点空间中对应的目标节点调用目标位置的播控器SDK的登录模块，登录到目标位置的播控器，调用设备报警模块，OPC UA模块获取设备报警数据，OPC UA模块将设备报警数据通过所述OPCUA模块的接口反馈至所述外部系统。

其中，如图5所示，OPC UA模块的接口包括订阅接口、读写接口、方法调用接口或浏览接口中的一种或多种，方法调用接口可以调用不同方法，再通过SDK中的登录模块、视频直播模块、视频录播回放模块、设备基础信息模块、设备监控模块、设备故障模块或设备报警模块实现播控器、视频服务器或乘客报警器等设备的登录或第二设备数据的获取或者写入等，即外部系统通过OPC UA模块的接口实现和乘客信息系统的集成，该OPC UA模块的接口基于OPC UA标准协议，外部系统只要遵循OPC UA标准协议即可实现与乘客信息系统的集成，集成方式简单，且外部系统采用OPC UA标准协议，很大程度提升集成的安全性和可靠性，一旦乘客信息系统的SDK进行了升级，只需要修改基于OPC UA的乘客信息系统的集成网关的相关代码，即可完成相关升级，ISCS、CCTV等外部系统不需要任何变动，降低了工作量。

作为一种可能的实现方式，创建节点、方法以及形成OPC UA模块的接口的方式如下：

//启动服务器

public void start() throws UaServerException, SecureIdentityException,IOException, StatusException

{

initialize();

//创建节点

m_nodeManager = new NodeManager(m_server);

m_nodeManager.createAddressSpace();

m_server.start();

}

//设置对应的方法或/和变量

public NodeManager(UaServer server) throws StatusException {

super(server,NODE_MANAGER_URI);

m_methodManager = new MethodManager(this);

MethodManagerUaNode methodManager = (MethodManagerUaNode)this.getMethodManager();

methodManager.addCallListener(m_methodManager);

}

//形成OPC UA模块的接口

public static void readLineDate() throws IOException

{

if (null == s_readStream)

{

s_readStream = new InputStreamReader(System.in);

}

if (null == s_readBuffer)

{

s_readBuffer = new BufferedReader(s_readStream);

}

//readLine()是OPC UA服务器根据节点和方法提供的接口

s_readBuffer.readLine();

}

private static BufferedReader s_readBuffer;

private static InputStreamReader s_readStream;

为了更加清楚的描述乘客信息系统的集成网关的形成方法，下面以外部系统与乘客信息系统的通信为例进行示例说明，说明如下：

图6是根据本申请另一个实施例的乘客信息系统的集成网关的形成方法的流程图，如图6所示，在上述步骤103之后，该方法还包括：

步骤201，启动所述OPC UA模块。

启动加载模块启动所述OPC UA模块，使OPC UA模块调用SDK获取乘客信息系统的第二设备数据。

步骤202，所述外部系统通过OPC UA模块调用目标SDK，基于OPC UA标准协议向OPCUA模块发送操作指令。

应当理解的是，在实际执行过程中，外部系统中安装有与基于OPC UA的乘客信息系统的集成网关通信的OPC UA客户端，该OPC UA客户端用于进行传输数据的协议转换等，外部系统通过该OPC UA客户端与基于OPC UA的乘客信息系统的集成网关通信，通过OPC UA模块的接口发送基于OPC UA标准协议的操作指令，调用目标SDK，通过目标SDK与乘客信息系统中目标设备进行通信。

步骤203，通过所述OPC UA模块的接口接收所述操作指令。

应当理解的是，在实际执行过程中，外部系统中安装有与基于OPC UA的乘客信息系统的集成网关通信的OPC UA客户端，该OPC UA客户端用于进行传输数据的协议转换等，外部系统通过该OPC UA客户端与基于OPC UA的乘客信息系统的集成网关通信，通过OPC UA模块的接口发送基于OPC UA标准协议的操作指令，其中，操作指令的内容不同，对应的发送该操作指令的OPC UA模块的接口不同，比如，当发送的操作指令为订阅播控器的第二设备数据的变化，则发送该操作指令的OPC UA模块的接口为订阅接口。

步骤204，根据所述操作指令调用所述OPC UA模块的节点空间中的目标节点，并通过目标节点调用对应的目标SDK。

具体地，基于OPC UA的乘客信息系统的集成网关在接收到操作指令后，根据操作指令调用OPC UA模块的节点空间中对应的目标节点，目标节点调用对应的目标SDK，以便于与乘客信息系统的对应的目标设备通信。

步骤205，通过所述目标SDK登录到乘客信息系统的目标设备。

步骤206，接收所述目标SDK传输的目标设备的第二设备数据，将所述目标设备的第二设备数据通过所述OPC UA模块的接口反馈至所述外部系统。

步骤207，所述外部系统获取乘客信息系统的目标设备的第二设备数据。

在本申请的实施例中，通过目标SDK登录到乘客信息系统对应的设备，接收目标SDK传输的从乘客信息系统对应的设备获取的与操作指令对应的第二设备数据，将第二设备数据通过OPC UA模块的接口反馈至外部系统，进而，所述外部系统获取乘客信息系统的目标设备的第二设备数据。

举例而言，当操作指令为外部系统发送的获取乘客信息系统中播控器的设备故障数据，则结合图5所示，外部系统中的OPC UA客户端将该操作指令基于OPC UA标准协议发送至对应的OPC UA模块的方法调用接口，OPC UA模块通过对应的OPC UA模块的方法调用接口接收所述外部系统通过OPC UA标准协议发送的获取目标位置的播控器的设备故障数据的操作指令，根据所述操作指令调用所述OPC UA模块的节点空间中对应的目标节点调用目标位置的播控器SDK的登录模块，登录到目标位置的播控器，调用设备故障模块，OPC UA模块获取设备故障数据，OPC UA模块将设备故障数据通过所述OPC UA模块的接口反馈至所述外部系统。由此，各厂商提供的设备构成的乘客信息系统不再直接与ISCS等外部专业系统集成，而是基于OPC UA标准，实现了一种乘客信息系统的集成网关，ISCS等外部系统通过乘客信息系统的集成网关统一和乘客信息系统进行集成，改变了原有通过SDK集成的方式。

综上，本申请实施例的乘客信息系统的集成网关的形成方法，通过获取乘客信息系统的各设备的第一设备数据；根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，各节点通过对应的SDK与乘客信息系统中的各设备进行通信；根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口，所述集成网关通过所述OPC UA模块的接口与外部系统连接。由此，对乘客信息系统的SDK与外部系统进行了解耦，提供了基于OPC UA的统一接口与外部系统连接，便于SDK的升级和维护。另外，降低了乘客信息系统和外部系统集成难度，提高了乘客信息系统和外部系统数据传输的安全性和完整性，提高了乘客信息系统与外部系统的集成效率。

为了实现上述实施例，本申请还提出了一种乘客信息系统的集成网关。

图7是根据本申请一个实施例的乘客信息系统的集成网关的结构示意图。如图7所示，该集成网关包括：OPC UA模块20和SDK10，所述OPC UA模块20包括OPC UA模块的接口21和节点空间22。

其中，SDK10，用于乘客信息系统中的各设备与节点空间22中的各节点之间进行通信。

OPC UA模块的接口21，用于接收所述外部系统发送的操作指令；根据所述操作指令调用所述OPC UA模块的节点空间22中的目标节点，并通过目标节点调用对应的目标SDK10。

节点空间22，节点空间22中对应的目标节点通过所述目标SDK10登录到乘客信息系统的目标设备，接收所述目标SDK10传输的目标设备的第二设备数据，将所述目标设备的第二设备数据通过所述OPC UA模块的接口21反馈至所述外部系统，以使所述外部系统通过OPC UA模块调用目标SDK10，并获取乘客信息系统的目标设备的第二设备数据。

其中，OPC UA接口，包括：订阅接口、读写接口、方法调用接口、浏览接口中的一种或多种。

作为本申请的一种可选的实现形式，本申请的集成网关，如图8所示，在如图7所示的基础上，还包括启动加载模块30。

其中，启动加载模块30，用于启动OPC UA模块20，使所述外部系统通过OPC UA模块20调用目标SDK，获取乘客信息系统的目标设备的第二设备数据。

需要说明的是，前述对乘客信息系统的集成网关的形成方法实施例的解释说明也适用于该实施例的乘客信息系统的集成网关，其实现原理类似，此处不再赘述。

综上，本申请实施例的乘客信息系统的集成网关，通过获取乘客信息系统的各设备的第一设备数据；根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，各节点通过对应的SDK与乘客信息系统中的各设备进行通信；根据各节点，以及各节点设置的对应的方法或/和变量，形成OPC UA模块的接口21，所述集成网关通过所述OPC UA模块的接口21与外部系统连接。由此，对乘客信息系统的SDK与外部系统进行了解耦，提供了基于OPC UA的统一接口与外部系统连接，便于SDK的升级和维护。另外，降低了乘客信息系统和外部系统集成难度，提高了乘客信息系统和外部系统数据传输的安全性和完整性，提高了乘客信息系统与外部系统的集成效率。

为了实现上述实施例，本申请还提出了一种集成系统。

图9是根据本申请一个实施例的集成系统的结构示意图。如图9所示，该系统包括如上述实施例描述的集成网关100、乘客信息系统200和外部系统300，其中，外部系统包括CCTV、ISCS等，而不局限于此。

其中，乘客信息系统200与集成网关100连接，外部系统300与集成网关100提供的OPC UA接口通信连接。

需要说明的是，前述对乘客信息系统的集成网关的形成方法和集成网关实施例的解释说明也适用于该实施例的集成系统，其实现原理类似，此处不再赘述。

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

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

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

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

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

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

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

Claims

1.一种乘客信息系统的集成网关的形成方法，所述乘客信息系统通过集成网关与外部系统集成，其特征在于，包括以下步骤：

获取乘客信息系统的各设备的第一设备数据；

2.如权利要求1所述的方法，其特征在于，所述根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，并在各节点设置对应的方法或/和变量，用于与各SDK进行通信之后，还包括：

启动所述OPC UA模块，所述外部系统通过OPC UA模块调用目标SDK，获取乘客信息系统的目标设备的第二设备数据。

3.如权利要求2所述的方法，其特征在于，启动所述OPC UA模块，所述外部系统通过OPCUA模块调用目标SDK，获取乘客信息系统的目标设备的第二设备数据，具体包括：

启动所述OPC UA模块；

所述外部系统通过OPC UA模块调用目标SDK，基于OPC UA标准协议向OPC UA模块发送操作指令；

通过所述OPC UA模块的接口接收所述操作指令；

根据所述操作指令调用所述OPC UA模块的节点空间中的目标节点，并通过目标节点调用对应的目标SDK；

通过所述目标SDK登录到乘客信息系统的目标设备；

接收所述目标SDK传输的目标设备的第二设备数据，将所述目标设备的第二设备数据通过所述OPC UA模块的接口反馈至所述外部系统；

所述外部系统获取乘客信息系统的目标设备的第二设备数据。

4.如权利要求1所述的方法，其特征在于，所述根据所述乘客信息系统的各设备的第一设备数据，将乘客信息系统中的各设备分别以节点的方式加载到OPC UA模块的节点空间，具体包括：

根据所述乘客信息系统的各设备的第一设备数据，确定所述乘客信息系统中各设备与设备位置之间的关联关系；

根据所述乘客信息系统中各设备与设备位置之间的关联关系，在所述OPC UA模块的节点空间创建位置节点以及对应的设备节点，用以形成组织结构，其中，节点空间中的节点包括位置节点和设备节点。

5.如权利要求1所述的方法，其特征在于，所述OPC UA模块的接口，包括：

订阅接口、读写接口、方法调用接口、浏览接口中的一种或多种。

6.一种乘客信息系统的集成网关，其特征在于，所述集成网关根据如权利要求1-5任一项所述的方法形成，所述集成网关包括：

7.如权利要求6所述的集成网关，其特征在于，还包括：

启动加载模块，用于启动OPC UA模块，使所述外部系统通过OPC UA模块调用目标SDK，并获取乘客信息系统的目标设备的第二设备数据。

8.如权利要求6所述的集成网关，其特征在于，所述OPC UA模块的接口，包括：

9.如权利要求6所述的集成网关，其特征在于，所述节点空间中的各节点包括位置节点和设备节点，所述位置节点和所述设备节点形成树型组织结构。

10.一种集成系统，其特征在于，包括：乘客信息系统、如权利要求6-9任一项所述的集成网关和外部系统，其中，乘客信息系统与所述集成网关通信连接，所述外部系统与所述集成网关提供的OPC UA接口通信连接。