CN106373396A - 基于智能交通云控制系统的控制服务器 - Google Patents

Abstract

本申请涉及智能交通技术领域，尤其涉及基于智能交通云控制系统的控制服务器，用以解决现有技术中存在的控制服务器对交通的管控能力较低的问题；本申请实施例提供的控制服务器包括：第一CPU，用于接收第二CPU传输的现场设备提供的交通数据，并对所述数据进行存储、分析处理，以及生成第一控制指令；第二CPU，用于接收现场设备提供的交通数据，传输给第一CPU；以及接收所述第一CPU生成的第一控制指令，并且基于该第一控制指令对所述现场设备进行控制管理。这里，控制服务器可以对现场设备传输的数据进行分析处理，基于对所述数据的分析处理结果还可以对现场设备进行控制管理，因此提高了控制服务器对交通的管控能力。

Description

基于智能交通云控制系统的控制服务器

技术领域

本申请涉及智能交通技术领域，尤其涉及基于智能交通云控制系统的控制服务器。

背景技术

随着我国经济的不断增长，城镇人口数量也不断上涨，人口数量的上涨促进了城镇的发展，却也给城市交通蒙上了阴影。如今，车祸、堵车在各大城市频繁出现，给我们的生活带来了诸多不便。

现有技术中，交通云控制系统对交通路口的管控主要是依靠分布在各个路口的控制服务器和中心系统完成，路口的每个控制服务器相当于智能交通云控制系统内的智能云节点。具体地，智能云节点通过分布在各个方向的监控设备对相应路口的车流量、车速、交通违章、交通设备是否发生故障等数据进行实时采集，然后将这些实时采集的数据发送给中心系统，由中心系统对各个智能云节点的交通数据进行分析、处理，然后对相应的智能云节点发送控制指令，以此达到对各个路口的交通状况进行监测及管控的目的。

现有技术中，分布在各个路口的智能云节点只负责对相应路口的交通数据进行采集，之后将采集的数据发送给中心系统，再由中心系统对各个路口进行管控，此时，中心系统需要处理大量的数据，可能不能及时对各个路口的控制策略进行调整，而且如果一个路口的智能云节点出现问题，那么中心系统则会彻底失去对该路口的管控能力。

可见，现有技术中智能交通云控制系统中的智能云节点对交通的管控能力较低的问题。

发明内容

本申请实施例提供基于智能交通云控制系统的控制服务器，用以解决现有技术中智能交通云控制系统中的智能云节点对交通的管控能力较低的问题。

本申请实施例提供的基于智能交通云控制系统的控制服务器，其中智能交通云控制系统至少若干控制服务器和若干现场设备，现场设备和控制服务器之间基于互联网协议(Internet Protocol，IP)地址的宽带总线连接，所述控制服务器包括：

第一中央处理器(Central Processing Unit，CPU)，用于接收第二CPU传输的现场设备提供的交通数据，并对所述数据进行存储、分析处理，以及生成第一控制指令；

第二CPU，用于接收现场设备提供的交通数据，传输给第一CPU；以及接收所述第一CPU生成的第一控制指令，并且基于该第一控制指令对现场设备进行控制管理。

可选地，现场设备和控制服务器之间基于IP地址的宽带总线连接，包括：

现场设备与控制服务器之间通过支持IP传输的宽带总线进行连接，不同现场设备之间以IP寻址的方式进行通讯。

可选地，智能交通云控制系统还包括中心系统，中心系统和控制服务器之间连接，中心系统用于对控制服务器进行控制管理；第一CPU还用于：

基于对所述数据进行分析处理的结果生成提供给中心系统的待处理数据，并发送给中心系统；

第二CPU还用于：

接收中心系统下发的第二控制指令，基于该第二控制指令对现场设备进行控制管理。

可选地，控制服务器还包括：

网络交换模块，用于获取现场设备传输的数据，传输给第二CPU，还用于接收第二CPU下发的第一控制指令或者第二控制指令，并传输给现场设备。

