本发明涉及信息处理领域，尤其涉及一种交通信息处理方法及交通控制单元。
背景技术：
智能交通系统(intelligenttransportationsystem，its)是将先进的信息技术、数据通讯传输技术、电子传感技术、控制技术及计算机技术等有效地集成运用于整个地面交通管理系统而建立的一种在大范围内、全方位发挥作用的，实时、准确、高效的综合交通运输管理系统，可以实现将交通信息传输给交通参与对象，例如，将交叉路口信号灯切换信息通知给行人、车辆。
然而，在现有的技术方案中，智能交通系统主要采用广播方式发送交通信息。例如：为了实现将某个车辆当前的位置、方向、速度等信息通知其它相关车辆，若基于专用短程通信(dedicatedshortrangecommunications，dsrc)技术，则该车辆将这些信息通过无线局部网络直接向周围其它车辆广播；若基于支持车辆的长期演进(longtermevolutionforvehicle，lte-v)技术，则该车辆将这些信息通过无线蜂窝网络提交给基站，再由基站通过无线蜂窝网络向周围其它车辆广播。
在这种情形下，怎么有针对性地确定传递交通信息的区域，以及如何减少通信和处理资源的浪费，是一个值得考虑的问题。
技术实现要素：
本发明实施例所要解决的技术问题在于，提供一种交通信息处理方法及交通控制单元，可以根据交通场景有针对性地确定交互覆盖区域，且通过局部tcu和全局tcu对交通信息的分工处理，减少了通信和处理资源的浪费。
第一方面，本发明实施例提供了一种交通信息处理方法，包括：
第一局部tcu获取交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为第一局部tcu的管理区域内交通目标对象的信息；第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；第一局部tcu根据交互覆盖区域、第一局部tcu的管理区域以及与第二局部tcu的管理区域确定第一区域，并将交通应类型和第一交通信息发送给全局tcu，第二局部tcu为与第一局部tcu相邻的局部tcu，第一区域为至少一个第三局部tcu的管理区域与交互覆盖区域重叠的区域，第三局部tcu为与第一局部tcu不相邻的局部tcu；全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域。
在第一方面中，在第一局部tcu初始确定交通应用类型和交通目标对象的第一交通信息的情况下，第一局部tcu可以根据交通场景有针对性地确定交互覆盖区域，还可以精准的确定交互覆盖区域内涉及到的交通参与对象并为之提供交互支持，从而达到有针对性的传递交通信息的目的，通过局部tcu和全局tcu对交通信息的分工处理，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
在一种可选的实施例中，在第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域之后，还包括：
第一局部tcu根据交互覆盖区域和第一局部tcu的管理区域确定第二区域，第二区域为第一局部tcu的管理区域与交互覆盖区域重叠的区域；
第一局部tcu确定第二区域中的交通参与对象；
第一局部tcu向交通参与对象发送第一交通信息；或，第一局部tcu接收交通参与对象发送的第二交通信息并将第二交通信息发送给交通目标对象。
在一种可选的实施例中，第一局部tcu确定第二区域中的交通参与对象，包括：
第一局部tcu将预设时间内在第二区域中出现的可通信对象确定为交通参与对象。
在一种可选的实施例中，第二交通信息包括交通参与对象的位置信息；或，第二交通信息包括交通参与对象的位置信息和状态信息。
在一种可选的实施例中，第一局部tcu向交通参与对象发送第一交通信息之后，还包括：
第一局部tcu接收交通参与对象发送的第一消息，第一消息用于指示交通参与对象已确认接收第一交通信息。
在一种可选的实施例中，第一局部tcu接收交通参与对象的第二交通信息之后，还包括：
第一局部tcu向交通参与对象发送第二消息，第二消息用于指示交通参与对象已确认接收第二交通信息。
在一种可选的实施例中，第一局部tcu接收交通参与对象发送的第二交通信息并将第二交通信息发送给交通目标对象之前，还包括：
第一局部tcu向交通参与对象发送指示信息，指示信息用于指示交通参与对象向第一局部tcu发送第二交通信息。
在一种可选的实施例中，在第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域之后，还包括：
第一局部tcu根据交互覆盖区域以及第二局部tcu的管理区域确定第三区域，第三区域为第二局部tcu的管理区域与交互覆盖区域重叠的区域；
第一局部tcu将交通应用类型和第一交通信息发送给第二局部tcu。
在一种可选的实施例中，第一局部tcu将交通应用类型和第一交通信息发送给第二局部tcu之后，还包括：
第一局部tcu接收第二局部tcu发送的第三消息，第三消息用于指示第二局部tcu已确定接收交通应用类型和第一交通信息。
在一种可选的实施例中，若存在第一区域，则第一局部tcu将交通应类型和第一交通信息发送给全局tcu之后，还包括：
第一局部tcu接收全局tcu发送的第四消息，第四消息用于指示全局tcu已确认接收所述交通应类型和所述第一交通信息。
在一种可选的实施例中，第一局部交通控制单元tcu获取交通应用类型和第一交通信息包括：
第一局部tcu根据预设条件，获取交通目标对象的第一交通信息以及交通应用类型；或，
第一局部tcu接收第一交通信息，并根据第一交通信息确定交通应用类型；或，
第一局部tcu根据接收到的交通目标对象的交通应用请求，确定第一交通信息以及交通应用类型，交通应用请求包括第一交通信息和请求类型，请求类型用于确定交通应用类型。
在一种可选的实施例中，第一交通信息包括交通目标对象的位置信息；或，第一交通信息包括交通目标对象的位置信息和状态信息。
在一种可选的实施例中，交通目标对象的位置信息为交通目标对象的当前位置；
第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域包括：
第一局部tcu根据交通应用类型以及地图信息，将交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为交互覆盖区域，第一距离阈值是根据交通应用类型确定的。
在一种可选的实施例中，第一局部交通控制单元tcu获取交通应用类型和第一交通信息之前，还包括：
第一局部tcu获取第二局部tcu的标识以及管理区域。
在一种可选的实施例中，第一局部交通控制单元tcu获取交通应用类型和第一交通信息之前，还包括：
第一局部tcu向全局tcu发送第一局部tcu的标识以及管理区域。
第二方面，本发明实施例提供了一种交通信息处理方法，包括：
全局交通控制单元tcu获取交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为全局tcu的管理区域内交通目标对象的信息，全局tcu的管理区域划分为至少一个局部tcu的管理区域；
全局tcu根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
全局tcu根据交互覆盖区域以及至少一个局部tcu的管理区域确定目标局部tcu，目标局部tcu的管理区域与交互覆盖区域存在重叠的区域；
全局tcu将交通应用类型和第一交通信息发送给目标局部tcu。
在第二方面中，在全局tcu初始确定交通应用类型和交通目标对象的第一交通信息的情况下，可以根据交通场景有针对性地确定交互覆盖区域。另外，管理区域与交互覆盖区域存在重叠的区域的局部tcu，可以确定所涉及的交通参与对象，以实现与交通参与对象的技术支持，从而达到有针对性的传递交通信息的目的，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
在一种可选的实施例中，全局交通控制单元tcu获取交通应用类型和第一交通信息包括：
全局tcu根据预设条件，获取交通目标对象的第一交通信息以及交通应用类型；或，
全局tcu接收第一交通信息，并根据第一交通信息确定交通应用类型；或，
全局tcu根据接收到的交通目标对象的交通应用请求，确定第一交通信息以及交通应用类型，交通应用请求包括第一交通信息和请求类型，请求类型用于确定交通应用类型。
在一种可选的实施例中，全局tcu将交通应用类型和第一交通信息发送给目标局部tcu之后，还包括：
全局tcu接收目标局部tcu发送的第一消息，第一消息用于指示目标局部tcu已确认接收到交通应用类型和第一交通信息。
在一种可选的实施例中，第一交通信息包括交通目标对象的位置信息；或，第一交通信息包括交通目标对象的位置信息和状态信息。
在一种可选的实施例中，交通目标对象的位置信息为交通目标对象的当前位置；
全局tcu根据交通应用类型和第一交通信息确定交互覆盖区域包括：
全局tcu根据交通应用类型以及地图信息，将交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为交互覆盖区域，第一距离阈值是根据交通应用类型确定的。
在一种可选的实施例中，还包括：
全局tcu获取第一局部tcu的标识以及管理区域，第一局部tcu为至少一个局部tcu中的任意一个。
在一种可选的实施例中，方法还包括：
全局tcu接收目标局部tcu发送的第二交通信息，并将第二交通信息发送给交通目标对象，第二交通信息为目标局部tcu的管理区域内的交通参与对象的信息。
在一种可选的实施例中，第二交通信息包括交通参与对象的位置信息；或，第二交通信息包括交通参与对象的位置信息和状态信息。
第三方面，本发明实施例提供了一种交通信息处理方法，包括：
全局交通控制单元tcu接收第一局部tcu发送的交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为全局tcu的管理区域内交通目标对象的信息，全局tcu的管理区域划分为至少一个局部tcu管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域，全局tcu的管理区域划分为至少一个局部tcu的管理区域；
全局tcu根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
全局tcu根据交互覆盖区域以及至少一个局部tcu管理区域，确定目标局部tcu，所述目标局部tcu不包括所述第一局部tcu和第二局部tcu，，第二局部tcu为与第一局部tcu相邻的局部tcu，目标局部tcu的管理区域与交互覆盖区域存在重叠的区域；
全局tcu将交通应用类型和第一交通信息发送给目标局部tcu。
在第三方面中，在全局tcu不是初始确定交通应用类型和交通目标对象的第一交通信息的情况下，可以根据交通场景有针对性地确定交互覆盖区域，可以确定除初始tcu和初始tcu的相邻tcu之外的管理区域与交互覆盖区域存在重叠的区域的局部tcu，进而确定所涉及的交通参与对象，以实现与交通参与对象的技术支持，从而达到有针对性的传递交通信息的目的，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
在一种可选的实施例中，全局tcu将交通应用类型和第一交通信息发送给目标局部tcu之后，还包括：
全局tcu接收目标局部tcu发送的第一消息，第一消息用于指示目标局部tcu已确认接收到交通应用类型和第一交通信息。
在一种可选的实施例中，第一交通信息包括交通目标对象的位置信息；或，第一交通信息包括交通目标对象的位置信息和状态信息。
在一种可选的实施例中，交通目标对象的位置信息为交通目标对象的当前位置；
全局tcu根据交通应用类型和第一交通信息确定交互覆盖区域包括：
全局tcu根据交通应用类型以及地图信息，将交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为交互覆盖区域，第一距离阈值是根据交通应用类型确定的。
在一种可选的实施例中，还包括：
全局tcu获取第一局部tcu的标识以及管理区域，第一局部tcu为至少一个局部tcu中的任意一个。
在一种可选的实施例中，还包括：
全局tcu接收目标局部tcu发送的第二交通信息，并经由第一局部tcu将第二交通信息发送给交通目标对象，第二交通信息为目标局部tcu的管理区域内的交通参与对象的信息。
在一种可选的实施例中，第二交通信息包括交通参与对象的位置信息；或，第二交通信息包括交通参与对象的位置信息和状态信息。
第四方面，本发明实施例提供了一种交通信息处理方法，包括：
第一局部交通控制单元tcu接收第二局部tcu或全局tcu发送的交通应用类型和交通目标对象的第一交通信息，交通应用类型用于指示待处理的交通场景，第二局部tcu为与第一局部tcu相邻的局部tcu，全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域和第二局部tcu的管理区域；
第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
第一局部tcu根据交互覆盖区域和第一局部tcu的管理区域确定第一区域，第一区域为第一局部tcu的管理区域与交互覆盖区域重叠的区域；
第一局部tcu确定第一区域中的交通参与对象；
第一局部tcu向交通参与对象发送第一交通信息；或，第一局部tcu接收交通参与对象发送的第二交通信息并将第二交通信息发送给交通目标对象。
在第四方面中，在第一局部tcu不是初始确定交通应用类型和交通目标对象的第一交通信息的情况下，可以根据交通场景有针对性地确定交互覆盖区域，可以自身的管理区域与交互覆盖区域重叠的区域，进而确定所涉及的交通参与对象，以实现与交通参与对象的技术支持，从而达到有针对性的传递交通信息的目的，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
在一种可选的实施例中，第一局部tcu确定重叠的区域中的第二交通参与对象包括：
第一局部tcu将预设时间内在第二区域中出现的可通信对象确定为交通参与对象。
在一种可选的实施例中，第二交通信息包括交通参与对象的位置信息；或，第二交通信息包括交通参与对象的位置信息和状态信息。
在一种可选的实施例中，第一局部tcu向交通参与对象发送第一交通信息之后，还包括：
第一局部tcu接收交通参与对象发送的第一消息，第一消息用于指示交通参与对象已确认接收第一交通信息。
在一种可选的实施例中，第一局部tcu接收交通参与对象发送的第二交通信息之后，还包括：
第一局部tcu向交通参与对象发送第二消息，第二消息用于指示交通参与对象已确认接收第二交通信息。
在一种可选的实施例中，第一局部tcu接收交通参与对象发送的第二交通信息并将第二交通信息发送给交通目标对象之前，还包括：
第一局部tcu向交通参与对象发送指示信息，指示信息用于指示交通参与对象反馈第二交通信息。
在一种可选的实施例中，第一交通信息包括交通目标对象的位置信息；或，第一交通信息包括交通目标对象的位置信息和状态信息。
在一种可选的实施例中，交通目标对象的位置信息为交通目标对象的当前位置；
第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域包括：
第一局部tcu根据交通应用类型以及地图信息，将交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为交互覆盖区域，第一距离阈值是根据交通应用类型确定的。
在一种可选的实施例中，还包括：
第一局部tcu获取第二局部tcu的标识以及管理区域。
在一种可选的实施例中，第一局部交通控制单元tcu接收第二局部tcu或全局tcu发送的交通应用类型和第一交通信息之前，还包括：
第一局部tcu向全局tcu发送第一局部tcu的标识以及管理区域。
在一种可选的实施例中，第一局部tcu将第二交通信息发送给交通目标对象，包括：
在交通应用类型和第一交通信息是由第二局部tcu发送的情况下，第一局部tcu经由第二局部tcu将第二交通信息发送给交通目标对象；
在交通应用类型和第一交通信息是由于全局tcu发送的情况下，第一局部tcu经由全局tcu将第二交通信息发送给交通目标对象。
第五方面，本发明实施例提供了一种交通控制装置，交通控制装置为第一局部tcu，第一局部tcu包括：
处理模块，用于获取交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为第一局部tcu的管理区域内交通目标对象的信息；
处理模块，还用于根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
处理模块，还用于根据交互覆盖区域、第一局部tcu的管理区域以及与第二局部tcu的管理区域确定第一区域，第二局部tcu为与第一局部tcu相邻的局部tcu，第一区域为至少一个第三局部tcu的管理区域与交互覆盖区域重叠的区域，第三局部tcu为与第一局部tcu不相邻的局部tcu；
收发模块，用于若存在第一区域，则将交通应类型和第一交通信息发送给全局tcu，全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域。
可选的，该交通控制装置还可以实现第一方面的部分或全部的可选的实现方式。
第六方面，本发明实施例提供了一种交通控制装置，交通控制装置为全局tcu，全局tcu包括：
处理模块，用于获取交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为全局tcu的管理区域内交通目标对象的信息，全局tcu的管理区域划分为至少一个局部tcu的管理区域；
处理模块，还用于根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
处理模块，还用于根据交互覆盖区域以及至少一个局部tcu的管理区域确定目标局部tcu，目标局部tcu的管理区域与交互覆盖区域存在重叠的区域；
收发模块，用于将交通应用类型和第一交通信息发送给目标局部tcu。
可选的，该交通控制装置还可以实现第二方面的部分或全部的可选的实现方式。
第七方面，本发明实施例提供了一种交通控制装置，交通控制装置为全局tcu，全局tcu包括：
收发模块，用于接收第一局部tcu发送的交通应用类型和第一交通信息，交通应用类型用于指示待处理的交通场景，第一交通信息为全局tcu的管理区域内交通目标对象的信息，全局tcu的管理区域划分为至少一个局部tcu管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域，全局tcu的管理区域划分为至少一个局部tcu的管理区域；
处理模块，用于根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
处理模块，还用于根据交互覆盖区域以及至少一个局部tcu管理区域，确定目标局部tcu，所述目标局部tcu不包括所述第一局部tcu和第二局部tcu，，第二局部tcu为与第一局部tcu相邻的局部tcu，目标局部tcu的管理区域与交互覆盖区域存在重叠的区域；
收发模块，还用于将交通应用类型和第一交通信息发送给目标局部tcu。
可选的，该交通控制装置还可以实现第三方面的部分或全部的可选的实现方式。
第八方面，本发明实施例提供了一种交通控制装置，交通控制装置为第一局部tcu，第一局部tcu包括：
收发模块，用于接收第二局部tcu或全局tcu发送的交通应用类型和交通目标对象的第一交通信息，交通应用类型用于指示待处理的交通场景，第二局部tcu为与第一局部tcu相邻的局部tcu，全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域和第二局部tcu的管理区域；
处理模块，用于根据交通应用类型和第一交通信息确定交互覆盖区域，交互覆盖区域用于指示待处理的交通场景涉及的地理区域；
处理模块，还用于根据交互覆盖区域和第一局部tcu的管理区域确定第一区域，第一区域为第一局部tcu的管理区域与交互覆盖区域重叠的区域；
处理模块，还用于确定第一区域中的交通参与对象；
收发模块，还用于向交通参与对象发送第一交通信息；或，收发模块，还用于接收交通参与对象发送的第二交通信息并将第二交通信息发送给交通目标对象。
可选的，该交通控制装置还可以实现第四方面的部分或全部的可选的实现方式。
第九方面，提供一种交通控制装置。该交通控制装置包括：存储器，用于存储计算机可执行程序代码；收发器，以及处理器，处理器与存储器、收发器耦合。其中存储器所存储的程序代码包括指令，当处理器执行指令时，使交通控制装置执行上述第一方面、第二方面、第三方面或第四方面的任意一种可能的设计中交通控制装置所执行的方法。
第十方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面至第四方面及其任意可能的实现方式中的方法。
第十一方面，提供了一种计算机可读介质，计算机可读介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面至第四方面及其任意可能的实现方式中的方法。
附图说明
为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。
图1是本发明实施例提供的一种可能的智能交通系统的系统架构示意图；
图2是本发明实施例提供的一种交通信息处理方法的流程示意图；
图3a是本发明实施例提供的一种提供交互支持的流程示意图。；
图3b是本发明实施例提供的一种提供交互支持的流程示意图。；
图4是本发明实施例提供的一种交通信息处理方法的示例图；
图5是本发明实施例提供的一种交通信息处理方法的流程示意图；
图6是本发明实施例提供的一种交通控制装置的结构示意图；
图7是本发明实施例提供的一种交通控制装置的结构示意图；
图8是本发明实施例提供的一种交通控制装置的结构示意图；
图9是本发明实施例提供的一种交通控制装置的结构示意图；
图10是本发明实施例提供的一种交通控制装置的结构示意图。
具体实施方式
下面结合本发明实施例中的附图对本发明实施例进行描述。
请参见图1，是本申请实施例提供的一种可能的智能交通系统的系统架构示意图。其中，智能交通系统架构图包括多个交通控制单元(trafficcontrolunit，tcu)，并可以将多个tcu划分为全局tcu和多个局部tcu。全局tcu的管理区域被划分为至少一个局部tcu的管理区域。全局tcu可以与每个局部tcu进行通信，还可以与每个局部tcu的管理区域内的交通参与对象进行通信。局部tcu主要的职责是负责协调其管理区域内的交通参与对象的活动，并与局部tcu相邻的局部tcu进行通信，其中，交通参与对象可以包括车辆、路侧基础设施、行人等，与局部tcu相邻的局部tcu指的是与该局部tcu的管理区域相邻的管理区域所对应的局部tcu。
在图1所示的智能交通系统中，tcu101为全局tcu；tcu102、tcu103、tcu104、tcu105为局部tcu。tcu101可以与tcu102、tcu103、tcu104、tcu105分别通信，也可以确定各个局部tcu的标识及的管理区域。tcu102、tcu103、tcu104、tcu105分别的管理区域为管理区域2、管理区域3、管理区域4以及管理区域5，tcu101对应的管理区域包括管理区域2、管理区域3、管理区域4以及管理区域5。以tcu103为例，tcu103负责协调管理区域3内的交通参与对象的活动，以及与其相邻的tcu102和tcu104进行通信。
基于该系统架构，在一种可能的设计中，每个局部tcu在部署或更新时，可以向其相邻的局部tcu通知自己本身的标识以及的管理区域，以使每个局部tcu都能获知第二局部tcu以及各第二局部tcu的管理区域；以及通知全局tcu自己本身的标识以及的管理区域，以使全局tcu能获知每个局部tcu的管理区域，进而全局tcu可以根据各个局部tcu的管理区域确定与各个局部tcu相邻的局部tcu以及各第二局部tcu的管理区域。
本发明实施例所涉及的交通场景可以包括但不限定于：交通信号通知场景，需要将某个交叉路口信号灯切换信息通知将要进入该路口的车辆和行人；前方拥堵提醒场景，需要将当前的拥堵信息通知特定距离或特定路口数内的车辆和行人；危险障碍告警场景，需要将当前的危险障碍信息通知特定距离或特定路口数内的车辆和行人；紧急车辆提示场景，需要将紧急车辆通知给紧急车辆行驶方向上及与当前位置相距一定距离内的车辆和行人；弱势交通参与对象预警场景，需要将该交通参与对象当前所在位置通知给弱势交通参与对象周围连通的道路上、向该弱势交通参与对象接近方向、并且到该弱势交通参与对象特定距离内的车辆和行人；车辆预防碰撞场景，需要向某个车辆警示其周围运动状态与其可能存在碰撞风险的物体信息。
基于图1的系统架构图，请参见图2，为本发明实施例提供了一种交通信息处理方法的流程示意图。在该实施例中包括第一局部tcu、第二局部tcu和全局tcu。其中，全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域和第二局部tcu的管理区域，第二局部tcu为与第一局部tcu相邻的tcu中确定与交互覆盖区域存在重叠的区域的局部tcu。如图2所示，该交通信息处理方法还涉及到交通目标对象、第一交通参与对象、第二交通参与对象。图2所示实施例为第一局部tcu为初始获取交通应用类型和第一交通信息的tcu的前提下的具体实现方式。
如图2所示，该交通信息处理方法包括步骤201至步骤221。
201，交通目标对象向第一局部tcu发送交通目标对象的第一交通信息。
第一交通信息为交通目标对象的信息，其中，交通目标对象可以是行人、车辆、交通基础设施等对象。交通目标对象的第一交通信息可以是包括各种与交通目标对象有关的交通信息，例如可以包括交通目标对象的标识、位置、状态的信息，也可以包括交通环境信息、灾害信息等等。
相应的，第一局部tcu接收交通目标对象发送的第一交通信息。
202，第一局部tcu获取交通应用类型和第一交通信息。
交通应用类型用于指示待处理的交通场景。例如，紧急车辆提示的交通应用类型指示第一局部tcu待处理的交通场景为第一局部tcu需要向紧急车辆方向上的其他车辆进行提示，以使其他车辆为紧急车辆让道。第一局部tcu在获取交通应用类型和交通目标对象的第一交通信息时，有以下几种可能的实施场景：
在第一种可能的实施场景中，202可以具体为：第一局部tcu根据预设条件，获取所述交通目标对象的第一交通信息以及所述交通应用类型。
预设条件可以是预先在第一局部tcu中设置的定时时间、信息类型、指令类型等。当第一局部tcu检测到预设条件满足时，就可以触发获取交通目标对象的第一交通信息以及交通应用类型的动作。例如，预设条件为到达预设的第一时间，则第一局部tcu就可以在第一时间到达时获取交通目标对象的第一交通信息以及交通应用类型的动作。
交通目标对象的第一交通信息可以是第一局部tcu预先通过交通目标对象、其他tcu或者网络单元等收集到的，这里不作具体限定。
第一局部tcu在获取到第一交通信息后可以分析确定出相应的交通应用类型，也可以根据预设条件确定交通应用类型，这里的交通应用类型可以通过交通应用类型的标识来表示。从而，第一局部tcu就可以获取到交通应用类型和交通目标对象的第一交通信息。例如，若第一交通信息为紧急车辆的位置、状态等相关信息时，第一局部tcu可以根据第一交通信息确定出交通应用类型为紧急车辆提示应用类型；若预设条件已经指示了交通应用类型为交通信号通知类型时，则第一局部tcu就根据预设条件确定交通应用类型。
进一步地，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息创建该交通应用类型对应的交通应用实例。交通应用实例是指交通应用的一次实际运行，例如交通信号通知应用的一次运行就是交通信号通知应用的实例。在实例的创建过程中，第一局部tcu可以为该交通应用实例分配一个实例标识，该实例标识可以唯一的表示该交通应用实例。
例如，第一交通信息包括交通信号的信息(标识、位置、相位状态、当前相位状态的剩余持续时间等)，则第一局部tcu可以分析确定该第一交通信息对应的交通应用类型为交通信号通知应用类型，创建交通信号通知应用实例，并分配该交通信号通知应用实例的实例标识。
在第二种可能的实施场景中，202可以具体为：与步骤201相对应的，第一局部tcu接收交通目标对象的第一交通信息，接着，第一局部tcu根据交通目标对象的第一交通信息确定所述交通应用类型。
第一局部tcu根据接收到的第一交通信息中的内容，可以分析确定出第一交通信息对应的交通应用类型。从而，第一局部tcu就可以获取到交通应用类型和交通目标对象的第一交通信息。进一步地，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息创建该交通应用类型对应的交通应用实例。
在第三种可能的实施场景中，202可以具体为：第一局部tcu根据接收到的交通目标对象的交通应用请求，确定交通目标对象的第一交通信息以及交通应用类型。
交通应用请求可以包括交通目标对象的第一交通信息和请求类型，其中，请求类型用于确定交通应用类型。
第一局部tcu在接收到交通目标对象的交通应用请求后，可以根据交通应用请求中的请求类型确定出对应的交通应用类型，从而，第一局部tcu就可以获取到交通应用类型和交通目标对象的第一交通信息。例如，交通应用请求中的请求类型为路径规划业务请求，第一局部tcu根据路径规划业务请求可以确定对应的交通应用类型为路况查询应用类型。进一步地，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息创建该交通应用对应的交通应用实例。
需要说明的是，交通目标对象的交通应用请求可以是交通目标对象自身向第一局部tcu发送的，也可以是其他交通对象向第一局部tcu发送的。例如，交通目标对象为车辆，想要获知其周围盲区的物体信息时，交通目标对象可以直接向第一局部tcu发送请求类型为盲区物体告警的交通应用请求；交通目标对象为残疾人，其他交通对象为路侧监控设备，当路侧监控设备监测到残疾人出现时，可以向第一局部tcu发送请求类型为残疾人提醒的针对交通目标对象(残疾人)的交通应用请求。
203，第一局部tcu确定交通应用类型和第一交通信息初始是由所述第一局部tcu确定的。
其中，结合步骤202中介绍的在多种可能的情况，第一局部tcu确定了交通应用类型和第一交通信息，可以确定该交通应用类型和第一交通信息初始是由所述第一局部tcu确定的。可选的，结合步骤202中介绍的在多种可能的情况，在第一局部tcu创建交通应用实例之后，步骤203还可以替换为第一局部tcu确定交通应用实例初始是由所述第一局部tcu创建的。
该步骤是可选的步骤，在本发明实施例中，如果第一局部tcu是在步骤202所介绍的多种可能的情况下确定的交通应用类型和第一交通信息，无需执行步骤203就可以执行本发明实施例中第一局部tcu所执行的步骤。
204，第一局部tcu根据所述交通应用类型和所述第一交通信息，确定交互覆盖区域。
交互覆盖区域用于指示待处理的交通场景涉及的地理区域。例如待处理的交通场景是交通信号灯的信息的通知场景，那么涉及的地理区域就可以是该交通信号灯管控的道路中的部分区域，那么这部分区域就可以为交互覆盖区域。
第一局部tcu确定交通应用类型和交通目标对象的第一交通信息之后，可以根据交通应用类型和交通目标对象的第一交通信息确定出交互覆盖区域。具体实现中，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息以及地图信息确定交互覆盖区域。其中，第一交通信息可以包括交通目标对象的位置信息，或者，也可以包括交通目标对象的位置信息和状态信息。
在一种可能的实施场景中，第一交通信息可以包括交通目标对象的位置信息，交通目标对象的位置信息具体可以为交通目标对象的当前位置。第一局部tcu根据交通应用类型和交通目标对象的第一交通信息以及地图信息，将交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为交通应用的交互覆盖区域。其中，第一距离阈值可以是根据交通应用类型确定的，即不同的交通应用类型可以对应不同的第一距离阈值。
具体来说，交通目标对象的当前位置确定了交互覆盖区域的起点，而交通应用类型可以确定第一距离阈值，那么第一局部tcu根据交通应用类型结合地图信息就可以确定从该起点向某个特定方向或者特定道路延伸第一距离阈值后的区域，即确定以交通目标对象的当前位置为起点的第一距离阈值内的地理区域作为交互覆盖区域。
举例来说，假设交通目标对象为交通信号灯s，交通应用类型为交通信号灯信息的通知应用类型，交通目标对象的位置信息为交通信号灯s的当前位置a。假设交通信号通知应用类型指示的是将某一个交通信号灯管控的道路上距离交通信号灯s2km(第一距离阈值)内的区域作为交互覆盖区域，则第一局部tcu就可以将交通信号灯s的当前位置a作为起点，结合地图信息确定交通信号灯s管控的道路上距离交通信号灯s2km内的地理区域，将该地理区域确定为交通信号通知应用类型指示的交通场景对应的交互覆盖区域。
在另一种可能的实施场景中，第一交通信息可以包括交通目标对象的位置信息和状态信息。其中，状态信息可以指速度、角速度、加速度、运动方向等。则第一局部tcu需要根据交通应用类型和交通目标对象的第一交通信息以及地图信息，将交通目标对象的当前位置为起点的特定方向上的第一距离阈值内的地理区域确定为交互覆盖区域。与上一种可能的实施场景不同的是，从交通目标对象的当前位置为起点向外延伸的第一距离阈值、特定方向等交互覆盖区域的参数，不仅由交通应用类型和地图信息确定，还需要结合交通目标对象的状态信息。
举例来说，假设交通目标对象为紧急车辆e，交通应用类型为紧急车辆提示应用类型，交通目标对象的位置信息为紧急车辆e的当前位置b，状态信息包括紧急车辆e的行驶方向、行驶速度、行驶加速度等。假设紧急车辆提示应用类型指示的是将紧急车辆行驶的道路上5分钟内紧急车辆会到达的区域作为交互覆盖区域，则第一局部tcu可以将紧急车辆e的当前位置b作为起点，根据紧急车辆e的行驶速度、行驶加速度等确定出5分钟内紧急车辆e的行驶的距离为1km，然后结合地图信息以及紧急车辆e的行驶方向，将紧急车辆行驶的道路上紧急车辆e的行驶方向上距离紧急车辆e的当前位置b1km的地理区域确定为紧急车辆提示应用类型指示的交通场景的交互覆盖区域。
205，第一局部tcu判断是否存在第二区域。
其中，第一局部tcu根据交互覆盖区域和第一局部tcu的管理区域判断是否存在第二区域，第二区域是交互覆盖区域和第一局部tcu的管理区域重叠的区域。具体实现中，第一局部tcu将第一局部tcu的管理区域与交互覆盖区域进行比较，以确定两者之间是否存在重叠的区域。若存在重叠的区域，表示存在第二区域，则执行步骤206，确定所述第二区域中的第一交通参与对象；若不存在重叠的区域，表示不存在第二区域，由于该交通应用类型和第一交通信息初始是在第一局部tcu上确定的，因此可以执行步骤208，判断是否存在第三区域，第三区域为第二局部tcu的管理区域与交互覆盖区域的重叠的区域。
在本发明实施例中，第一局部tcu的管理区域，可以在部署第一局部tcu的情况下，设定该第一局部tcu负责管理的区域，进而确定第一局部tcu的管理区域。每个局部tcu的管理区域的设定方式均可以按照第一局部tcu中管理区域的确定方式来确定。进一步的，还可以通知该第一局部tcu与该第一局部tcu相邻的每个局部tcu的标识和每个局部tcu的管理区域。对应全局tcu而言，在部署局部tcu和全局tcu的情况下，可以通知全局tcu它负责管理的多个局部tcu和每个局部tcu的管理区域。
在一种可选的实现方式中，在局部tcu的标识和的管理区域中的至少一个发生更新时，可以将信息通知给与其相邻的局部tcu以及全局tcu，以便于更加准确地确定交互覆盖区域所涉及的局部tcu。例如，所述第一局部tcu接收与所述第一局部tcu相邻的局部tcu发送的相邻的局部tcu的标识以及管理区域，以确定与所述第一局部tcu相邻的局部tcu的标识以及管理区域；又如，所述全局tcu接收至少一个局部tcu发送的局部tcu的标识以及管理区域，以使全局tcu确定局部tcu的对应管理区域。
206，第一局部tcu确定所述第二区域中的第一交通参与对象。
可选的，所述第一局部tcu将预设时间内在所述第二区域中出现的可通信对象确定为第一交通参与对象。其中，预设时间可以是从当前时刻起的一段时间。由于第一交通信息的时效性不同，对于不同应用类型、不同交通信息、不同交通应用实例，可以设定不同的预设时间。例如，第一交通信息为自然灾害信息，则可以从当前时刻算起的3小时、5小时内在所述第二区域中出现的交通参与对象确定为第一交通参与对象。又如，第一交通信息为交通信号灯信息，则可以在从当前时刻算起的信号灯不变化的剩余时长(30秒、50秒等)内在所述第二区域中出现的交通参与对象确定为第一交通参与对象。
可选的，可通信对象为车载终端、用户终端、路侧监控设备、车辆、交通信号灯监测设备等等。
进一步的，在执行步骤205和步骤206之后，还可以执行步骤208，以确定是否存在第三区域，第三区域为第二局部tcu的管理区域和交互覆盖区域重叠的区域。
207，第一局部tcu为所述第一交通参与对象提供交互支持。
其中，这里的交互支持可以包括向第一交通参与对象发送第一交通信息；或者，接收第一交通参与对象发送的第二交通信息，并将该第二交通信息发送给交通目标对象。具体请参见图3a和图3b的具体介绍。
可选的，第一局部tcu可以根据交通应用类型确定为第一交通参与对象提供交互支持。例如，若交通应用类型为指示待处理的交通信号灯的信息的通知场景，则所采用的交互支持为向第一交通参与对象发送第一交通信息，若交通应用类型为指示待处理的盲区物体告警场景，则所采用的交互支持为接收第一交通参与对象发送的第二交通信息，并将该第二交通信息发送给交通目标对象。
208，第一局部tcu判断是否存在第三区域。
其中，第一局部tcu根据交互覆盖区域和与第一局部tcu相邻的局部tcu的管理区域判断是否存在第三区域，第三区域是交互覆盖区域和与第一局部tcu相邻的局部tcu的管理区域重叠的区域。第一局部tcu可以确定与其相邻的局部tcu以及相邻的局部tcu的管理区域。
在一种可能的实施场景中，与第一局部tcu相邻的tcu数量为一个的情况下，为便于理解，将这一个与第一局部tcu相邻的tcu命名为第二局部tcu。
第一局部tcu将该第二局部tcu的管理区域与交互覆盖区域进行比较，以确定是否存在重叠的区域。若存在重叠的区域，表示存在第三区域，则执行步骤209，向该第二局部tcu发送交通应用类型和第一交通信息；若存在第三区域，除了执行步骤209之外，还可以执行步骤215，第一局部tcu判断是否存在第一区域。其中，对于存在第三区域的情况下，本发明实施例不限定步骤209和步骤215的执行先后顺序。若不存在重叠的区域，表示不存在第三区域，则执行步骤215，第一局部tcu判断是否存在第一区域，以确定该交互覆盖区域是否还涉及除第一局部tcu和第二局部tcu之外的局部tcu。
在另一种可能的实施场景中，与第一局部tcu相邻的局部tcu数量为多个的情况下，为便于理解，将多个与第一局部tcu相邻的tcu命名为多个第二局部tcu。
在具体实现过程中，首先，第一局部tcu将多个第二局部tcu中每个第二局部tcu的管理区域与交互覆盖区域进行比较，确定每个第二局部tcu与交互覆盖区域是否存在重叠的区域。接着，确定多个第二局部tcu中是否有与交互覆盖区域存在重叠的区域的第二局部tcu。若多个第二局部tcu中有与交互覆盖区域存在重叠的区域的第二局部tcu，表示存在第三区域，则第一局部tcu确定与交互覆盖区域存在重叠的区域的第二局部tcu，并对与交互覆盖区域存在重叠的区域的第二局部tcu执行步骤209，发送交通应用类型和第一交通信息，这里需要注意的是，所述第一局部tcu对与交互覆盖区域不存在重叠的区域的第二局部tcu是不执行步骤209的。在存在第三区域的情况下，除了执行步骤209之外，还可以执行步骤215，第一局部tcu判断是否存在第一区域。其中，对于存在第三区域的情况下，本发明实施例不限定步骤209和步骤215的执行先后顺序。若多个第二局部tcu中没有与交互覆盖区域存在重叠的区域的第二局部tcu，表示不存在第三区域，则执行步骤215，判断是否存在第三区域，以确定该交互覆盖区域是否还涉及除第一局部tcu和第二局部tcu之外的局部tcu。
209，所述第一局部tcu向第二局部tcu发送交通应用类型和第一交通信息。
210，第二局部tcu接收第一局部tcu发送的交通应用类型和第一交通信息。
其中，针对步骤209和步骤210而言，第一局部tcu在初始确定交通应用类型和交通目标对象的第一交通信息之后，第一局部tcu将确定了的交通应用类型和交通目标对象的第一交通信息发送给第二局部tcu。
可选的，在接收到该交通应用类型和第一交通信息之后，所述第二局部tcu可以向第一局部tcu发送已确认接收到交通应用类型和第一交通信息的消息，相应的，所述第一局部tcu接收该表示确认接收的信息，以使第一局部tcu确定该第二局部tcu已确认接收对该交通应用类型和第一交通信息。
在一种可能的实施场景中，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息创建该交通应用对应的交通应用实例，并为该交通应用实例分配了实例标识。需要说明的是，在该实施场景中，第一局部tcu还可以向第二局部tcu发送创建交通应用实例时分配的实例标识。因此第二局部tcu在创建交通应用实例时，无需分配新的实例标识。
这里需要指出的是，第二局部tcu创建交通应用实例与第一局部tcu创建交通应用实例的具体实现过程是不同。在第二局部tcu创建交通应用实例的过程中，第二局部tcu根据交通应用类型，确定所需要创建的实例的交通应用，并对所创建的实例配置接收到的实例标识和第一交通信息，进而实现创建交通应用实例。可选的，第二局部tcu为该交通应用实例分配物理资源，例如，内存资源、处理单元(centralprocessingunit，cpu)资源、存储资源等等。
举例来说，第一局部tcu向第二局部tcu发送的信息包括的实例标识：n1、应用类型：紧急车辆提示应用、第一交通信息：紧急车辆e的当前位置b和状态信息，状态信息包括紧急车辆e的行驶方向、行驶速度、行驶加速度等。第二局部tcu根据该信息，创建紧急车辆提示应用实例，且该实例的实例标识为n1，该紧急车辆提示应用实例所参考的交通信息为第一交通信息。
211，第二局部tcu确定交通应用类型和第一交通信息初始不是由第二局部tcu确定的。
对于第二局部tcu而言，通过步骤210确定第二局部tcu是根据接收到第一局部tcu发送的信息而确定交通应用类型和第一交通信息，因此确定交通应用类型和第一交通信息初始不是由第二局部tcu创建的。该步骤是可选的步骤。
需要说明的是，在本发明实施例中，如果第二局部tcu是通过接收第一局部tcu或者其他tcu发送的交通应用类型和第一交通信息而确定的交通应用类型和第一交通信息，就可以确定交通应用类型和第一交通信息初始不是由第二局部tcu确定的，进而在第二局部tcu侧执行本发明实施例中步骤212至步骤214。
212，第二局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域。
其中，第二局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域的具体过程，与步骤204第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域的具体过程相同。两者的区别仅在于是不同tcu来确定，具体可以参考步骤204的详细介绍，在此不再赘述。
213，第二局部tcu确定第二交通参与对象。
由于第二局部tcu是第一局部tcu从多个与第一局部tcu相邻的局部tcu中，确定的与交互覆盖区域存在重叠的区域的第二局部tcu，因此步骤210至步骤214中的第二局部tcu必然与交互覆盖区域存在重叠的区域。
进一步的，第二局部tcu可以先确定第二局部tcu的管理区域与交互覆盖区域的重叠的区域，即第三区域；接着，第二局部tcu在第三区域确定第二交通参与对象。其中，第二局部tcu在第三区域中确定第二交通参与对象的具体实现方式，可以参考步骤206第一局部tcu在第二区域中确定第一交通参与对象的具体介绍，在此不再赘述。
214，第二局部tcu为所述第二交通参与对象提供交互支持。
其中，这里的交互支持可以包括向第二交通参与对象发送第一交通信息；或者，接收第二交通参与对象发送的第二交通信息，并将该第二交通信息发送给交通目标对象。具体请参见图3a和图3b的具体介绍。
可选的，第二局部tcu可以根据交通应用类型确定为第二交通参与对象提供交互支持。例如，若交通应用类型为指示待处理的交通信号灯的信息的通知场景，则所采用的交互支持为向第二交通参与对象发送第一交通信息，若交通应用类型为指示待处理的盲区物体告警场景，则所采用的交互支持为接收第二交通参与对象发送的第二交通信息，并将该第二交通信息发送给交通目标对象。
进一步的，第二局部tcu不再向任何tcu传递交通应用类型和第一交通信息。
215，第一局部tcu判断是否存在第一区域。
其中，第一局部tcu根据交互覆盖区域、第一局部tcu的管理区域、第二局部tcu的管理区域，判断是否存在第一区域。所述第二局部tcu为与所述第一局部tcu相邻的局部tcu，所述第一区域为至少一个第三局部tcu的管理区域与所述交互覆盖区域重叠的区域，所述第三局部tcu为与所述第一局部tcu不相邻的局部tcu。
具体实现中，在第一局部tcu将交互覆盖区域分别与第一局部tcu的管理区域、第二局部tcu的管理区域进行比较，以判断是否存在重叠的区域之后，第一局部tcu可以确定交互覆盖区域除了确定出的重叠的区域之外，是否还存在其他区域。
若还存在其他区域，则表示交互覆盖区域包含不属于第一局部tcu的管理区域且不属于第二局部tcu的对应管理区域的第一区域，也就是说第一区域为至少一个第三局部tcu的管理区域与所述交互覆盖区域重叠的区域。需要说明的是，第一局部tcu无需确定至少一个第三局部tcu的管理区域，就可以确定是否存在第一区域。进一步的，由于全局tcu可以确定多个局部tcu的管理区域，因此第一局部tcu执行步骤216向全局tcu发送交通应用类型和第一交通信息，以使全局tcu确定交互覆盖区域所涉及的其他局部tcu。
若不存在其他区域，则表示交互覆盖区域未超出目标管理区域，目标管理区域包含第一局部tcu的管理区域和第二局部tcu的管理区域。这一情况下，第一局部tcu不在执行其他步骤。
216，所述第一局部tcu向全局tcu发送交通应用类型和第一交通信息。
217，全局tcu接收第一局部tcu发送的交通应用类型和第一交通信息。
其中，针对步骤209和步骤210而言，第一局部tcu在初始确定交通应用类型和交通目标对象的第一交通信息之后，第一局部tcu将确定了的交通应用类型和交通目标对象的第一交通信息发送给全局tcu。
可选的，全局tcu在接收到该交通应用类型和第一交通信息之后，所述全局tcu可以向第一局部tcu发送已确认接收到交通应用类型和第一交通信息的消息，相应的，所述第一局部tcu接收该表示确认接收的信息，以使第一局部tcu确定该全局tcu已确认接收对该交通应用类型和第一交通信息。
在一种可能的实施场景中，第一局部tcu可以根据交通应用类型和交通目标对象的第一交通信息创建该交通应用对应的交通应用实例，并为该交通应用实例分配了实例标识。需要说明的是，在该实施场景中，第一局部tcu还可以向全局tcu发送创建交通应用实例时分配的实例标识。因此全局tcu在创建交通应用实例时，无需分配新的实例标识。
这里需要指出的是，全局tcu创建交通应用实例与第一局部tcu创建交通应用实例的具体实现过程是不同。在全局tcu创建交通应用实例的过程中，全局tcu根据交通应用类型，确定所需要创建的实例的交通应用，并对所创建的实例配置接收到的实例标识和第一交通信息，进而实现创建交通应用实例。可选的，全局tcu为该交通应用实例分配物理资源，例如，内存资源、处理单元(centralprocessingunit，cpu)资源、存储资源等等。
218，全局tcu确定交通应用类型和第一交通信息初始不是由全局tcu确定的。
对于全局tcu而言，通过步骤217确定全局tcu是根据接收到第一局部tcu发送的信息而确定交通应用类型和第一交通信息，因此确定交通应用类型和第一交通信息初始不是由全局tcu创建的。该步骤是可选的步骤。
需要说明的是，在本发明实施例中，如果全局tcu是通过接收第一局部tcu或者其他局部tcu发送的交通应用类型和第一交通信息而确定的交通应用类型和第一交通信息，就可以确定交通应用类型和第一交通信息初始不是由全局tcu确定的，进而在全局tcu侧执行本发明实施例中步骤219至步骤221。
219，全局tcu根据所述交通应用类型和所述第一交通信息，确定交互覆盖区域。
其中，全局tcu确定交互覆盖区域的具体过程，与步骤204第一局部tcu确定交互覆盖区域的具体过程相同。两者的区别仅在于是不同tcu来确定，具体可以参考步骤204的详细介绍，在此不再赘述。
220，全局tcu根据所述交互覆盖区域以及至少一个局部tcu的管理区域，确定目标局部tcu。
首先，目标局部tcu满足第一条件：目标局部tcu的管理区域和交互覆盖区域存在重叠的区域，以便于管理区域与交互覆盖区域存在重叠的区域的局部tcu对该待处理的交通场景进行处理。
接着，目标局部tcu在满足第一条件的基础上还需要满足第二条件：目标局部tcu不包括第一局部tcu和与第一局部tcu相邻的局部tcu。是因为全局tcu的管理区域划分为至少一个局部tcu中每个局部tcu的管理区域，至少一个局部tcu包括第一局部tcu和第二局部tcu以及其他局部tcu，这里将其他局部tcu命名为多个第五局部tcu，以便于理解。由于第一局部tcu和第二局部tcu是否与交互覆盖区域有重叠的区域，已由第一局部tcu确定，因此所确定的目标局部tcu是不包括所述第一局部tcu和所述第一局部tcu的第二局部tcu的。在一种可选的实现方式中，全局tcu将至少一个局部tcu中的第一局部tcu和与第一局部tcu相邻的局部tcu进行排除，得到多个第五局部tcu，并从多个第五局部tcu中确定管理区域与交互覆盖区域存在重叠的区域的目标局部tcu即可。在另一种可选的实现方式中，全局tcu从至少一个局部tcu中确定出管理区域与交互覆盖区域存在重叠的区域的多个第六局部tcu，在将多个第六局部tcu的各个标识，与第一局部tcu和与第一局部tcu相邻的局部tcu的各个标识进行比对，以得到不包括第一局部tcu和与第一局部tcu相邻的局部tcu的局部tcu。
221，全局tcu向所述目标局部tcu发送交通应用类型和第一交通信息。
相应的，目标局部tcu接收交通应用类型和第一交通信息。目标局部tcu对交通应用类型和第一交通信息处理的具体实现可以参考第二局部tcu所执行的步骤210至步骤214的详细介绍，在此不再赘述。
可选的，在目标局部tcu接收到该交通应用类型和第一交通信息之后，目标局部tcu可以向全局tcu发送已确认接收到交通应用类型和第一交通信息的消息，相应的，所述全局tcu接收该表示确认接收的信息，以使全局tcu确定该目标局部tcu已确认接收对该交通应用类型和第一交通信息。
在本发明实施例中，无论是步骤207中第一局部tcu为所述第一交通参与对象提供交互支持，还是步骤214中第二局部tcu为所述第二交通参与对象提供交互支持，均可以参考图3a和图3b中任意一种实现方式，其中，图3a和图3b是以第一局部tcu为第一交通参与对象提供交互支持为例来说明的。具体参见以下介绍。
在一种可选的实现方式中，请参见图3a，为本发明实施例提供了一种提供交互支持的流程示意图。如图3a所示，该示意图是由第一局部tcu和第一交通参与对象共同执行的，具体包括步骤301至步骤303。
301，第一局部tcu向第一交通参与对象发送第一交通信息。
其中，在步骤202第一局部tcu确定交通应用类型和第一交通信息的步骤中，可以获知第一交通信息可以是通过不同的方式获取到的，这里不再赘述。通过向第一交通参与对象发送第一交通信息以便于第一交通参与对象有效利用该第一交通信息。
例如，若第一交通信息为前方拥堵的位置信息，第一交通参与对象为附近车辆，则第一局部tcu可以向附近车辆发送前方拥堵的位置信息，以使第一交通参与对象在接收到该信息之后，车辆用户可以根据自己的位置及需求确定是否调整前行路径。
在一种可能的实现场景中，第一局部tcu所发送的是第一局部tcu处理后的第一交通信息。例如，若第一交通信息为交通信号灯s的位置信息和状态信息，这里的状态信息为信号灯s保持红灯的剩余时长为45秒，则第一局部tcu可以根据接收到第一交通信息，以及信息处理时长，生成第一交通信息，如，信息处理时长，包括交互覆盖区域的确定时长、第一交通参与对象的确定时长、与第一交通参与对象传输信息的传输时长等等，若信息处理时长为5s，则生成的第一交通信息为信号灯s的位置信息以及保持红灯的剩余时长为40秒的状态信息。
相应的，第一交通参与对象接收所述第一交通信息。
302，第一局部tcu向第一交通参与对象发送交通环境信息。
其中，第一局部tcu可以获取交通环境信息，并向第一交通参与对象发送该交通环境信息。其中，交通环境信息可以包括但不限定于天气信息、交通道路是否有积水等。可选的，第一局部tcu可以向天气监控设备获取天气信息，可以向道路监控设备获取交通道路是否有积水的信息。
相应的，第一交通参与对象接收所述交通环境信息。
可选的，第一局部tcu还可以向第一交通参与对象发送不同于第一交通信息的交通差异信息，这里的交通差异信息不限于步骤302中的交通环境信息。在一种可选的实现方式中，第一局部tcu在确定发送第一交通信息和交通差异信息之后，第一局部tcu可以一次性将第一交通信息和交通差异信息发送给第一交通参与对象；或者，也可以分两次分别发送第一交通信息和交通差异信息，本发明实施例对此不做限定。
303，第一交通参与对象向第一局部tcu发送第一消息。
其中，第一消息用于指示所述第一交通参与对象已确认接收该第一交通信息。相应的，第一局部tcu接收该第一消息，以使第一局部tcu确定第一交通参与对象已确认接收所发送的信息。
在另一种可选的实现方式中，请参见图3b，为本发明实施例提供了另一种提供交互支持的流程示意图。如图3b所示，该示意图是由第一局部tcu、第一交通参与对象、交通目标对象共同执行的，具体包括步骤305至步骤309。
305，第一局部tcu向第一交通参与对象发送指示信息。
其中，步骤305为可选步骤，通过发送指示信息，以使第一交通参与对象反馈第二交通信息。
306，第一交通参与对象向第一局部tcu发送第二交通信息。
其中，第一交通参与对象不论是否接收到指示信息，均可以向第一局部tcu发送第二交通信息。其中，第一交通参与对象也可以为移动对象或者固定对象。第二交通信息可以包括第一交通参与对象的位置信息；或者第二交通信息包括第一交通参与对象的位置信息和状态信息，例如，状态信息包括方向、速度、加速度、角速度等。
307，第一局部tcu向第一交通参与对象发送第二消息。
其中，在第一局部tcu接收到第二交通信息之后，可以向第一交通参与对象发送第二消息，第二消息用于指示所述交通参与对象已确认接收所述第二交通信息。
相应的，第一交通参与对象接收第二消息，以确定第一局部tcu已确认接收该第二交通信息。
308，第一局部tcu向交通目标对象发送第二交通信息。
其中，第一局部tcu可以将接收到的第二交通信息发送给交通目标对象，以使交通目标对象有效利用该信息。例如，假设交通目标对象为碰撞发生率高的路口的第一车辆，第一交通参与对象为与第一车辆相距一定距离范围内的第二车辆，为了减少碰撞，第一局部tcu可以将第二车辆的位置信息、状态信息发送至第一车辆，以使第一车辆的用户及时了解该路口的其他车辆的信息，还可以根据实际需求调整自身的驾驶行为。
例如，当第一局部tcu接收的是与第一局部tcu相邻的局部tcu(设定为第三局部tcu)发送的交通应用类型和交通目标对象的第一交通信息时，第一局部tcu可以经第三局部tcu将第二交通信息发送给交通目标对象。如果第三局部tcu也是接收的是与第三局部tcu相邻的第四局部tcu发送的交通应用类型和交通目标对象的第一交通信息，那么可以进一步经第四局部tcu将第二交通信息发送给交通目标对象。
309，交通目标对象向第一局部tcu发送第五消息。
其中，在交通目标对象接收到第二交通信息之后，可以向第一局部tcu发送第五消息，第五消息用于指示所述交通目标对象已确认接收所述第二交通信息。
相应的，第一局部tcu接收该第五消息，以确定交通目标对象已确认接收该第二交通信息。
在本发明实施例中，步骤307和步骤308在执行顺序上并没有先后之分。
在图3b所示实施例中需要说明的是，针对步骤207第一局部tcu为所述第一交通参与对象提供交互支持，也就是说第一交通参与对象和交通目标对象均是位于第一局部tcu的管理区域中的，这样通过第一局部tcu可以完成步骤308第一局部tcu向交通目标对象发送第二交通信息的执行。针对步骤214第二局部tcu为所述第二交通参与对象提供交互支持，这一情况下，交通目标对象是位于第一局部tcu的管理区域中的，第二交通参与对象是位于第二局部tcu的管理区域中的，第二局部tcu可以先将第二交通信息发送给第一局部tcu，第一局部tcu再将第二交通信息发送给交通目标对象。
也就是说，对于第一交通参与对象和交通目标对象位于不同局部tcu的管理区域中的情况，可以通过这些不同局部tcu来共同实现向交通目标对象发送第二交通信息，例如，第一交通参与对象所在的第二局部tcu将第二交通信息发送给交通应用类型和第一交通信息的发送方第一局部tcu，接着由第一局部tcu将第二交通信息发送给交通目标对象；或者，第一交通参与对象所在的局部tcu可以将第二交通信息发送给全局tcu，再由全局tcu将该第二交通信息发送给交通目标对象；或者，第一交通参与对象所在的局部tcu可以将第二交通信息发送给全局tcu，再由全局tcu将该第二交通信息发送给交通目标对象所在的局部tcu，最后由交通目标对象所在的局部tcu将第二交通信息发送给交通目标对象，本发明实施例对此不做限定。
在本发明实施例中，在第一局部tcu初始确定交通应用类型和交通目标对象的第一交通信息的情况下，第一局部tcu能够确定交通覆盖区域，并能够确定交通覆盖区域与自身、与第一局部tcu的相邻局部tcu是否存在重叠的区域。另外，还可以通过向全局tcu发送交通应用类型和第一交通信息，以使全局tcu确定与交互覆盖区域存在重叠的区域的其他局部tcu。这样可以根据交通场景有针对性地确定交互覆盖区域，还可以精准的确定交互覆盖区域内涉及到的交通参与对象并为之提供交互支持，从而达到有针对性的传递交通信息的目的，通过局部tcu和全局tcu对交通信息的分工处理，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
下面就一些实际应用场景，举例说明图2所示实施例的交通信息处理方法。这里以图3a的实施场景为例，第一局部tcu为第一交通参与对象提供的交互支持是是用于向第一交通参与对象通知交通目标对象的第一交通信息，其中交通目标对象可以为固定部署或相对固定的对象也可以为移动的对象。
以交通信号灯信息的通知应用类型为例说明固定部署的交通目标对象的交通信息处理方法。
如图4所示，全局tcu为tcuo；可以与各个局部tcu进行通信，局部tcu为tcua、tcub、tcuc、tcud，分别负责的管理区域为管理区域a、管理区域b、管理区域c、管理区域d。
交通信号灯s固定部署于tcua的负责区域内。交通信号灯s的控制单元主动或者在tcua请求后，向tcua发送交通信号灯s信息(即上述实施例中的第一交通信息)。交通信号灯s信息可以包括交通信号灯s的标识、位置信息和当前相位状态信息。相位状态信息可以包括通行、停止、减速、限速、转弯等当前信号的类型以及当前信号的剩余持续时间。tcua可以反馈交通信号灯s的控制单元用于指示已确认接收交通信号灯s信息的消息。
交通信号灯s信息触发tcua根据交通信号灯s信息确定交通应用类型，交通信号灯s作为交通目标对象。tcua根据该交通信号灯信息的通知应用类型和交通信号灯s信息，结合地图信息确定交互覆盖区域。设交通信号灯信息的通知应用类型指示的是将某一个交通信号灯管控的道路上距离该交通信号灯2km内的区域作为交互覆盖区域，那么tcua可以将交通信号灯s的位置作为起点，以交通信号灯s管控的如图4所示的道路区域dl1上距离交通信号灯s2km的区域，作为所确定的交互覆盖区域。
可以看出，tcua的管理区域a与交互覆盖区域存在重叠的区域，即存在第二区域，则tcua进一步确定其管理区域a内实际涉及该交互的第一交通参与对象p(图4中的汽车)。根据交通信号灯信息的通知应用类型，tcua采用的交互支持方法可以是向第一交通参与对象p发送交通信号灯s信息，以便第一交通参与对象p根据交通信号灯s行动，例如通行、停止、转弯或者调整速度。第一交通参对象者p可以反馈tcua用于指示已确认接收交通信号灯s信息的消息。
进一步地，tcua可以确定局部tcub和局部tcuc的管理区域，进而确定该交互覆盖区域与管理区域b和管理区域c有重叠的区域，即存在第三区域。
tcua向tcub和tcuc发送交通应用类型和交通目标对象的第一交通信息。当tcub或tcuc收到tcua传来的交通应用类型和交通目标对象的第一交通信息时，tcub和tcuc分别对交通应用类型和交通目标对象的第一交通信息进行处理。tcub或tcuc可以回复tcua用于指示已确认接收该交通应用类型和交通目标对象的第一交通信息的消息。tcub和tcuc对交通应用类型和交通目标对象的第一交通信的处理流程与上述tcua的处理流程相同，但tcub或tcuc不再传递该交通应用类型和交通目标对象的第一交通信给任何tcu。
进一步地，tcua可以确定交互覆盖区域除了与tcua、tcub、tcuc有重叠的区域之外，还有其他区域未确定。这一情况下，tcua向tcuo发送交通应用类型和交通目标对象的第一交通信息。tcuo确定除了tcua、tcub、tcuc之外，交互覆盖区域还与哪些tcu有重叠的区域。如图4所示，交互覆盖区域还与tcud有重叠的区域，即存在第一区域，因此tcuo将tcud确定为目标局部tcu，并向tcud发送交通应用类型和交通目标对象的第一交通信，以使tcud对该交通应用类型和交通目标对象的第一交通信进行处理。当tcud收到tcuo传来的交通应用类型和交通目标对象的第一交通信息时，tcud可以回复tcuo用于指示已确认接收该交通应用类型和交通目标对象的第一交通信息的消息。tcud对交通应用类型和交通目标对象的第一交通信的处理流程与上述tcua的处理流程相同，但tcud不再传递该交通应用类型和交通目标对象的第一交通信给任何tcu。
同理的，在车内标牌显示应用中，固定部署的交通标志作为交通目标对象，由交通标志的控制单元向局部tcu发送交通标志信息。交互覆盖区域包括该交通标志负责管控的道路上、并且到该交通标志特定距离或者特定路口数内的区域。局部tcu向该交互覆盖区域内的第一交通参与对象发送交通标志信息，以使第一交通参与对象可以在接收到交通标志信息后进行车内显示。
在前方拥堵提醒应用中，突发出现的拥堵报告点作为交通目标对象，由附近路侧监控设备或经过的车辆、车辆用户、行人等向局部tcu发送拥堵报告信息。交互覆盖区域包括该拥堵报告点周围连通的道路上、向该拥堵报告点接近方向、并且到该拥堵报告点特定距离或者特定路口数内的区域。局部tcu向该交互覆盖区域内的第一交通参与对象发送拥堵报告信息，以使第一交通参与对象可以在接收到拥堵报告信息后调整前行路径。
在危险障碍告警应用中，突发出现的路上障碍物作为交通目标对象，由附近路侧监控设备或经过的车辆、车辆用户、行人等向局部tcu发送道路障碍信息。交互覆盖区域包括该障碍物所在道路上、向该障碍物接近方向、并且到该障碍物特定距离或者特定路口数内的区域。局部tcu向该交互覆盖区域内的第一交通参与对象发送道路障碍信息，以使第一交通参与对象在接收到道路障碍信息后在前行时警惕该障碍物。
以紧急车辆提示应用类型为例说明移动的交通目标对象的交通信息处理方法。
紧急车辆e在tcua的管理区域a内移动。紧急车辆e自己或者附近路侧监控设备发现紧急车辆e后，向tcua发送紧急车辆e信息(即上述实施例中的第一交通信息)。紧急车辆e信息可以包括紧急车辆e的标识、当前位置和运动状态。运动状态可以包括方向、速度、加速度、角速度等。tcua可以回复紧急车辆e或者附近路侧监控设备用于指示已确认接收紧急车辆e信息的消息。
紧急车辆e信息触发tcua根据紧急车辆e信息确定交通应用类型，交通目标对象为紧急车辆e。tcua根据该紧急车辆提示应用类型和紧急车辆e信息，结合地图信息确定交互覆盖区域。该交互覆盖区域包括紧急车辆e行驶前方道路上、并且到紧急车辆e当前位置特定距离(例如300m)内的区域。tcua根据该交互覆盖区域，结合其所了解的tcu负责区域，确定涉及tcu。
若交互覆盖区域与tcua的管理区域a存在重叠的区域，即存在第二区域，则tcua进一步确定其的管理区域内实际涉及该交互的第一交通参与对象p，可以是车辆、车辆用户和/或路侧基础设施。根据紧急车辆提示应用类型，tcua采用的交互支持方法可以是向第一交通参与对象p发送紧急车辆e信息，以便第一交通参与对象p为紧急车辆e的前行提供便利，例如在其行驶前方道路上的车辆为其让行，或者在其行驶前方道路上的交通信号等路侧基础设施为其调整相位状态。第一交通参与对象p可以回复tcua用于指示已确认接收紧急车辆e信息的消息。
进一步地，若交互覆盖区域与tcua相邻的tcu的管理区域存在重叠的区域，即存在第三区域。假设与交互覆盖区域存在重叠的区域的与tcua相邻的tcu为tcue；tcua向tcue发送紧急车辆提示应用类型和紧急车辆e信息。当tcue收到tcua传来的紧急车辆提示应用类型和紧急车辆e信息时，tcue可以回复tcua用于指示已确认接收该紧急车辆提示应用类型和紧急车辆e信息的消息。tcue对紧急车辆提示应用类型和紧急车辆e信息的处理流程与上述tcua的处理流程相同，但第一局部tcu不再传递该紧急车辆提示应用类型和紧急车辆e信息给任何tcu。
同理的，在异常车辆告警应用中，突发出现并可能移动的异常车辆作为交通目标对象，由异常车辆自己、附近路侧监控设备或经过的车辆、车辆用户、行人等向局部tcu发送异常车辆信息。交互覆盖区域包括该异常车辆行驶后方道路上、并且到该异常车辆特定距离内的区域。局部tcu向该交互覆盖区域内的第一交通参与对象发送异常车辆信息，以使第一交通参与对象，以使第一交通参与对象可以在接收到异常车辆信息后在前行时警惕与其碰撞。
在弱势交通参与对象预警应用中，突发出现并可能移动的弱势交通参与对象(例如行人、骑行者等)为交通目标对象，由弱势交通参与对象自己、附近路侧监控设备经过的车辆、车辆用户、行人等向局部tcu发送弱势交通参与对象信息。交互覆盖区域包括该弱势交通参与对象周围连通的道路上、向该弱势交通参与对象接近方向、并且到该弱势交通参与对象特定距离内的区域。局部tcu向该交互覆盖区域内的第一交通参与对象发送弱势交通参与对象信息，以使第一交通参与对象，以使第一交通参与对象可以在接收到弱势交通参与对象信息后在前进、后退、转弯等时警惕与其碰撞。
基于图1的系统架构图，请参见图5，为本发明实施例提供了另一种交通信息处理方法的流程示意图。在该实施例中包括全局tcu和第一局部tcu。全局tcu的管理区域划分为至少一个局部tcu的管理区域，至少一个局部区域的管理区域包括第一局部tcu的管理区域。其中，第一局部tcu是目标局部tcu中的任意一个局部tcu，目标局部tcu是全局tcu确定出的tcu。如图5所示，该交通信息处理方法还涉及到交通目标对象、第一交通参与对象。图5所示实施例为全局tcu为初始获取交通应用类型和第一交通信息的tcu的前提下的具体实现方式。
501，交通目标对象向全局tcu发送交通目标对象的第一交通信息。
第一交通信息为交通目标对象的信息，其中，交通目标对象可以是行人、车辆、交通基础设施等对象。交通目标对象的第一交通信息可以是包括各种与交通目标对象有关的交通信息，例如可以包括交通目标对象的标识、位置、状态的信息，也可以包括交通环境信息、灾害信息等等。
相应的，全局tcu接收交通目标对象发送的第一交通信息。
502，全局tcu获取交通应用类型和第一交通信息。
503，全局tcu确定交通应用类型和第一交通信息初始是由全局tcu确定的。
504，全局tcu根据所述交通应用类型和所述第一交通信息，确定交互覆盖区域。
其中，步骤502至步骤504可参考图2所示实施例中步骤202至步骤204的详细介绍，在此不再赘述。
505，全局tcu根据所述交互覆盖区域以及至少一个局部tcu的管理区域，确定目标局部tcu。
举例来说，全局tcu将交互覆盖区域与至少一个局部tcu的管理区域分别进行比较，将与交互区域有重叠的区域的局部tcu均确定为目标局部tcu。
在本发明实施例中，在部署全局tcu和部署至少一个局部tcu的过程中，通知全局tcu，在其管辖范围之内的至少一个局部tcu的标识以及管理区域，使得全局tcu可以确定至少一个局部tcu的标识以及管理区域。进一步的，在部署过程中，还可以通知全局tcu与每个局部tcu相邻的局部tcu；或者，全局将管理区域在地理区域上相邻的两个局部tcu确定为相互相邻的局部tcu。
在一种可选的实现方式中，在局部tcu的标识和的管理区域中的至少一个发生更新时，可以将信息通知给全局tcu，以便于更加准确地确定交互覆盖区域所涉及的局部tcu。例如，所述全局tcu接收第一局部tcu发送的第一局部tcu的标识以及管理区域。
506，全局tcu向第一局部tcu发送交通应用类型和第一交通信息。
507，第一局部tcu接收全局tcu发送的交通应用类型和第一交通信息。
这里的第一局部tcu是步骤505中所确定出的目标局部tcu中的任意一个tcu。也就是说。全局tcu会向每个目标局部tcu发送交通应用类型和第一交通信息，每个目标局部tcu与本发明实施例中的第一局部tcu一样，执行步骤507至步骤511。
可选的，在第一局部tcu接收到该交通应用类型和第一交通信息之后，所述第一局部tcu可以向全局tcu发送已确认接收到交通应用类型和第一交通信息的消息，相应的，所述全局tcu接收该表示确认接收的信息，以使全局tcu确定该第一局部tcu已确认接收该交通应用类型和第一交通信息。
508，第一局部tcu确定交通应用类型和第一交通信息初始不是由第一局部tcu确定的。
509，第一局部tcu根据交通应用类型和第一交通信息确定交互覆盖区域。
510，第一局部tcu确定第一交通参与对象。
511，第一局部tcu为所述第一交通参与对象提供交互支持。
其中，步骤508至步骤511可以参考图2所示实施例中步骤211至步骤214的详细介绍，在此不再赘述。
进一步的，第一局部tcu不再向任何tcu传递交通应用类型和第一交通信息。
在本发明实施例中，在全局tcu初始确定交通应用类型和交通目标对象的第一交通信息的情况下，全局tcu能够确定交通覆盖区域，并能够确定与交互覆盖区域存在重叠的区域的每个局部tcu，这样可以根据交通场景有针对性地确定交互覆盖区域。另外，管理区域与交互覆盖区域存在重叠的区域的局部tcu，可以确定所涉及的交通参与对象，以实现与交通参与对象的技术支持，从而达到有针对性的传递交通信息的目的，减少了因大范围广播交通信息而带来的通信和处理资源的浪费。
下面就一些实际应用场景，举例说明图5所示实施例的交通信息处理方法。这里以图3b的实施场景为例，全局tcu为第一交通参与对象提供的交互支持是收集第一交通参与对象的第二交通信息，然后将第二交通信息发送给交通目标对象。
以盲区物体告警应用类型为例说明图3b的实施场景中的交通信息处理方法。
全局tcu为tcuo；可以与各个局部tcu进行通信，局部tcu为tcua、tcub、tcuc、tcud，分别负责的管理区域为管理区域a、管理区域b、管理区域c、管理区域d。
目标车辆v可以直接向tcuo发送盲区物体告警信息请求(可选的，目标车辆v在不确定自身在哪个管理区域内移动的情况下可以向tcuo发送盲区物体告警信息请求)或者tcuo自己控制启动时，触发tcuo确定盲区物体告警应用类型。目标车辆v作为交通目标对象。由目标车辆v向tcuo发送目标车辆v信息(即上述实施例中的第一交通信息)。目标车辆v信息可以包括目标车辆v的标识、当前位置和运动状态。运动状态可以包括方向、速度、加速度、角速度等。
tcuo根据该盲区物体告警应用类型和目标车辆v信息，结合地图信息确定交互覆盖区域。该交互覆盖区域包括目标车辆v周围、不在目标车辆v可观察方向上、并且到目标车辆v特定距离(例如100m)内的区域。tcuo根据该交互覆盖区域，结合其所了解的各个局部tcu的管理区域，确定目标局部tcu。
若交互覆盖区域与tcua的管理区域a、tcub的管理区域b和tcud的管理区域d存在重叠的区域，则tcuo确定目标局部tcu包括tcua、tcub和tcud。tcuo向tcua、tcub和tcud分别发送盲区物体告警应用类型和目标车辆v信息。当tcua、tcub或tcud收到tcuo传来的盲区物体告警应用类型和目标车辆v信息时，tcua、tcub或tcud可以回复tcuo用于指示已确认接收该盲区物体告警应用类型和目标车辆v信息的消息。
以tcua为例进行说明，在tcua在对盲区物体告警应用类型和目标车辆v信息进行处理时，确定管理区域a和交互覆盖区域的重叠的区域，tcua进一步确定重叠的区域内实际涉及该交互的第一交通参与对象p，可以是移动或固定物体。第一交通参与对象p自己或者附近路侧监控设备发现第一交通参与对象p或者tcua向第一交通参与对象请求后，向tcua发送第一交通参与对象p信息(即上述实施例中的第二交通信息)。第一交通参与对象p信息可以包括第一交通参与对象p的位置和运动状态。运动状态可以包括方向、速度、加速度、角速度等。tcua向目标车辆v发送第一交通参与对象p的信息，以便目标车辆v了解其盲区内的物体而警惕与其碰撞，例如纠正或放弃向盲区的移动。目标车辆v可以回复tcu用于指示已确认接收第一交通参与对象p信息的消息。
同理的，在交叉口碰撞预警应用中，移动的目标车辆作为交通目标对象，由目标车辆向tcu发送自己的当前位置和运动状态信息。交互覆盖区域包括该目标车辆行驶前方交叉口范围内、并且到该目标车辆特定距离内的区域。该区域内各种方向上轨迹可能与目标车辆交叉的其它车辆作为第一交通参与对象。目标车辆可以接收到作为第一交通参与对象的车辆的当前位置和运动状态信息后，在路径该交叉口时警惕与其碰撞。
上文主要从不同网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，第一局部tcu、第二局部tcu、全局tcu等其他tcu为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
本申请实施例可以根据上述方法示例对第一局部tcu、第二局部tcu、全局tcu等进行功能模块或功能单元的划分，例如，可以对应各个功能划分各个功能模块或功能单元，也可以将两个或两个以上的功能集成在一个处理模块或处理单元中。上述集成的模块或单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块或单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。请参见以下具体介绍。
请参见图6，图6是本申请实施例提供的一种交通控制装置的结构示意图。该交通控制装置可以为第一局部tcu，用于实现图2的实施例中的第一局部tcu。如图6所示，该第一局部tcu包括：
处理模块601，用于获取交通应用类型和第一交通信息，所述交通应用类型用于指示待处理的交通场景，所述第一交通信息为所述第一局部tcu的管理区域内交通目标对象的信息；
所述处理模块601，还用于根据所述交通应用类型和所述第一交通信息确定交互覆盖区域，所述交互覆盖区域用于指示所述待处理的交通场景涉及的地理区域；
所述处理模块601，还用于根据所述交互覆盖区域、所述第一局部tcu的管理区域以及与所述第二局部tcu的管理区域确定第一区域，所述第二局部tcu为与所述第一局部tcu相邻的局部tcu，所述第一区域为至少一个第三局部tcu的管理区域与所述交互覆盖区域重叠的区域，所述第三局部tcu为与所述第一局部tcu不相邻的局部tcu；
收发模块602，用于若存在所述第一区域，则将所述交通应类型和所述第一交通信息发送给全局tcu，所述全局tcu的管理区域划分为至少一个局部tcu的管理区域，所述至少一个局部区域的管理区域包括所述第一局部tcu的管理区域。
可选的，所述处理模块601，还用于根据所述交互覆盖区域和所述第一局部tcu的管理区域，所述第二区域为所述第一局部tcu的管理区域与所述交互覆盖区域重叠的区域；
所述处理模块601，还用于确定所述第二区域中的交通参与对象；
所述收发模块602，还用于向所述交通参与对象发送所述第一交通信息；或，所述收发模块602，还用于接收所述交通参与对象发送的第二交通信息并将所述第二交通信息发送给所述交通目标对象。
可选的，所述处理模块601在确定所述第二区域中的交通参与对象方面具体用于：将预设时间内在所述第二区域中出现的可通信对象确定为所述交通参与对象。
可选的，所述第二交通信息包括所述交通参与对象的位置信息；或，所述第二交通信息包括所述交通参与对象的位置信息和状态信息。
可选的，所述收发模块602，还用于接收所述交通参与对象发送的第一消息，所述第一消息用于指示所述交通参与对象已确认接收所述第一交通信息。
可选的，所述收发模块602，还用于向所述交通参与对象发送第二消息，所述第二消息用于指示所述交通参与对象已确认接收所述第二交通信息。
可选的，所述收发模块602，还用于向所述交通参与对象发送指示信息，所述指示信息用于指示所述交通参与对象向所述第一局部tcu发送所述第二交通信息。
可选的，所述处理模块601，还用于根据所述交互覆盖区域以及所述第二tcu的管理区域确定第三区域，所述第三区域为所述第二局部tcu的管理区域与所述交互覆盖区域重叠的区域；
所述收发模块602，还用于将所述交通应用类型和所述第一交通信息发送给所述第二局部tcu。
可选的，所述收发模块602，还用于接收所述第二局部tcu发送的第三消息，所述第三消息用于指示所述第二局部tcu已确定接收所述交通应用类型和所述第一交通信息。
可选的，所述收发模块602，还用于接收所述全局tcu发送的第四消息，所述第四消息用于指示所述全局tcu已确认接收所述交通应类型和所述第一交通信息。
可选的，所述处理模块601在获取交通应用类型和第一交通信息方面具体用于：
根据预设条件，获取所述交通目标对象的第一交通信息以及所述交通应用类型；或，
接收所述第一交通信息，并根据所述第一交通信息确定所述交通应用类型；或，
根据接收到的所述交通目标对象的交通应用请求，确定所述第一交通信息以及所述交通应用类型，所述交通应用请求包括所述第一交通信息和请求类型，所述请求类型用于确定所述交通应用类型。
可选的，所述第一交通信息包括所述交通目标对象的位置信息；或，所述第一交通信息包括所述交通目标对象的位置信息和状态信息。
可选的，所述交通目标对象的位置信息为所述交通目标对象的当前位置；
所述处理模块601根据所述交通应用类型和所述第一交通信息确定交互覆盖区域具体用于：根据所述交通应用类型以及地图信息，将所述交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为所述交互覆盖区域，所述第一距离阈值是根据所述交通应用类型确定的。
可选的，所述处理模块601，还用于获取所述第二局部tcu的标识以及管理区域。
可选的，所述收发模块602，还用于向所述全局tcu发送所述第一局部tcu的标识以及管理区域。
可以理解的，关于图6的交通控制装置包括的功能块的具体实现方式及相应的有益效果，可参考前述图2的实施例的具体介绍，这里不赘述。
请参见图7，图7是本申请实施例提供的一种交通控制装置的结构示意图。该交通控制装置可以为全局tcu，用于实现图5的实施例中的全局tcu。如图7所示，该全局tcu包括：
处理模块701，用于获取交通应用类型和第一交通信息，所述交通应用类型用于指示待处理的交通场景，所述第一交通信息为所述全局tcu的管理区域内交通目标对象的信息，所述全局tcu的管理区域划分为至少一个局部tcu的管理区域；
所述处理模块701，还用于根据所述交通应用类型和所述第一交通信息确定交互覆盖区域，所述交互覆盖区域用于指示所述待处理的交通场景涉及的地理区域；
所述处理模块701，还用于根据所述交互覆盖区域以及所述至少一个局部tcu的管理区域确定目标局部tcu，所述目标局部tcu的管理区域与所述交互覆盖区域存在重叠的区域；
收发模块702，用于将所述交通应用类型和所述第一交通信息发送给所述目标局部tcu。
可选的，所述处理模块701在获取交通应用类型和第一交通信息方面具体用于：
根据预设条件，获取所述交通目标对象的第一交通信息以及所述交通应用类型；或，
接收所述第一交通信息，并根据所述第一交通信息确定所述交通应用类型；或，
根据接收到的所述交通目标对象的交通应用请求，确定所述第一交通信息以及所述交通应用类型，所述交通应用请求包括所述第一交通信息和请求类型，所述请求类型用于确定所述交通应用类型。
可选的，所述收发模块702，还用于接收所述目标局部tcu发送的第一消息，所述第一消息用于指示所述目标局部tcu已确认接收到所述交通应用类型和所述第一交通信息。
可选的，所述第一交通信息包括交通目标对象的位置信息；或，所述第一交通信息包括交通目标对象的位置信息和状态信息。
可选的，所述交通目标对象的位置信息为所述交通目标对象的当前位置；
所述处理模块701根据所述交通应用类型和所述第一交通信息确定交互覆盖区域具体用于：根据所述交通应用类型以及地图信息，将所述交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为所述交互覆盖区域，所述第一距离阈值是根据所述交通应用类型确定的。
可选的，所述处理模块701，还用于获取第一局部tcu的标识以及管理区域，所述第一局部tcu为所述至少一个局部tcu中的任意一个。
可选的，所述收发模块702，还用于接收所述目标局部tcu发送的第二交通信息，并将所述第二交通信息发送给所述交通目标对象，所述第二交通信息为所述目标局部tcu的管理区域内的交通参与对象的信息。
可选的，所述第二交通信息包括所述交通参与对象的位置信息；或，所述第二交通信息包括所述交通参与对象的位置信息和状态信息。
可以理解的，关于图7的交通控制装置包括的功能块的具体实现方式及相应的有益效果，可参考前述图5的实施例的具体介绍，这里不赘述。
请参见图8，图8是本申请实施例提供的一种交通控制装置的结构示意图。该交通控制装置可以为全局tcu，用于实现图2的实施例中的第二局部tcu，或者，用于实现图5所示实施例中的第一局部tcu。如图8所示，该第一局部tcu包括：
收发模块801，用于接收第一局部tcu发送的交通应用类型和第一交通信息，所述交通应用类型用于指示待处理的交通场景，所述第一交通信息为所述全局tcu的管理区域内交通目标对象的信息，所述全局tcu的管理区域划分为至少一个局部tcu管理区域，所述至少一个局部区域的管理区域包括所述第一局部tcu的管理区域，所述全局tcu的管理区域划分为至少一个局部tcu的管理区域；
处理模块802，用于根据所述交通应用类型和所述第一交通信息确定交互覆盖区域，所述交互覆盖区域用于指示所述待处理的交通场景涉及的地理区域；
所述处理模块802，还用于根据所述交互覆盖区域以及所述至少一个局部tcu管理区域，确定目标局部tcu，所述目标局部tcu不包括所述第一局部tcu和第二局部tcu，，所述第二局部tcu为与所述第一局部tcu相邻的局部tcu，所述目标局部tcu的管理区域与所述交互覆盖区域存在重叠的区域；
所述收发模块801，还用于将所述交通应用类型和所述第一交通信息发送给所述目标局部tcu。
可选的，所述收发模块801，还用于接收所述目标局部tcu发送的第一消息，所述第一消息用于指示所述目标局部tcu已确认接收到所述交通应用类型和所述第一交通信息。
可选的，所述第一交通信息包括交通目标对象的位置信息；或，所述第一交通信息包括交通目标对象的位置信息和状态信息。
可选的，所述交通目标对象的位置信息为所述交通目标对象的当前位置；
所述处理模块802在根据所述交通应用类型和所述第一交通信息确定交互覆盖区域方面具体用于：根据所述交通应用类型以及地图信息，将所述交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为所述交互覆盖区域，所述第一距离阈值是根据所述交通应用类型确定的。
可选的，所述处理模块802，还用于获取第一局部tcu的标识以及管理区域，所述第一局部tcu为所述至少一个局部tcu中的任意一个。
可选的，所述收发模块801，还用于接收所述目标局部tcu发送的第二交通信息，并经由所述第一局部tcu将所述第二交通信息发送给所述交通目标对象，所述第二交通信息为所述目标局部tcu的管理区域内的交通参与对象的信息。
可选的，所述第二交通信息包括所述交通参与对象的位置信息；或，所述第二交通信息包括所述交通参与对象的位置信息和状态信息。
可以理解的，关于图8的交通控制装置包括的功能块的具体实现方式及相应的有益效果，可参考前述图2的实施例的具体介绍，这里不赘述。
请参见图9，图9是本申请实施例提供的一种交通控制装置的结构示意图。该交通控制装置可以为第一局部tcu，用于实现图2的实施例中的第二局部tcu，或者，用于实现图5所示实施例中的第一局部tcu。如图8所示，该第一局部tcu包括：
收发模块901，用于接收第二局部tcu或全局tcu发送的交通应用类型和交通目标对象的第一交通信息，所述交通应用类型用于指示待处理的交通场景，所述第二局部tcu为与所述第一局部tcu相邻的局部tcu，所述全局tcu的管理区域划分为至少一个局部tcu的管理区域，所述至少一个局部区域的管理区域包括所述第一局部tcu的管理区域和第二局部tcu的管理区域；
处理模块902，用于根据所述交通应用类型和所述第一交通信息确定交互覆盖区域，所述交互覆盖区域用于指示所述待处理的交通场景涉及的地理区域；
所述处理模块902，还用于根据所述交互覆盖区域和所述第一局部tcu的管理区域确定第一区域，所述第一区域为所述第一局部tcu的管理区域与所述交互覆盖区域重叠的区域；
所述处理模块902，还用于确定所述第一区域中的交通参与对象；
所述收发模块901，还用于向所述交通参与对象发送所述第一交通信息；或，所述收发模块901，还用于接收所述交通参与对象发送的第二交通信息并将所述第二交通信息发送给所述交通目标对象。
可选的，所述处理模块902在确定所述重叠的区域中的第二交通参与对象方面具体用于：将预设时间内在所述第二区域中出现的可通信对象确定为所述交通参与对象。
可选的，所述第二交通信息包括所述交通参与对象的位置信息；或，所述第二交通信息包括所述交通参与对象的位置信息和状态信息。
可选的，所述收发模块901，还用于接收来自所述交通参与对象发送的第一消息，所述第一消息用于指示所述交通参与对象已确认接收所述第一交通信息。
可选的，所述收发模块901，还用于向所述交通参与对象发送第二消息，所述第二消息用于指示所述交通参与对象已确认接收所述第二交通信息。
可选的，所述收发模块901，还用于向所述交通参与对象发送指示信息，所述指示信息用于指示所述交通参与对象反馈第二交通信息。
可选的，所述第一交通信息包括交通目标对象的位置信息；或，所述第一交通信息包括交通目标对象的位置信息和状态信息。
可选的，所述交通目标对象的位置信息为所述交通目标对象的当前位置；
所述处理模块902在根据所述交通应用类型和所述第一交通信息确定交互覆盖区域方面具体用于：根据所述交通应用类型以及地图信息，将所述交通目标对象的当前位置为起点的第一距离阈值内的地理区域确定为所述交互覆盖区域，所述第一距离阈值是根据所述交通应用类型确定的。
可选的，所述处理模块902，还用于获取所述第二局部tcu的标识以及管理区域。
可选的，所述收发模块901，还用于向所述全局tcu发送所述第一局部tcu的标识以及管理区域。
可选的，所述收发模块901在将所述第二交通信息发送给所述交通目标对象具体用于：
在所述交通应用类型和所述第一交通信息是由所述第二局部tcu发送的情况下，经由所述第二局部tcu将所述第二交通信息发送给所述交通目标对象将所述第二交通信息发送给所述交通目标对象；
在所述交通应用类型和所述第一交通信息是由于所述全局tcu发送的情况下，所述第一局部tcu经由将所述第二交通信息发送给所述交通目标对象。
可以理解的，关于图9的交通控制装置包括的功能块的具体实现方式及相应的有益效果，可参考前述图2的实施例的具体介绍，这里不赘述。
上述图6、图7、图8、图9所示实施例中的交通控制装置可以以图10所示的交通控制装置1000实现。如图10所示，为本发明实施例提供了另一种交通控制装置的结构示意图，图10所示的交通控制装置1000包括：处理器1001和收发器1002，所述收发器1002用于支持交通控制装置1000与上述实施例中涉及的交通目标对象或其他交通控制装置之间的信息传输，例如收发器1002用于实现图6、图7、图8、图9中任一收发模块所执行的动作，处理器1001用于实现图6、图7、图8、图9中任一处理模块所执行的动作。处理器1001和收发器1002通信连接，例如通过总线1004相连。所述交通控制装置1000还可以包括存储器1003。存储器1003用于存储供交通控制装置1000执行的程序代码和数据，处理器1001用于执行存储器1003中存储的应用程序代码，以实现图2至图5所示任一实施例提供的交通控制装置的动作。
需要说明的是，实际应用中交通控制装置可以包括一个或者多个处理器，该交通控制装置1000的结构并不构成对本申请实施例的限定。
处理器1001可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(application-specificintegratedcircuit，asic)，可编程逻辑器件(programmablelogicdevice，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)，现场可编程逻辑门阵列(field-programmablegatearray，fpga)，通用阵列逻辑(genericarraylogic,gal)或其任意组合。
存储器1003可以包括易失性存储器(volatilememory)，例如随机存取存储器(randomaccessmemory，ram)；存储器1003也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；存储器1003还可以包括上述种类的存储器的组合。
在本发明实施例中还提供了一种计算机存储介质，可以用于存储图6、图7、图8、图9所示实施例中所述交通控制装置所用的计算机软件指令，其包含用于执行上述实施例中为交通控制装置所设计的程序。该存储介质包括但不限于快闪存储器、硬盘、固态硬盘。
在本发明实施例中还提供了一种计算机程序产品，该计算机产品被计算设备运行时，可以执行上述图6、图7、图8、图9实施例中为交通控制装置所设计的通信方法。
在本发明实施例中，图6、图7、图8、图9所涉及的交通控制装置可以为交通控制单元，本发明实施例对此不做限定。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本领域普通技术人员可以理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。