CN111049605A - 广播系统的通信和与其通信的方法及其设备 - Google Patents

Abstract

本申请提供一种广播系统的通信和与其通信的方法及其设备，其中，广播系统的通信方法包括：通过与各广播系统对应的SDK获取各广播系统的设备组织结构信息和设备数据；根据设备组织结构信息和设备数据，将各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与设备节点对应的设备属性信息和用于与SDK通信的方法节点；根据设备属性信息和方法节点提供OPC UA接口，通过OPC UA接口将各广播系统与外部系统通信。由此，基于OPC UA技术对各广播系统对应的SDK进行集成，并提供统一的OPC UA接口，提高了通信安全性和可靠性，降低了轨道交通系统监控的广播集成工作量，且不需要与外部系统进行耦合，便于对外部系统和各广播系统的维护和升级等操作。

Description

广播系统的通信和与其通信的方法及其设备

技术领域

本申请涉及轨道通信技术领域，尤其涉及一种广播系统的通信和与其通信的方法及其设备。

背景技术

广播系统是轨道交通行业中的重要设备，在轨道交通系统中，广播设备须和外部系统(比如城市轨道交通综合监控系统(Integrated Supervisory Control System，ISCS)，乘客信息系统(Passenger Information System，PIS)，门禁系统等)进行通信，从而能够便于轨道交通系统实时准确地监控广播系统中的硬件设备的状态，并对广播系统的故障状态做出及时应对和处理，是对城市轨道交通的基本要求之一。

相关技术中，外部系统通过广播系统的SDK与外部系统的集成来实现外部系统与广播系统的直接通信，发明人在实现本发明的过程中，发现这种方式至少具有以下缺点：

第一：广播系统包含的广播设备的供应商不同，而供应商之间由于市场利益等原因生产的SDK不同，因而，外部系统与广播系统直接通信需要根据不同的SD可编写不同的集成算法进行集成，集成工作量较大。

第二：外部系统与广播系统直接通信导致外部系统与广播系统的耦合度较高，外部系统和广播系统中SDK的升级和维护均受到限制。

申请内容

本申请提供一种广播系统的通信和与其通信的方法及其设备，用于解决相关技术中，外部系统直接与各广播系统集成时，集成工作量大且集成耦合度较高，升级和维护均互相限制的问题。

本申请一方面实施例提供一种广播系统的通信方法，应用于广播系统的通信网关，包括以下步骤：通过与各广播系统对应的SDK获取所述各广播系统的设备组织结构信息和设备数据；根据所述设备组织结构信息和设备数据，将所述各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与所述设备节点对应的设备属性信息和用于与所述各广播系统对应的SDK通信的方法节点；根据所述设备属性信息和所述方法节点提供OPC UA接口，通过所述OPC UA接口实现所述各广播系统与外部系统的通信。

本申请另一方面实施例提供一种与广播系统通信的方法，所述方法应用在根据OPC UA协议设置的OPC UA客户端，所述方法包括以下步骤：向广播系统的通信网关中与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令，以使所述对应的OPC UA接口调用所述OPC UA的节点空间中与所述操作指令对应的目标方法节点启动对应的目标SDK，并通过所述目标SDK登录到对应的目标广播系统，获取所述目标SDK传输的从所述目标广播系统获取的与所述操作指令对应的目标数据；接收所述广播系统的通信网关通过所述OPC UA客户端的公钥对所述目标数据加密后获反馈的加密目标数据；根据所述OPC UA客户端的私钥对所述加密目标数据解密，并获取所述与所述操作指令对应的目标数据。

本申请又一方面实施例提供一种广播系统的通信网关，包括：第一获取模块，用于通过与各广播系统对应的SDK获取所述各广播系统的设备组织结构信息和设备数据；节点创建模块，用于根据所述设备组织结构信息和设备数据，将所述各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与所述设备节点对应的设备属性信息和用于与所述各广播系统对应的SDK通信的方法节点；通信模块，用于根据所述设备属性信息和所述方法节点提供OPC UA接口，通过所述OPC UA接口实现所述各广播系统与外部系统的通信。