可选地，控制服务器还包括：

网络安全模块，用于将第一CPU生成的待处理数据发送给中心系统，还用于接收中心系统下发给第二CPU的第二控制指令。

可选地，第二CPU包括：信号控制模块，用于检测现场设备的信号控制状态，传输给第一CPU的信号优化模块；交通检测模块，用于检测现场设备采集的车辆信息，传输给第一CPU的信号优化模块；

第一CPU包括：信号优化模块，用于基于信号控制模块传输的信号控制状态和交通检测模块传输的车辆信息，对现场设备的控制状态进行优化处理，并生成第一控制指令。

可选地，第一CPU还包括：

交通数据处理模块，用于结合信号控制模块传输的信号控制状态和交通检测模块传输的车辆数据，进行分析处理，生成提供给中心系统的待处理数据，并发送给中心系统；

信号控制模块，还用于接收中心系统下发的第二控制指令，基于该第二控制指令对现场设备进行控制管理。

可选地，第一CPU还包括：

视频流处理模块，用于基于交通检测模块传输的车辆视频数据进行视频分析处理，生成提供给中心系统的待处理视频数据，并发送给中心系统。

可选地，第一CPU还包括：

违法数据处理模块，用于基于交通检测模块传输的车辆数据进行违法行为分析处理，生成提供给中心系统的待处理违法数据，并发送给中心系统。

可选地，控制服务器还包括：

节点交互模块，用于通过网络连接，与其它控制服务器进行交互，实现协同控制和/或故障接管。

本申请实施例中，第一CPU用于接收第二CPU传输的现场设备提供的交通数据，并对该数据进行存储、分析处理，以及生成第一控制指令；第二CPU用于接收现场设备提供的交通数据，传输给第一CPU；以及接收第一CPU生成的第一控制指令，并且基于该第一控制指令对现场设备进行控制管理。本申请实施例中，智能云节点不但可以通过现场设备获取交通数据，而且可以将这些交通数据存储在本地，进行分析处理，进一步地，可以基于分析处理的结果对本地的现场设备以及交通状况进行管控。可见，本申请实施例中的智能云节点可以在本地对获取到的交通数据进行分析处理，并且可以利用现场设备对本地的交通进行管制，因此，提高了自身处理交通数据的能力。

附图说明

图1为本申请实施例提供的基于智能交通云控制系统的智能云节点的结构示意图；

图2为本申请实施例提供的智能交通云控制系统的示意图；

图3为本申请实施例提供的基于智能交通云控制系统的智能云节点对本地的现场设备进行控制的示意图。

具体实施方式

本申请实施例中，第一CPU用于接收第二CPU传输的现场设备提供的交通数据，并对该数据进行存储、分析处理，以及生成第一控制指令；第二CPU用于接收现场设备提供的交通数据，传输给第一CPU；以及接收第一CPU生成的第一控制指令，并且基于该第一控制指令对现场设备进行控制管理。本申请实施例中，智能云节点不但可以通过现场设备获取交通数据，而且可以将这些交通数据存储在本地，进行分析处理，进一步地，可以基于分析处理的结果对本地的现场设备进行管控。可见，本申请实施例中的智能云节点可以在本地对获取到的交通数据进行分析处理，并且可以利用现场设备对本地的交通进行管制，因此，提高了自身处理交通数据的能力。

