匝道合流的协同控制方法、装置、电子设备及存储介质

1.本技术涉及匝道合流区车路协同控制技术领域，特别涉及一种匝道合流的协同控制方法、装置、电子设备及存储介质。


背景技术：

2.匝道合流区是高速公路路网中典型瓶颈区域。该区域内，匝道车辆的汇入对主路交通形成频繁扰动，降低通行效率，易导致拥堵。智能网联技术的快速发展和应用，对于提升瓶颈区域交通运行效率，有效缓解交通拥堵起到积极作用。智能网联环境下，如何借助车辆间的通讯有效协调车辆在匝道合流区域内的驾驶行为，从而提升瓶颈区域内整体交通表现是目前智能交通领域的研究热点之一。
3.相关技术中，匝道合流控制方法大多考虑单个车辆的控制，而非着眼于交通流层面的运行效率和稳定性。这导致现有技术虽能在单车层面优化匝道合流运行，却无法保证在连续交通流环境下的运行效率提升。此外，未有已知的现存方法同时考虑主路车辆让行和匝道车辆以车队形式汇入两个方法的协同控制，因此无法有效发挥该两个方法的互相促进作用。同时，未有现有方法从理论层面上系统探讨不同交通状况下匝道车队的最优组织形式。


技术实现要素：