本申请还一方面实施例提供一种OPC UA客户端，所述OPC UA客户端设置在外部系统中，所述OPC UA客户端，包括：发送模块，用于向与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令，以使所述对应的OPC UA接口调用所述OPC UA的节点空间中与所述操作指令对应的目标方法节点启动对应的目标SDK，并通过所述目标SDK登录到对应的目标广播系统，获取所述目标SDK传输的从所述目标广播系统获取的与所述操作指令对应的目标数据；接收模块，用于接收所述OPC UA通过所述OPC UA客户端的公钥对所述目标数据加密后获反馈的加密目标数据；第二获取模块，用于根据所述OPC UA客户端的私钥对所述加密目标数据解密，并获取所述与所述操作指令对应的目标数据。

本申请再一实施例提供一种广播系统的通信系统，包括：如前述实施例所述的广播系统的通信网关、包含如前述实施例所述的OPC UA客户端的外部系统和各广播系统，其中，所述各广播系统与所述广播系统的通信网关连接，所述外部系统通过所述OPC UA客户端与所述广播系统的通信网关的OPC UA接口通信连接。

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

将广播系统、基于OPC U的广播系统网关以及外部系统分离设置，降低了各模块之间的耦合，保证整个系统的稳定性，且基于OPC UA数据集成总线设计的网关，适配不同供应商的SDK，可实现更换供应商时的网关兼容，方便了外部系统与广播系统的通信，且提供统一的OPC UA接口与外部系统通信，提高了通信安全性和可靠性，降低了轨道交通系统监控的广播集成工作量，且不需要与外部系统进行耦合，便于对外部系统和各广播系统的维护和升级等操作。

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

附图说明

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

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

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

图3是根据本申请一个实施例的广播系统的通信方法的流程图；

图4是根据本申请一个实施例的广播系统的通信方法的应用场景示意图；

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

图6是根据本申请另一个实施例的广播系统的通信方法的流程图；

图7是根据本申请一个实施例的与广播系统通信的方法的流程图；

图8是根据本申请一个实施例的广播系统的通信网关的结构示意图；

图9是根据本申请一个实施例的OPC UA客户端的结构示意图；以及

图10是根据本申请一个实施例的广播系统的通信系统的结构示意图。

具体实施方式

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

下面参考附图描述本申请实施例的广播系统的通信和与其通信的方法及其设备。

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

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

广播系统(Public Address，PA)，通过无线电波或导线传送声音的新闻传播工具，是一种可通过网络来控制的硬件设备。

OPC UA Client：OPC UA客户端。

OPC UA Server：OPC UA服务器。

PA proxy：广播系统控制代理服务器，也可以理解为广播系统的集成网关；

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

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

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

正如以上分析的，现有技术中，多个厂商提供的广播系统与外部系统直接集成时，需要针对不同厂商提供的SDK进行定制化的开发与维护，导致工作量较大，外部系统与广播系统集成后耦合度较高，无论是在维护还是在升级时都会彼此制约的技术问题。

比如，如图1所示，在不同厂商提供的PA系统对应的SDK不同，因而在外部系统ISCS系统、PIS系统和运营管理系统与不同厂商提供的PA1系统、PA2系统、PA3系统等广播系统进行集成时，需要根据不同的PA系统对应的SDK分别进行定制开发，工作量较大，且耦合度较高。

而本申请考虑到OPC UA具有提供统一架构的功能的技术特点，基于其独立于厂商的性质，在将多个厂商的广播系统与轨道交通行业的外部系统通信时，开发基于OPC UA的广播系统集成为一个广播网关PA proxy，并提供基于OPC UA协议标准的统一接口，不需要对SDK进行定制化开发，方便的接入任何需要接入的专业系统，减少了集成适配的工作量，采用OPC UA规范通信总线，将广播系统，经一个PA proxy网关，通信到ISCS、PIS、或运营管理等外部系统。

如图2所示，将各个广播系统的SDK通过OPC UA进行集成，并提供统一标准的OPCUA接口，各个外部系统通过统一标准的OPC UA接口即可与各个广播系统连接，不需要考虑不同的SDK之前的差异，各厂商生产的广播系统不再直接与ISCS等外部系统集成，而是利用OPC UA标准，实现了一种广播系统集成网关，ISCS等外部系统通过广播网关统一和各广播系统进行通信，改变了原有通过SDK直接集成的方式，大大增加系统间数据传输的安全性和完整性，可以很好的降低SDK与外部系统这两者间的耦合，方便双方的维护与更新，并且由于轨道交通系统中通信复杂，容错率较低，对SDK与外部系统解耦，提高了通信的安全性和可靠性。