为便于理解本申请实施例中提供的智能交通云控制系统，这里首先对该系统的结构进行说明，如图2所示，智能交通云控制系统包括：设置于每个路口的控制服务器(智能云节点)和与其通过基于IP地址的宽带总线通信的多个现场设备，其中，现场设备用于采集交通路口数据；控制服务器用于集中处理现场设备采集的数据，并通过边缘计算实现对本地区域交通的控制，和/或，控制服务器用于确定满足预设触发条件时，在该控制服务器所属的预先组建的自定义区域中，若该控制服务器为主控制服务器，则主控制服务器通过自我学习和边缘计算生成协同控制策略实现对自定义区域的协同控制；若该控制服务器为从控制服务器，则从控制服务器通过云计算从主控制服务器获得协同控制策略。此外，智能交通云控制系统还包括：中心系统，用于与多个控制服务器通过网络实现数据交互，共享与其连接的控制服务器存储的数据，并通过对共享的数据进行分析、处理，得到分析结果；根据分析结果，生成协同控制策略，并将协同控制策略发送给相应的控制服务器；控制服务器还用于通过云计算从中心系统获得协同控制策略，并根据协同控制策略执行相应的操作。

下面结合说明书附图对本申请实施例作进一步详细描述。

首先，在这里对本申请实施例中的中心系统进行简单地说明。城市智能交通管理系统主要由分布在各个路口的控制服务器，即智能云节点，和中心系统组成。其中，智能云节点利用各种交通设备采集路口的交通数据，进行分析、处理以后存储在本地，中心系统可以定期地(比如一周)向智能云节点获取交通数据，也可以在适当的时候，比如当某个路口发生拥堵、车祸时或者需要搜索可疑车辆时，向智能云节点获取交通数据。此时的中心系统，可以有选择地获取智能云节点的交通数据，并且可以基于获取的这些交通数据对智能云节点的交通管控。

本申请实施例中，智能交通云控制系统至少包括中心系统、若干控制服务器和若干现场设备，中心系统和控制服务器之间通过网络连接，中心系统用于对控制服务器进行控制管理，现场设备和控制服务器之间基于IP地址的宽带总线连接。

这里，在对控制服务器做详细介绍之前，首先对现场设备和控制服务器之间的基于IP地址的宽带总线连接进行说明。现场设备与控制服务器之间通过支持IP传输的宽带总线，比如两线制工业以太网总线而不同现场设备之间以IP寻址的方式进行通讯。

具体地，可以沿着智能云节点的各个路口方向布置一条支持IP传输的宽带总线，也可以沿着智能云节点的每一个路口方向分别布置单独的支持IP传输的宽带总线，这多个路口的网线再与支持IP传输的宽带总线相连。此外，每个智能云节点所在的路口还分布有多个现场设备，这些现场设备分别与对应路段的支持IP传输的宽带总线相连，对路口每个方向的车辆进行监控。其中，现场设备可以分为智能设备(如电子眼)和非智能设备(如红绿灯设备)，智能设备可以直接与支持IP传输的宽带总线相连，进而与第二CPU进行数据传输，而非智能设备可以通过外部驱动设备与支持IP传输的宽带总线相连，进而与第二CPU进行数据传输。智能云节点为了便于对现场设备进行管理，为每个现场设备分配一个IP地址，现场设备通过IP地址寻址方式建立通讯链路，所以现场设备可以称为IP化现场设备。这里，每个现场设备与一个IP地址与对应，不同现场设备之间底层以IP地址的形式访问数据，外部以设备名进行区分。

如图1所示，为本申请实施例提供的智能云节点结构10示意图，包括：

第一CPU 101，用于接收第二CPU传输的IP化现场设备提供的交通数据，并对所述数据进行存储、分析处理，以及生成第一控制指令。

第二CPU 102，用于接收IP化现场设备提供的交通数据，传输给第一CPU；以及接收所述第一CPU生成的第一控制指令，并且基于该第一控制指令对所述IP化现场设备进行控制管理。

可选地，第一CPU 101还用于：

基于对交通数据进行分析处理的结果生成提供给中心系统的待处理数据，并发送给中心系统。

第二CPU 102还用于：

接收中心系统下发的第二控制指令，基于该第二控制指令对IP化现场设备进行控制管理。

可选地，智能云节点还包括：

网络交换模块103，用于获取IP化现场设备传输的数据，传输给第二CPU，还用于接收第二CPU下发的第一控制指令或者第二控制指令，并传输给IP化现场设备。