4.本技术提供一种匝道合流的协同控制方法、装置、电子设备及存储介质，以解决在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题。
5.本技术第一方面实施例提供一种匝道合流的协同控制方法，包括以下步骤：
6.获取匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息；
7.将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型，其中，所述匝道合流的协同控制优化模型由匝道合流协同控制框架得到；以及，
8.根据所述匝道合流的协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，并按照所述匝道合流协同控制策略协调控制主路车辆和匝道车辆行驶在所述匝道合流区域内的驾驶行为。
9.根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：
10.识别主路车辆和匝道车辆的当前行为模式，并基于所述当前行为模式计算主路车辆延误和匝道车辆延误；
11.基于所述主路车辆延误和匝道车辆延误确定所述匝道合流的协同控制优化模型的匝道合流区内所有车辆总延误最小化目标函数。
12.根据本技术的一个实施例，所述匝道合流区内所有车辆总延误最小化目标函数为：
[0013][0014]
其中，wm为主路车辆延误权重，wr为匝道车辆延误权重；为让行车辆后第i辆主路车辆延误；为匝道车队中第j辆车延误；m为受让行影响的主路车辆的数量；n为匝道车队所含车辆数；r为协同汇入的实施频率。
[0015]
根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：
[0016]
构建所述匝道合流协同控制框架，并确定所述匝道合流协同控制框架下的优化变量，其中，所述优化变量包括匝道车队所含车辆数、主路车减速地点合流速度中的一项或多项。
[0017]
根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：
[0018]
基于交通安全要求、交通流稳定性要求以及车辆动态性能要求生成所述匝道合流的协同控制优化模型的一个或多个匝道合流控制约束条件。
[0019]
根据本技术实施例的匝道合流的协同控制方法，将获取到的匝道合流区的实际道路、交通状态和实际车辆的信息输入至预先构建的匝道合流的协同控制优化模型中，该协同控制优化模型由匝道合流协同控制框架得到，并根据协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，从而协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。解决了在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题，通过智能网联环境下的匝道合流协同控制方法，实现了车辆在合流区域内的协同控制，降低了车辆总延误，提升了合流效率及交通流运行的稳定性。
[0020]
本技术第二方面实施例提供一种匝道合流的协同控制装置，包括：
[0021]
获取模块，用于获取匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息；
[0022]
输入模块，用于将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型，其中，所述匝道合流的协同控制优化模型由匝道合流协同控制框架得到；以及，
[0023]
控制模块，用于根据所述匝道合流的协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，并按照所述匝道合流协同控制策略协调控制主路车辆和匝道车辆行驶在所述匝道合流区域内的驾驶行为。
[0024]
根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，所述输入模块，还用于：
[0025]
识别主路车辆和匝道车辆的当前行为模式，并基于所述当前行为模式计算主路车辆延误和匝道车辆延误；
[0026]
基于所述主路车辆延误和匝道车辆延误确定所述匝道合流的协同控制优化模型的匝道合流区内所有车辆总延误最小化目标函数。
[0027]
根据本技术的一个实施例，所述匝道合流区内所有车辆总延误最小化目标函数为：
[0028][0029]
其中，wm为主路车辆延误权重，wr为匝道车辆延误权重；为让行车辆后第i辆主路车辆延误；为匝道车队中第j辆车延误；m为受让行影响的主路车辆的数量；n为匝道车队所含车辆数；r为协同汇入的实施频率。
[0030]
根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，所述输入模块，还用于：
[0031]
构建所述匝道合流协同控制框架，并确定所述匝道合流协同控制框架下的优化变量，其中，所述优化变量包括匝道车队所含车辆数、主路车减速地点合流速度中的一项或多项。
[0032]
根据本技术的一个实施例，在将所述匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，所述输入模块，还用于：
[0033]
基于交通安全要求、交通流稳定性要求以及车辆动态性能要求生成所述匝道合流的协同控制优化模型的一个或多个匝道合流控制约束条件。
[0034]
根据本技术实施例的匝道合流的协同控制装置，将获取到的匝道合流区的实际道路、交通状态和实际车辆的信息输入至预先构建的匝道合流的协同控制优化模型中，该协同控制优化模型由匝道合流协同控制框架得到，并根据协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，从而协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。解决了在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题，通过智能网联环境下的匝道合流协同控制方法，实现了车辆在合流区域内的协同控制，降低了车辆总延误，提升了合流效率及交通流运行的稳定性。
[0035]
本技术第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的匝道合流的协同控制方法。
[0036]
本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的匝道合流的协同控制方法。
[0037]
本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
[0038]
本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
[0039]
图1为根据本技术实施例提供的一种匝道合流的协同控制方法的流程图；
[0040]
图2为根据本技术一个实施例的匝道合流的协同控制方法流程图；
[0041]
图3为根据本技术一个实施例提供的在匝道合流的协同控制效果示意图；
[0042]
图4为根据本技术一个实施例提供的无/有协同控制场景交通流的速度对比示意图；
[0043]
图5为根据本技术实施例的匝道合流的协同控制装置的示例图；
[0044]
图6为根据本技术实施例提供的电子设备的结构示意图。
具体实施方式
[0045]
下面详细描述本技术的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
[0046]
下面参考附图描述本技术实施例的匝道合流的协同控制方法、装置、电子设备及存储介质。针对上述背景技术中心提到的在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差的问题，本技术提供了一种匝道合流的协同控制方法，在该方法中，将获取到的匝道合流区的实际道路、交通状态和实际车辆的信息输入至预先构建的匝道合流的协同控制优化模型中，该协同控制优化模型由匝道合流协同控制框架得到，并根据协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，从而协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。解决了在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题，通过智能网联环境下的匝道合流协同控制方法，实现了车辆在合流区域内的协同控制，降低了车辆总延误，提升了合流效率及交通流运行的稳定性。
[0047]
具体而言，图1为本技术实施例所提供的一种匝道合流的协同控制方法的流程示意图。
[0048]
如图1所示，该匝道合流的协同控制方法包括以下步骤：
[0049]
在步骤s101中，获取匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息。
[0050]
具体地，本技术实施例中所需要获取的实际道路信息包括道路车道数、合流区长度、合流点位置、匝道停车线位置主路及匝道设计速度；实际交通状态信息包括主路交通流初始速度、匝道交通流初始速度、主路交通流流率、匝道车辆到达率、交通断裂临界速度；实际车辆信息包括车辆加减速上下限、平均车长、期望跟驰距离。
[0051]
在步骤s102中，将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型，其中，匝道合流的协同控制优化模型由匝道合流协同控制框架得到。
[0052]
具体地，为了实现主路车辆减速让行和匝道车辆以车队形式汇入的有效结合，本技术实施例可以通过构建一个匝道合流协同控制框架，通过匝道合流协同控制框架得到匝道合流的协同控制优化模型，并将上述所获得到的匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至构建的匝道合流的协同控制优化模型中。
[0053]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：识别主路车辆和匝道车辆的当前行为模式，并基于当前行为模式计算主路车辆延误和匝道车辆延误；基于主路车辆延误和匝道车辆延误确定匝道合流的协同控制优化模型的匝道合流区内所有车辆总延误最小化目标函数。
[0054]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息
和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：构建匝道合流协同控制框架，并确定匝道合流协同控制框架下的优化变量，其中，优化变量包括匝道车队所含车辆数、主路车减速地点合流速度中的一项或多项。
[0055]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，还包括：基于交通安全要求、交通流稳定性要求以及车辆动态性能要求生成匝道合流的协同控制优化模型的一个或多个匝道合流控制约束条件。
[0056]
具体而言，如图2所示，本技术实施例构建的匝道合流协同控制框架包括主路车辆减速让行和匝道车辆以车队形式汇入两部分，由控制中心集中协调主路车辆与匝道车辆在匝道合流区内的行为。该行为主要包括以下步骤：
[0057]
(1)匝道车辆到达预设停车等待线后停车等待，并将到达信息传递到控制中心；停车线的位置应能保证车辆加速距离要求，可参考现有匝道信号控制系统(ramp metering system，rms)下的停车线设置标准。
[0058]
(2)控制中心监测于匝道上停车等待的车辆数量，当车辆数量达到某一预设值时，向主路车辆发起协同汇入请求，并指定一辆主路车辆为让行车辆，向该车辆发送减速地点及目标合流速度。
[0059]
(3)让行车辆向控制中心确认接受协同汇入请求，并按照要求的减速地点及目标速度进行减速，从而在该车辆与其前车之间创造一段空当。
[0060]
(4)收到让行车辆确认后，控制中心以车队的形式释放于匝道上停车等待的车辆，并规定它们在匝道上的行动轨迹，即每时间步的行驶速度。
[0061]
(5)被释放的匝道车队遵循控制中心给出的行动轨迹行驶，于合流点汇入由主路让行车辆创造的空当。
[0062]
在该匝道合流协同控制框架下，控制中心向主路让行车辆及匝道车队发出的指令应能集中保证：
[0063]
(1)由让行车辆减速所创造的空当应不小于匝道车队汇入所需空当，即车队汇入的尺寸要求。
[0064]
(2)到达合流点时，匝道车队与主路让行车辆均应保持合流速度，即车队汇入的速度要求。
[0065]
(3)当匝道车队到达合流点时，所创造的主路空当应正好位于合流点可用，即车队汇入的到达时间要求。
[0066]
其中，本技术实施例可以包括三个优化变量，分别为：匝道车队所含车辆数(n)、主路车减速地点(d)以及合流速度(vc)。
[0067]
进一步地，通过识别主路车辆和匝道车辆的当前行为模式，分别计算主路车辆延误和匝道车辆延误。首先，主路车辆延误的相关计算如下：
[0068]
主路车辆延误为主路车辆理想行驶时间与实际行驶时间之间差值，其具体表达式如下：
[0069][0070]
其中，为让行车辆后第i辆主路车辆延误(秒)，为实际行驶时间(秒)，
为理想行驶时间(秒)，由公式(2)确定：
[0071][0072]
其中，d为主路让行车辆减速位置与合流点之间距离(米)，d
′
为合流点到匝道合流区结束位置的距离(米)，v
main
为主路设计速度(米/秒)。
[0073]
由于实际行驶时间考虑车辆受减速让行的影响，即考虑车辆初始状态以及受由减速让行产生的交通冲击波影响后状态，由公式(3)确定：
[0074][0075]
其中，vo和vc分别为主路车辆初始速度和合流速度(米/秒)；ho为初始交通状态下车头时距(秒)，可由初始状态交通流率(qo)确定，即ω为交通冲击波速度(米/秒)，可根据交通基本图理论和冲击波理论由初始速度和合流速度确定。
[0076]
受让行影响的主路车辆数量m的计算需考虑冲击波消散速度，由公式(4)确定：
[0077][0078]
其次，匝道车辆延误的相关计算如下：
[0079]
匝道车辆延误为匝道车辆理想行驶时间与实际行驶时间之间的差值，其具体表达式如下：
[0080][0081]
其中，为匝道车队中第j辆车延误(秒)，为匝道实际行驶时间(秒)，为匝道理想行驶时间(秒)，由公式(6)确定：
[0082][0083]
s为匝道停车线位置与合流点之间距离(米)，v
ramp
为匝道设计速度(米/秒)。
[0084]
由于实际行驶时间考虑到车辆于匝道停车等待时间、汇入前匝道行驶时间及汇入后主路行驶时间，由公式(7)确定：
[0085][0086]
其中，为匝道车队中第j辆车实际行驶时间(秒)；λ为匝道车辆到达率(辆/秒)；n为匝道车队所含车辆数(辆)；hc为合流速度下车头时距(秒)，可基于交通跟驰理论根据合流速度进行计算。
[0087]
进一步地，基于上述对主路车辆延误和匝道车辆延误的相关计算，进而确定匝道合流的协同控制优化模型的匝道合流区内所有车辆总延误最小化目标函数，具体表达式如下：
[0088][0089]
其中，wm与wr分别为主路车辆延误与匝道车辆延误权重，m为受让行影响的主路车辆的数量(辆)，r为协同汇入的实施频率(次/小时)。
[0090]
进一步地，为了满足交通安全要求、交通流稳定性要求以及车辆动态性能要求进一步提出匝道合流的协同控制优化模型的一个或多个匝道合流控制约束条件，具体约束条件如下：
[0091]
(1)由让行车辆减速所创造的空当(g
create
)应不小于匝道车队汇入所需空当(g
require
)。所创造空当和所需空当由以下公式确定：
[0092][0093]grequire
＝(n 1)
·
hc；(10)
[0094]
(2)只有当前一次协同汇入所产生的冲击波消散后，才能组织下一次协同汇入，以保证交通流稳定性，即
[0095]
i≥t
sw
；(11)
[0096]
其中，t
sw
为冲击波消散时间(秒)，可根据冲击波理论由初始速度和合流速度确定；i为两次协同汇入间隔(秒)，由公式(12)确定
[0097][0098]
(3)合流速度应大于交通流断裂临界速度，以保证交通流稳定性，即
[0099]
vc≥v
crit
；(13)
[0100]
其中，v
crit
为由交通基本图决定的交通流断裂临界速度。
[0101]
(4)匝道车队加速过程应满足车辆加速能力限制，即
[0102]amin
≤a≤a
max
；(14)
[0103]
其中，a
min
和a
max
为车辆加速度上限、下限(米/平方秒)。
[0104]
在步骤s103中，根据匝道合流的协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，并按照匝道合流协同控制策略协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。
[0105]
具体地，本技术实施例通过上述相关计算得出的优化变量求解结果生成匝道合流协同控制策略，通过主路车辆主动减速让行，为匝道车辆汇入创造空间，同时匝道车辆组成车队以有效利用主路空间，提升合流效率、保证交通流稳定性的控制目标。
[0106]
为了使本领域技术人员更好的了解匝道合流的协同控制方法的具体实施方案，下面结合具体实施例进行详细说明。
[0107]
具体地，为了实现降低车辆总延误、提升合流整体效率、保证交通流稳定性的控制目标，因此，本技术实施例选取交通流量近饱和状态为初始状态。其中，主路交通流量为1800辆/小时，匝道交通流量为500辆/小时；主路设计速度为120千米/小时，匝道车辆初始到达速度为60千米/小时。合流控制区道路几何特征如图3所示，主路仅考虑最外侧车道，匝道为单车道，匝道与主路由一条长为240米加速车道相连。
[0108]
进一步地，如图3所示，本技术实施例以主路与匝道交会点为合流点，合流点沿主路向上游延伸1500米，向下游延伸500米为合流控制区，匝道停车线位于合流点上游435米处。根据交通基本图理论，选取75千米/小时为交通断裂临界速度。由于本技术实施例考虑到舒适性，因此规定车辆加减速上限为2.75米/平方秒，下限为-2.75米/平方秒，车辆平均长度4.4米，行驶中的期望跟驰距离根据跟驰模型由车辆行驶速度决定。
[0109]
根据初始交通状态为输入值，在给定约束条件下使用matlab求解构建的最优化模
型，可得到该状态下优化变量最优值为匝道车队所含车辆数(n)为15辆，主路让行车辆减速位置距合流点距离(d)为1266米，最佳合流速度(vc)为82.25千米/小时。
[0110]
进一步地，本技术实施例选用vissim仿真软件构建高速公路匝道合流仿真模型，模拟本技术实施例提出的匝道合流的协同控制方法下的交通运行，并与无控制下的交通运行状况进行比较。通过对每个场景进行十次仿真实验，每次仿真实验持续7200秒，进行对比观测，其对比结果如图4所示。由图4(a)可以看出，在无控制场景中，由于交通流量较高且车辆汇入造成的频繁干扰，匝道合流区内发生持续性的严重交通拥堵并蔓延至上游路段，拥堵最严重路段车辆平均速度仅为20千米/时。由图4(b)可以看出，在匝道合流协同控制方法下，交通运行顺畅，无拥堵发生，全路段交通流速度保持在100千米/小时以上。因此，通过匝道合流协同控制方法能有效提升合流整体效率、保证交通流稳定性并预防拥堵发生。
[0111]
根据本技术实施例的匝道合流的协同控制方法，将获取到的匝道合流区的实际道路、交通状态和实际车辆的信息输入至预先构建的匝道合流的协同控制优化模型中，该协同控制优化模型由匝道合流协同控制框架得到，并根据协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，从而协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。解决了在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题，通过智能网联环境下的匝道合流协同控制方法，实现了车辆在合流区域内的协同控制，降低了车辆总延误，提升了合流效率及交通流运行的稳定性。
[0112]
其次参照附图描述根据本技术实施例提出的匝道合流的协同控制装置。
[0113]
图5是本技术实施例的匝道合流的协同控制装置的方框示意图。
[0114]
如图5所示，该匝道合流的协同控制装置10包括：获取模块100、输入模块200和控制模块300。
[0115]
其中，获取模块100用于获取匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息；
[0116]
输入模块200用于将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型，其中，匝道合流的协同控制优化模型由匝道合流协同控制框架得到；以及
[0117]
控制模块300用于根据匝道合流的协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，并按照匝道合流协同控制策略协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。
[0118]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，输入模块200，还用于：
[0119]
识别主路车辆和匝道车辆的当前行为模式，并基于当前行为模式计算主路车辆延误和匝道车辆延误；
[0120]
基于主路车辆延误和匝道车辆延误确定匝道合流的协同控制优化模型的匝道合流区内所有车辆总延误最小化目标函数。
[0121]
进一步地，在一些实施例中，匝道合流区内所有车辆总延误最小化目标函数为：
[0122]
[0123]
其中，wm与wr分别表示主路车辆延误与匝道车辆延误权重；表示让行车辆后第i辆主路车辆延误(秒)；表示匝道车队中第j辆车延误(秒)；m表示受让行影响的主路车辆的数量(辆)；n表示匝道车队所含车辆数(辆)；r表示协同汇入的实施频率(次/小时)。
[0124]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，输入模块，还用于：
[0125]
构建匝道合流协同控制框架，并确定匝道合流协同控制框架下的优化变量，其中，优化变量包括匝道车队所含车辆数、主路车减速地点合流速度中的一项或多项。
[0126]
进一步地，在一些实施例中，在将匝道合流区的实际道路信息、实际交通状态信息和实际车辆信息输入至预先构建的匝道合流的协同控制优化模型之前，输入模块，还用于：
[0127]
基于交通安全要求、交通流稳定性要求以及车辆动态性能要求生成匝道合流的协同控制优化模型的一个或多个匝道合流控制约束条件。
[0128]
根据本技术实施例的匝道合流的协同控制装置，将获取到的匝道合流区的实际道路、交通状态和实际车辆的信息输入至预先构建的匝道合流的协同控制优化模型中，该协同控制优化模型由匝道合流协同控制框架得到，并根据协同控制优化模型输出的优化变量求解结果生成匝道合流协同控制策略，从而协调控制主路车辆和匝道车辆行驶在匝道合流区域内的驾驶行为。解决了在连续交通流环境下的运行效率低以及匝道合流的协同控制效果差等问题，通过智能网联环境下的匝道合流协同控制方法，实现了车辆在合流区域内的协同控制，降低了车辆总延误，提升了合流效率及交通流运行的稳定性。
[0129]
图6为本技术实施例提供的电子设备的结构示意图。该电子设备可以包括：
[0130]
存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。
[0131]
处理器602执行程序时实现上述实施例中提供的匝道合流的协同控制方法。
[0132]
进一步地，电子设备还包括：
[0133]
通信接口603，用于存储器601和处理器602之间的通信。
[0134]
存储器601，用于存放可在处理器602上运行的计算机程序。
[0135]
存储器601可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0136]
如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0137]
可选的，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。
[0138]
处理器602可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配
置成实施本技术实施例的一个或多个集成电路。
[0139]
本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的匝道合流的协同控制方法。
[0140]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0141]
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0142]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
[0143]
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。
[0144]
应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
[0145]
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质
中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0146]
此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0147]
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。