具体而言，为了描述的清楚，下面实施例首先集中在应用于PA系统网关的方法侧进行描述，图3是根据本申请一个实施例的广播系统的通信方法的流程图，如图3所示，该方法包括：

步骤101，通过与各广播系统对应的SDK获取各广播系统的设备组织结构信息和设备数据。

其中，设备组织结构信息反映了广播设备的实际布局信息，包括广播设备(比如喇叭、功放及广播控制盒等)的位置信息以及广播设备之间的连接关系等，设备数据设备包括广播设备的ID等标识信息、广播设备的位置、广播设备的类型、广播设备的状态、广播设备的报警触发事件等。

在实际执行过程中，获取各广播系统的设备组织结构信息和设备数据的方式不同，在本申请的一个实施例中，为了实现与SDK的通信，在SDK中设置实现与广播系统不同功能的不同集成方法的模块，参照图4，包括口播、广播、音频文件下发、计划播音下发、设备状态监控、故障采集、远程控制、广播控制盒管理等各项业务功能的集成方法的模块，比如，通过SDK中的广播控制盒模块对广播设备进行调节音量、通过语音对讲模块进行口播、通过计划音频模块进行计划播音下发、通过故障采集模块对广播设备进行故障采集等操作。进而，如图4所示，单独设置与各广播系统通信的启动加载模块，启动加载模块调用与各广播系统对应的SDK中的系统登录模块以及组织信息模块里的集成方法，登录到各广播系统，通过组织信息模块里获取与各广播系统对应的SDK传输的各广播系统的设备组织结构信息和设备数据。

步骤102，根据设备组织结构信息和设备数据，将各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与设备节点对应的设备属性信息和用于与各广播系统对应的SDK通信的方法节点。

应当理解的是，OPC UA的建模实际上是节点与节点之间的引用，节点可以根据不同的用途归属于不同的节点类别在OPC UA中，最重要的节点类别是对象、变量和方法。对象可以拥有变量和方法，而且可以触发事件，在本申请的实施例中，以广播设备作为设备节点，以广播设备的设备数据作为变量节点(属性节点)，以广播设备对应的方法作为方法节点，变量节点满足外部系统对广播系统的广播设备采集的音频数据的读取、写入、订阅其变化，方法节点满足外部系统根据输入的参数执行故障上报、远程控制、计划音频下发控制操作并返回执行结果。

在本申请的实施例中，基于上述节点空间的创建原理，以广播设备节点构建节点空间，根据设备组织结构信息构建节点与节点的引用关系，并使用设备数据描述这些节点，即设置与广播设备节点对应的广播设备属性信息和用于与SDK通信的方法节点。

具体而言，在本申请的一个实施例中，基于OPC UA的建模原理，根据设备组织结构信息和设备数据确定各广播系统中位置信息与设备信息的关联关系，其中，位置信息包括具有树形结构关系的多级位置信息，即获取广播系统中通过层级关系的位置信息，以及，每个位置上广播设备直接的关联关系，进而，根据各广播系统中位置信息与广播设备信息的关联关系，在OPC UA的节点空间创建具有树形结构关系的多级区域节点以及对应的设备节点，用以形成具有设备组织结构的节点空间，也就是说，该节点空间反映了现实中设备与设备之间的连接关系等。

其中，作为一种示例，如图5所示，具有树形结构关系的多级位置的深度为4，从最高级分支节点到第四级分支节点分别为广播系统节点-线路节点-车载/地面节点-车站/车辆节点，其中，广播设备节点位于车站/车辆节点的叶节点位置，在本实施例中，将广播设备节点按照其所属的位置从大范围划分粒度到小范围划分粒度逐渐细化，构建了具有树形结构的设备组织，该设备组织与实际广播设备的分布较为吻合，为外部系统对广播系统的远程控制提供方便。

步骤103，根据设备属性信息和方法节点提供OPC UA接口，通过OPC UA接口将各广播系统与外部系统通信。

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

其中，如图4所示，OPC UA接口包括订阅接口、读写接口、方法调用接口中的一种或多种，方法调用接口可以调用不同方法，再通过SDK中的实时视频模块实现对广播设备的音量调节、计划播音下发、口播等，缩小等，即外部系统可以通过对应的接口实现和广播系统的通信，该接口基于OPC UA标准协议，外部系统只要遵循OPC UA协议即可实现与广播系统的集成，集成方式简单，且外部系统采用OPC UA通讯协议，很大程度提升集成的安全性和可靠性，一旦广播系统的SDK进行了升级，只需要修改基于OPC UA的网关的相关代码，即可完成整体的升级，ISCS、PIS等外部系统不需要任何变动。