这里，网络交换模块103可以采用百兆支持IP传输的宽带总线与IP化现场设备进行连接，IP化现场设备通过该支持IP传输的宽带总线向第二CPU传输数据，所述支持IP传输的宽带总线可以根据IP化现场设备的类型为其提供220AC和24DC两种电源。

可选地，智能云节点还包括：

网络安全模块104，用于将第一CPU生成的待处理数据发送给中心系统，还用于接收中心系统下发给第二CPU的第二控制指令。其中，网络安全模块104采用千兆网络进行数据传输。

下面对本申请实施例中的智能云节点所包括的各模块的作用及功能模块做进一步地说明。

第一CPU对第二CPU传输的IP化现场设备提供的交通数据进行存储以后，可以对这些数据进行分析处理，并且可以基于分析处理的结果生成第一控制指令。此外，第一CPU对第二CPU传输的IP化现场设备提供的交通数据进行存储、分析处理，如果第一CPU接收到中心系统通过网络安全模块下发的数据获取指令时，还可以基于本地数据分析处理的结果生成提供给中心系统的待处理数据，并通过网络安全模块发送给中心系统。

具体地，第一CPU的功能模块可以包括基础操作系统、交通数据处理模块、信号优化模块、视频数据处理模块、违法数据处理模块，其中，基础操作系统可以结合精准时钟系统，用于对IP化现场设备提供的数据进行存储、并且为智能云节点对所述数据的实时运算提供硬件支持；交通数据处理模块，用于对IP化现场设备采集的车辆信息进行统计、处理；信号优化模块，用于对IP化现场设备采集的交通信号状态进行优化，比如采集的是某个路口的红绿灯时间间隔，那么可以根据该路口的车流量信息对红绿灯的时间间隔进行优化，从而使红绿灯的时间间隔更适合当前的交通状况；视频数据处理模块，用于对IP化现场设备采集的视频信息进行处理；违法数据处理模块，用于对IP化现场设备采集的违反交通规则的车辆信息进行处理。

第二CPU可以通过网络交换模块接收IP化现场设备提供的交通数据，传输给第一CPU；以及接收第一CPU生成的第一控制指令，并且基于该第一控制指令通过网络交换模块对IP化现场设备进行控制管理。比如，如果第一CPU对某个智能云节点的统计结果显示某个路口每年的平均车速都大于设定的最大车速阈值，那么，第一CPU则可以基于获取的这些统计结果，生成在该路段增加减速带的指令，并将该指令发送给第二CPU，进一步地，第二CPU可以将相应的指令发送给管理IP化现场设备的交通人员；再比如，如果第一CPU的统计结果显示某个智能云节点的车流量小于设定的最小阈值，那么，第一CPU则可以基于这些统计结果生成关闭该路口的红绿灯的指令，并将该指令发送给第二CPU，进一步地，第二CPU可以将相应的指令发送给对应的红绿灯，将相关的红绿灯关闭。

此外，当中心系统对第一CPU发送的待处理数据进行分析处理后，如果需要对智能云节点进行控制，第二CPU还可以通过网络安全模块接收中心系统下发的控制指令，基于该控制指令通过网络交换模块对IP化现场设备进行控制管理。比如，如果中心系统查询车牌号为XX的可疑车辆，第一CPU就会通过网络安全模块接收到中心系统发送的获取车牌号为XX的指令，进一步地，第一CPU可以在本地存储的数据中进行查询，如果查询到车牌号为XX的数据，则可以将这些数据打包生成提供给中心系统的待处理数据，并通过网络安全模块再发送给中心系统。此时，如果中心系统对这些待处理数据进行分析，发现车牌号为XX的可疑车辆有可能还会返回该路口，则此时第二CPU可以通过网络安全模块接收到中心系统发送的截获车牌号为XX的控制指令，进一步地，第二CPU可以通过网络交换模块将该控制指令下发给IP化现场设备，相关人员则可以通过IP化现场设备发现可疑车辆，进而对其进行拦截。