为了更加清楚的描述广播系统的通信方法的流程图，下面以外部系统与各广播系统的通信为例进行示例说明，说明如下：

图6是根据本申请另一个实施例的广播系统的通信方法的流程图，如图6所示，在上述步骤103之后，该方法还包括：

步骤201，通过OPC UA接口接收外部系统通过OPC UA标准协议发送的操作指令。

具体地，外部系统通过OPC UA接口发送基于OPC UA标准协议的操作指令，其中，操作指令的内容不同，对应的发送该操作指令的OPC UA接口不同，比如，当发送的操作指令为订阅广播设备的数据变化，则发送该操作指令的OPC UA接口为订阅接口。

步骤202，根据操作指令调用OPC UA的节点空间中对应的目标方法节点启动对应的目标SDK。

具体地，基于OPC UA的网关在接收到操作指令后，根据操作指令调用OPC UA的节点空间中对应的目标方法节点启动对应的目标SDK，以便于与对应的广播系统通信。

步骤203，通过目标SDK登录到对应的目标广播系统。

步骤204，接收目标SDK传输的从目标广播系统获取的与操作指令对应的目标数据，将目标数据通过OPC UA接口反馈至外部系统。

正如以上分析的，SDK中的模块可以登录到广播系统中进行计划音频下发等控制操作，因而，因而，在本申请的实施例中，通过目标SDK登录到对应的目标广播系统，接收目标SDK传输的从目标广播系统中获取的与操作指令对应的目标数据，将目标数据通过OPCUA接口反馈至外部系统。

综上，本申请实施例的广播系统的通信方法，将广播系统、基于OPC U的广播系统网关以及外部系统分离设置，降低了各模块之间的耦合，保证整个系统的稳定性，且基于OPCUA数据集成总线设计的网关，适配不同供应商的SDK，可实现更换供应商时的网关兼容，方便了外部系统与广播系统的通信，且提供统一的OPC UA接口与外部系统通信，提高了通信安全性和可靠性，降低了轨道交通系统监控的广播集成工作量，且不需要与外部系统进行耦合，便于对外部系统和各广播系统的维护和升级等操作。

为了更加全面的描述本申请实施例的广播系统的通信方法，下面其次集中在应用于OPC UA客户端的方法侧进行描述。应当理解的是，在实际执行过程中，外部系统中安装有与基于OPC UA的通信网关通信的OPC UA客户端，该客户端用于进行传输数据的协议转换等，外部系统通过该OPC UA客户端与基于OPC UA的通信网关通信，通过OPC UA接口发送基于OPC UA标准协议的操作指令，其中，继续参照图4，OPC UA客户端中包括与OPC UA接口对应通信的浏览接口通信模块、方法调用接口通信模块、订阅接口通信模块等。

图7是根据本申请一个实施例的与广播系统通信的方法的流程图，如图7所示，该方法包括：

步骤301，向广播系统的通信网关中与目标广播系统对应OPC UA接口发送基于OPCUA标准协议的针对目标广播系统的操作指令，以使对应的OPC UA接口调用广播系统的通信网关中的OPC UA的节点空间中与操作指令对应的目标方法节点启动对应的目标SDK，并通过目标SDK登录到对应的目标广播系统，获取目标SDK传输的从目标广播系统获取的与操作指令对应的目标数据。

步骤302，接收广播系统的通信网关通过OPC UA客户端的公钥对目标数据加密后获反馈的加密目标数据。

步骤303，根据OPC UA客户端的私钥对加密目标数据解密，并获取与操作指令对应的目标数据。

应当理解的是，本申请的实施例中，基于公钥证书技术对OPC UA客户端进行身份认证，公钥证书技术的而核心为一对密钥，其基本原理是：由一个密钥进行加密的信息内容，只能由与之配对的另一个密钥才能进行解密，因而，在本申请的实施例中，OPC UA通过OPC UA客户端的公钥对与操作指令对应的目标数据加密生成加密目标数据发送至外部系统，只有合法的外部系统才有与之对应的OPC UA客户端私钥，从而，拥有OPC UA客户端私钥的合法OPC UA客户端根据OPC UA客户端的私钥对加密目标数据解密获取与操作指令对应的目标数据。由此，外部系统与广播系统进行通信时，根据OPC UA标准协议实现OPC UA客户端，根据该OPC UA客户端基于OPC UA的网关接口来实现监控和控制等功能。