具体地，第二CPU的功能模块可以包括设备配置与管理、信号控制模块、交通检测模块、扩展业务模块。其中，设备配置与管理，用于对IP化现场设备进行一些参数配置及运维管理；信号控制模块，用于检测IP化现场设备的信号控制状态(比如例如红绿灯的开启、关闭)，以及用于接收第一CPU基于通检测数据和信号控制状态进行运算处理，最后生成控制命令，并将该指令下发给IP化现场设备；交通检测模块，用于通过电感环检测器(环型感应线圈)、超声波检测器、红外检测器、雷达检测器等检测车辆信息；扩展业务模块，用于添加智能云节点的一些扩展功能。

下面对本申请中智能云节点各个模块之间的几种交互过程分别进行说明。

第一种：智能云节点对本地的IP化现场设备进行控制。

具体地，如图3所示，第二CPU的信号控制模块，用于通过网络交换模块检测IP化现场设备的信号控制状态，传输给第一CPU的信号优化模块；第二CPU的交通检测模块，用于通过网络交换模块检测IP化现场设备采集的车辆信息，传输给第一CPU的信号优化模块；其中，车辆信息与信号控制状态都属于交通数据。进一步地，第一CPU的信号优化模块，基于信号控制模块传输的信号控制状态和交通检测模块传输的车辆信息，对IP化现场设备的控制状态进行优化处理，并生成第一控制指令。如果第一控制指令用于对IP化现场设备的信号控制状态进行控制，则第一CPU将生成的第一控制指令发送给第二CPU的信号控制模块，信号控制模块再通过网络交换模块下发第一控制指令，从而对IP化现场设备的信号控制状态进行调整；如果第一控制指令用于对车流量等信息进行控制，则第一CPU将生成的第一控制指令发送给第二CPU的交通检测模块，交通检测模块再通过网络交换模块对IP化现场设备下发第一控制指令，利用对IP化现场设备完成对车流量等信息的管控。

第二种，智能云节点接收中心系统的控制指令对本地的IP化现场设备进行控制。

具体地，第一CPU的交通数据处理模块，用于结合信号控制模块传输的信号控制状态和交通检测模块传输的车辆数据，进行分析处理，生成提供给所述中心系统的待处理数据，并发送给所述中心系统；进一步地，第二CPU的信号控制模块，还用于接收中心系统下发的第二控制指令，基于该第二控制指令对IP化现场设备进行控制管理。

第三种，智能云节点接收中心系统的获取视频数据指令，基于该指令将待处理数据发送给中心系统。

第一CPU的视频流处理模块，用于基于交通检测模块传输的车辆视频数据进行视频分析处理，生成提供给所述中心系统的待处理视频数据，并发送给中心系统。

第四种，智能云节点接收中心系统的获取违法数据指令，基于该指令将待处理数据发送给中心系统。

第一CPU的违法数据处理模块，用于基于交通检测模块传输的车辆数据进行违法行为分析处理，生成提供给所述中心系统的待处理违法数据，并发送给所述中心系统。

可选地，智能云节点还包括节点交互模块105，用于通过网络连接，与其它智能云节点进行交互，实现协同控制和/或故障接管。

这里，因为多个IP化现场设备通过IP寻址方式建立通讯链路，而且多个智能云节点之间通过网络连接，这样，如果一个智能云节点所在的路口发生了交通拥堵，那么该智能云节点就可以将拥堵的路况信息通过网络发送给其它智能云节点，其它智能云节点再综合自身当前的路况对下一时段的交通路况信息进行估计，并将估计的路况信息发送给车载终端以对交通进行疏导，进而达到多个智能云节点之间的协同控制。此外，如果某个智能云节点发生了故障，该智能云节点附近的智能云节点还可以接管其交通数据，并且将该智能云节点的故障信息上报给中心系统，从而降低了该智能云节点彻底失去交通管制的可能性。