在实际执行时，还需要向外部系统发送广播系统的基本信息，便于根据外部系统的基本信息确定对应的操作指令等，具体而言，在通过OPC UA客户端向对应OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令之前，向OPC UA的订阅接口发送广播系统的设备组织结构信息和设备数据订阅信息，进而，接收订阅接口反馈的设备组织结构信息和设备数据，并根据设备组织结构信息和设备数据生成操作指令。

举例而言，当根据设备组织结构信息和设备数据确定的操作指令为ISCS外部系统发送的控制A广播系统中的广播设备1降低音量，则结合图4所示，ISCS外部系统中的OPC UA客户端将该操作指令基于OPC UA通信协议发送至对应的OPC UA的方法调用接口，该方法调用接口根据该操作指令调用与广播设备1的音量控制方法节点启动对应的目标SDK，进而，根据该目标SDK通过远程控制模块登录到A广播系统，获取A广播系统对该广播设备1降低音量后反馈的目标数据，该目标数据包括广播设备1降低音后的状态数据等，进而，将该目标数据通过OPC UA的方法调用接口反馈至外部系统ISCS。

综上，各厂商生产的广播系统不再直接与ISCS等专业的外部系统集成，而是利用OPC UA标准，实现了一种广播系统网关，ISCS等外部系统通过广播网关统一和各广播系统进行通信，改变了原有通过SDK直接集成的方式。

为了实现上述实施例，本申请还提出了一种广播系统的通信网关。

图8是根据本申请一个实施例的广播系统的通信网关的结构示意图。如图8所示，该通信网关包括：第一获取模块110、节点创建模块120和通信模块130。

其中，第一获取模块110，用于通过与各广播系统对应的SDK获取各广播系统的设备组织结构信息和设备数据。

节点创建模块120，用于根据设备组织结构信息和设备数据，将各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与设备节点对应的设备属性信息和用于与各广播系统对应的SDK通信的方法节点。

通信模块130，用于根据设备属性信息和方法节点提供OPC UA接口，通过OPC UA接口实现各广播系统与外部系统的通信。

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

为了实现上述实施例，本申请还提出了一种OPC UA客户端。

图9是根据本申请一个实施例的OPC UA客户端的结构示意图，如图9所示，该OPCUA客户端包括发送模块210、接收模块220和第二获取模块230。

其中，发送模块210，用于向与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令，以使对应的OPC UA接口调用OPC UA的节点空间中与操作指令对应的目标方法节点启动对应的目标SDK，并通过目标SDK登录到对应的目标广播系统，获取目标SDK传输的从目标广播系统获取的与操作指令对应的目标数据。

接收模块220，用于接收广播系统的通信网关通过OPC UA客户端的公钥对目标数据加密后获反馈的加密目标数据。

第二获取模块230，用于根据OPC UA客户端的私钥对加密目标数据解密获取与操作指令对应的目标数据。

需要说明的是，前述对与广播系统通信的方法实施例的解释说明也适用于该实施例的OPC UA客户端，其实现原理类似，此处不再赘述。

为了实现上述实施例，本申请还提出了一种广播系统的通信系统。

图10是根据本申请一个实施例的广播系统的通信系统的结构示意图，如图10所示，该广播系统的通信系统包括：广播系统的通信网关100、外部系统200和各广播系统300，广播系统的通信网关100如前述实施例所述，外部系统200包括如前述实施例所述的OPC UA客户端，其中，各广播系统300与广播系统的通信网关100连接，外部系统200通过OPC UA客户端与广播系统的通信网关100的OPC UA接口通信连接。

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

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

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

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

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

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

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

Claims (10)

1.一种广播系统的通信方法，应用于广播系统的通信网关，其特征在于，包括以下步骤：

通过与各广播系统对应的SDK获取所述各广播系统的设备组织结构信息和设备数据；根据所述设备组织结构信息和设备数据，将所述各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与所述设备节点对应的设备属性信息和用于与所述各广播系统对应的SDK通信的方法节点；

根据所述设备属性信息和所述方法节点提供OPC UA接口，通过所述OPC UA接口实现所述各广播系统与外部系统的通信。

2.如权利要求1所述的方法，其特征在于，所述通过与各广播系统对应的SDK获取所述各广播系统的设备组织结构和设备数据，包括：