可选地，智能云节点还包括接口模块106，用于提供交通数据处理接口、视频数据处理接口、违法数据处理接口、三方数据处理接口，分别与中心系统提供的交通数据接口、视频数据接口、违法数据接口、三方数据接口进行连接，进而进行数据交互。其中，接口模块的三方数据处理接口包括信号控制数据处理接口，卡口数据处理接口，相应地，中心系统提供的三方数据接口包括信号控制接口，卡口接口。这里，接口模块提供两种接口类型，USB接口和RS485接口，以保证接口模块中的数据处理接口可以与中心系统实际提供的接口进行连接。

在实际应用中，智能云节点的交通数据处理接口与中心系统的交通数据接口相连，用于传输智能云节点的车流量、车速、路况是否发生拥堵等信息；智能云节点的视频流处理接口与中心系统的视频数据接口相连，用于传输智能云节点的电子眼、摄像头等拍摄的视频信息；智能云节点的违法数据处理接口与中心系统的违法数据接口相连，用于传输智能云节点的交通违章信息；智能云节点的信号控制数据处理接口与中心系统的信号控制接口相连，用于传输中心系统对智能云节点的控制指令；智能云节点的卡口数据处理接口与中心系统的卡口接口相连，用于传输智能云节点设置的收费站、超速检查站等采集的车辆信息。

可选地，智能云节点还包括指示模块107，用于指示IP化现场设备是否发生故障，IP化现场设备的网络连接状况是否正常、以及指示所述数据处理接口是否正常工作。这里，如果IP化现场设备发生故障，智能云节点可以根据该设备的IP地址检测到其具体位置，进而将该设备所对应的显示状态更改为故障，并将所述故障信息通知给相应的管理人员；如果IP化现场设备属于网络掉线，管理人员也会收到智能云节点发送的网络掉线提示信息；数据处理接口是否正常工作是指数据处理接口在预设时间段内是否有数据输出，因为不同的数据处理接口通过的数据量不同，所以对其预设的时间段也会不同。

此外，指示模块107还可以对智能云节点的网络状态是否正常进行指示、对智能云节点的信号输出状态否正常进行指示、对一个路口的红绿灯相位是否正常进行指示。其中，智能云节点的网络状态是指所述智能云节点是否在线，如果智能云节点的网络状态为不在线，则中心系统无法对该智能云节点进行管控；智能云节点的信号输出状态是指对检测车辆信息的电感环检测器(环型感应线圈)、超声波检测器、红外检测器、雷达检测器等的信号输出状态进行指示，如果某个检测器件故障，则相应的信道就不会有信号输出；红绿灯相位是否正常是指在同一时刻，分布在路口各个方向的红绿灯的通行指示之间是否存在冲突，比如，十字路口的南北方向和东西方向都是绿灯，则红绿灯相位异常。

可选地，智能云节点还包括固态存储模块108，用于对来自IP化现场设备的数据、CPU生成的待处理数据、中心系统下发的控制指令进行存储。其中，固态存储模块108可以采用固态硬盘(Solid-State Disk，SSD)存储，支持数据分布存储。

这里，固态存储模块108还可以存储IP化现场设备的故障日志、运行日志以及操作日志。

本申请实施例中，通过设置功能独立的双CPU、支持IP传输的宽带总线、IP寻址方式、视频监测、交通检测等将智能云节点的功能高度集中，使智能云节点不但可以通过现场设备获取交通数据，而且可以将这些交通数据存储在本地，进行分析处理，进一步地，可以基于分析处理的结果对本地的现场设备进行管控。可见，本申请实施例中的智能云节点可以在本地对获取到的交通数据进行分析处理，并且可以利用现场设备对本地的交通进行管制，因此，提高了自身处理交通数据的能力。此外，本申请实施例中采用支持IP传输的宽带总线，使得现场设备的布线更加简单、方便。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.基于智能交通云控制系统的控制服务器，其特征在于，所述智能交通云控制系统至少若干控制服务器和若干现场设备，所述现场设备和控制服务器之间基于IP地址的宽带总线连接，所述控制服务器包括：