调用与所述各广播系统对应的SDK中的系统登录模块以及组织信息模块里的集成方法，登录到所述各广播系统；

获取所述各广播系统的设备组织结构和设备数据。

3.如权利要求1所述的方法，其特征在于，所述根据所述设备组织结构信息和设备数据，将所述各广播系统的设备以节点的方式加载到OPC UA的节点空间，包括：

根据所述设备组织结构信息和设备数据确定所述各广播系统中的位置信息与设备信息的关联关系，其中，所述位置信息包括具有树形结构关系的多级位置信息；

根据所述各广播系统中的位置信息与设备信息的关联关系，在所述OPC UA的节点空间创建具有树形结构关系的多级区域节点以及对应的设备节点，用以形成具有设备组织结构的节点空间。

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

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

5.如权利要求1所述的方法，其特征在于，还包括：

通过所述OPC UA接口接收所述外部系统通过OPC UA标准协议发送的操作指令；

根据所述操作指令调用所述OPC UA的节点空间中对应的目标方法节点启动对应的目标SDK；

通过所述目标SDK登录到对应的目标广播系统；

接收所述目标SDK传输的从所述目标广播系统获取的与所述操作指令对应的目标数据，将所述目标数据通过所述OPC UA接口反馈至所述外部系统。

6.一种与广播系统通信的方法，其特征在于，所述方法应用在根据OPC UA协议设置的OPC UA客户端，所述方法包括以下步骤：

向广播系统的通信网关中与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对所述目标广播系统的操作指令，以使所述对应的OPC UA接口调用所述广播系统的通信网关中的OPC UA的节点空间中与所述操作指令对应的目标方法节点启动对应的目标SDK，并通过所述目标SDK登录到对应的目标广播系统，获取所述目标SDK传输的从所述目标广播系统获取的与所述操作指令对应的目标数据；

接收所述广播系统的通信网关通过所述OPC UA客户端的公钥对所述目标数据加密后获反馈的加密目标数据；

根据所述OPC UA客户端的私钥对所述加密目标数据解密，并获取所述与所述操作指令对应的目标数据。

7.如权利于要求6所述的方法，其特征在于，在所述向广播系统的通信网关中与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令，还包括：

向所述OPC UA的订阅接口发送广播系统的设备组织结构信息和设备数据订阅信息；

接收所述订阅接口反馈的所述设备组织结构信息和设备数据，并根据所述设备组织结构信息和设备数据生成所述操作指令。

8.一种广播系统的通信网关，其特征在于，包括：

第一获取模块，用于通过与各广播系统对应的SDK获取所述各广播系统的设备组织结构信息和设备数据；

节点创建模块，用于根据所述设备组织结构信息和设备数据，将所述各广播系统的设备以设备节点的方式加载到OPC UA的节点空间，并设置与所述设备节点对应的设备属性信息和用于与所述各广播系统对应的SDK通信的方法节点；

通信模块，用于根据所述设备属性信息和所述方法节点提供OPC UA接口，通过所述OPCUA接口实现所述各广播系统与外部系统的通信。

9.一种OPC UA客户端，其特征在于，所述OPC UA客户端设置在外部系统中，所述OPC UA客户端，包括：

发送模块，用于向广播系统的通信网关中与目标广播系统对应的OPC UA接口发送基于OPC UA标准协议的针对目标广播系统的操作指令，以使所述对应的OPC UA接口调用所述广播系统的通信网关中的OPC UA的节点空间中与所述操作指令对应的目标方法节点启动对应的目标SDK，并通过所述目标SDK登录到对应的目标广播系统，获取所述目标SDK传输的从所述目标广播系统获取的与所述操作指令对应的目标数据；

接收模块，用于接收所述广播系统的通信网关通过所述OPC UA客户端的公钥对所述目标数据加密后获反馈的加密目标数据；

第二获取模块，用于根据所述OPC UA客户端的私钥对所述加密目标数据解密，并获取所述与所述操作指令对应的目标数据。

10.一种广播系统的通信系统，其特征在于，包括：如权利要求7所述的广播系统的通信网关、包含如权利要求8所述的OPC UA客户端的外部系统和各广播系统，其中，所述各广播系统与所述广播系统的通信网关连接，所述外部系统通过所述OPC UA客户端与所述广播系统的通信网关的OPC UA接口通信连接。

Images