第一CPU，用于接收第二CPU传输的现场设备提供的交通数据，并对所述交通数据进行存储、分析处理，以及生成第一控制指令；

第二CPU，用于接收现场设备提供的交通数据，传输给第一CPU；以及接收所述第一CPU生成的第一控制指令，并且基于该第一控制指令对所述现场设备进行控制管理。

2.如权利要求1所述的控制服务器，其特征在于，所述现场设备和控制服务器之间基于IP地址的宽带总线连接，包括：

所述现场设备与控制服务器之间通过支持IP传输的宽带总线进行连接，不同现场设备之间以IP寻址的方式进行通讯。

3.如权利要求1所述的控制服务器，其特征在于，所述智能交通云控制系统还包括中心系统，所述中心系统和所述控制服务器之间通过网络连接，所述中心系统用于对控制服务器进行控制管理；所述第一CPU还用于：

基于对所述交通数据进行分析处理的结果生成提供给所述中心系统的待处理数据，并发送给所述中心系统；

所述第二CPU还用于：

接收中心系统下发的第二控制指令，基于该第二控制指令对所述现场设备进行控制管理。

4.如权利要求3所述的控制服务器，其特征在于，所述控制服务器还包括：

网络交换模块，用于获取现场设备传输的交通数据，传输给所述第二CPU，还用于接收所述第二CPU下发的第一控制指令或者第二控制指令，并传输给所述现场设备。

5.如权利要求3所述的控制服务器，其特征在于，所述控制服务器还包括：

网络安全模块，用于将所述第一CPU生成的待处理数据发送给所述中心系统，还用于接收所述中心系统下发给所述第二CPU的第二控制指令。

6.如权利要求1所述的控制服务器，其特征在于，

所述第二CPU包括：信号控制模块，用于检测现场设备的信号控制状态，传输给第一CPU的信号优化模块；交通检测模块，用于检测现场设备采集的车辆信息，传输给第一CPU的信号优化模块；

所述第一CPU包括：信号优化模块，用于基于信号控制模块传输的信号控制状态和交通检测模块传输的车辆信息，对现场设备的控制状态进行优化处理，并生成第一控制指令。

7.如权利要求6所述的控制服务器，其特征在于，所述智能交通云控制系统还包括中心系统，所述中心系统和所述控制服务器之间通过网络连接，所述中心系统用于对控制服务器进行控制管理；所述第一CPU还包括：

交通数据处理模块，用于结合信号控制模块传输的信号控制状态和交通检测模块传输的车辆数据，进行分析处理，生成提供给所述中心系统的待处理数据，并发送给所述中心系统；

所述信号控制模块，还用于接收中心系统下发的第二控制指令，基于该第二控制指令对所述现场设备进行控制管理。

8.如权利要求6所述的控制服务器，其特征在于，所述智能交通云控制系统还包括中心系统，所述中心系统和所述控制服务器之间连接，所述中心系统用于对控制服务器进行控制管理；所述第一CPU还包括：

视频流处理模块，用于基于交通检测模块传输的车辆视频数据进行视频分析处理，生成提供给所述中心系统的待处理视频数据，并发送给所述中心系统。

9.如权利要求6所述的控制服务器，其特征在于，所述智能交通云控制系统还包括中心系统，所述中心系统和所述控制服务器之间连接，所述中心系统用于对控制服务器进行控制管理；所述第一CPU还包括：

违法数据处理模块，用于基于交通检测模块传输的车辆数据进行违法行为分析处理，生成提供给所述中心系统的待处理违法数据，并发送给所述中心系统。

10.如权利要求1所述的控制服务器，其特征在于，所述控制服务器还包括：

节点交互模块，用于通过网络连接，与其它控制服务器进行交互，实现协同控制和/或故障接管。