CN110602644A - 一种快速清障救援方法及相关装置 - Google Patents

Abstract

本申请公开了一种快速清障救援方法及相关装置，所述方法包括：当接收到救援请求时，基于救援请求生成救援信息；其中，救援请求由待救援终端发出，救援请求至少包括待救援终端的定位信息，救援信息至少包括基于定位信息规划的目标救援路径；将救援信息发送至交管监控服务器，以使得交管监控服务器向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。本申请所提供的方法通过利用交管监控服务器将目标救援路径转发至与目标救援路径相关联的车载终端，以提示其规避目标救援路径，实现快速清除救援道路上的障碍实现快速救援。

Description

一种快速清障救援方法及相关装置

技术领域

本申请涉及通信技术领域，特别是涉及一种快速清障救援方法及相关装置。

背景技术

随着社会的发展，车辆成为人们日常出行常用的交通工具，这就造成很多道路的交通压力比较大，也使得各种事故频发。而在道路上出现事故后，缩短交通事故后救援时间，有利于减少事故的伤亡以及伤害程度，故需要一种技术方案可以实现在出现事故时，可快速抵达事故地点进行救援。

发明内容

本申请主要解决的技术问题是提供一种可以为救援设备快速清障使得救援设备快速抵达待救援终端处的快速清障救援方法及相关装置。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种快速清障救援方法，所述方法包括：

当接收到救援请求时，基于所述救援请求生成救援信息；其中，所述救援请求由待救援终端发出，所述救援请求至少包括所述待救援终端的定位信息，所述救援信息至少包括基于所述定位信息规划的目标救援路径；

将所述救援信息发送至交交管监控服务器，以使得所述交管监控服务器向与所述目标救援路径相关联的车载终端发送所述救援信息，进而提醒所述车载终端规避所述目标救援路径。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种救援服务器，所述服务器包括处理器、存储器和通信电路，所述处理器分别与所述存储器和所述通信电路连接；

其中，所述通信电路用于在所述处理器的控制下与外部设备进行通信；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如上所述的快速清障救援方法。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种快速清障救援方法，所述方法包括：

在接收到救援信息时，提取其中的目标救援路径；其中，所述救援信息是由救援中心的服务器基于救援终端发送的救援请求生成的，所述救援请求至少包括所述待救援终端的定位信息；

获取与所述目标救援路径相关联的车载终端信息；

向与所述目标救援路径相关联的车载终端发送所述救援信息，进而提醒所述车载终端规避所述目标救援路径。

为解决上述技术问题，本申请采用的另一个技术方案是，提供一种交管监控服务器，所述服务器包括：处理器、存储器和通信电路，所述处理器分别与所述存储器和所述通信电路连接；

其中，所述通信电路用于在所述处理器的控制下与外部设备进行通信；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如上所述的快速清障救援方法。

为解决上述技术问题，本申请采用的又一个技术方案是，提供一种快速清障救援方法，所述方法包括：

当接收到救援请求时，基于所述救援请求生成救援信息，其中，所述救援请求由所述待救援终端发出，所述救援请求至少包括所述待救援终端的定位信息，所述救援信息至少包括基于所述定位信息规划的目标救援路径；

向与所述目标救援路径相关联的车载终端发送救援信息，进而提醒所述车载终端规避所述目标关联路径。

相比于现有技术，本申请所提供的技术方案，基于所接收到的救援请求生成救援信息，并将救援信息发送至交管监控服务器，进而使得交管监控服务器向目标救援路径相关的车载终端发送救援信息，提醒车载终端规避目标救援路径，可以较快地清除目标救援路径上的障碍，进而使得救援车快速抵达事故地点展开救援。

附图说明

图1是本申请一种快速清障救援方法一实施例的流程示意图；

图2是本申请一种快速清障救援方法一实施例的流程示意图；

图3是本申请一种救援服务器一实施例中结构示意图；

图4是本申请一种快速清障救援方法一实施例的流程示意图；

图5是本申请一种快速清障救援方法另一实施例的流程示意图；

图6是本申请一种交管监控服务器一实施例中结构示意图；

图7是本申请一种快速清障救援方法另一实施例的流程示意图；

图8是本申请一种快速清障救援系统一实施例中结构示意图；

图9是本申请一种存储介质一实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参见图1，图1为本申请一种快速清障救援方法一实施例中的流程示意图，在当前实施例中本申请所提供的技术方案的执行主体可以是救援中心的救援服务器，在当前实施例中，救援中心的救援服务器可以是110接警处理服务器、120接警处理服务器、119接警处理服务器，也可以是集合了110、120和119的综合接警处理服务器，还可以是其他的救援组织的处理服务器，在此不一一详细列举。

在当前实施例中，本申请所提供的方法包括步骤S110和步骤S120。

S110：当接收到救援请求时，基于救援请求生成救援信息。

其中，救援请求可由待救援终端发出，待救援终端发出的救援请求至少包括待救援终端的定位信息，救援请求可以通过电话、短信、网络等等形式发出至救援服务器，具体在此不做任何的限定。其中，需要说明的是在本申请所提供的技术方案中，待救援终端指的是进行报警求助的终端，可以是路人或者是事故车辆所装载的或者是乘客司机等等的可用于报警求助的终端。

救援信息至少包括基于定位信息规划的目标救援路径。其中，目标救援路径是指救援中心派出的救援设备所采用或者是即将此采用的路径，救援设备至少包括救援车，救援车可包括多种类型，如装载有大量物资器材的大型车、装载有轻巧紧急的器材的小型车辆或者是更为轻便的摩托车等。

当救援服务器接收到待救援终端发出的救援请求时，获取救援请求中所包括的待救援终端的定位信息，并根据该定位信息生成救援信息，救援信息中至少包括目标救援路径。

可理解的是，在其他实施例中，救援路径并不限定是由救援服务器生成，也可以是由交管监控服务器生成。在该实施例中，车载终端通过与交管监控服务器的通信可以实现将自身的位置信息实时报送至交管监控服务器，交管监控服务器进而可以得知各个道路的实时交通数据。救援服务器在接收到救援请求后，对救援请求进行解析获得待救援终端的定位信息后，将待救援终端的定位信息反馈至交管监控服务器以使得交管监控服务器生成目标救援路径。具体地是，交管监控服务器在接收到救援服务器发送的生成目标救援路径的请求及待救援终端的定位信息后，基于多个车载终端的实时位置信息以及导航信息生成目标救援路径，并将包括目标救援路径的救援信息发送至与目标救援路径相关联的车载终端，进而提醒车载终端规避目标救援路径。

S120：将救援信息发送至交管监控服务器，以使得交管监控服务器向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。

其中，与目标救援路径相关联的车载终端包括：行驶于目标救援路径上的车载终端、目标救援路径辐射区域中的车载终端或导航路径与目标救援路径至少部分重叠的车载终端。具体地，目标救援路径辐射区域中的车载终端是指当前导航路径与目标救援路径没有重合，但是距离目标救援路径较近有可能会去往目标救援路径的车载终端，车载终端可以是车载系统、用户手机、或其他可以通过导航软件的形式提醒用户进行规避当前目标救援路径的终端设备。

步骤S120通过将救援信息发送至交管监控服务器，使得交管监控服务器向与目标救援路径相关联的车载终端发送救援信息，通过使得与目标救援路径相关联的车载终端发送救援信息，进而实现使得车载终端可以获知其当前正在执行的导航路线与目标救援路径存在重叠，或者是即将驶入目标救援路径辐射区域，最终再利用车载终端提示驾驶人员注意规避目标救援路径，不要驶入目标救援路径或者是注意规避目标救援路径所在的车道。

进一步地，在另一实施例中，步骤S120中将救援信息发送至交管监控服务器，使得交管监控服务器向与目标救援路径相关联的车载终端发送救援信息之后，车载终端在判断其当前正在执行的导航路线与目标救援路径存在重叠之后，本申请所提供的方法还会包括：判断当前正在执行的导航路线与目标救援路径存在重叠的部分是否为车载终端已经行驶经过的部分导航路线，若判断得到存在重叠的部分是车载终端已经行驶经过的部分导航路线，则车载终端只需要继续执行当前导航路线或者是只需要判断剩下没有行驶的导航路线是否属于目标救援路径辐射区域并在判断否时继续执行当前导航路线，当判断剩下没有行驶的导航路线是属于目标救援路径辐射区域时，则会提示驾驶人员注意规避目标救援路径或者是规避该目标救援路径辐射的区域。在当前实施例中，在判断当前正在执行的导航路线与目标救援路径存在重叠的部分是否为已经车载终端已经行驶经过的部分导航路线，并在判断当前正在执行的导航路线与目标救援路径存在重叠的部分是已经行驶过的部分导航路线后，则会抛弃掉对已经行驶过的导航路线的分析，可以较好地减少运算量进而提高数据处理的速度。

进一步地，在另一实施例中，本申请所提供的方法中可以是目标救援路径或目标救援路径辐射区域中收到救援信息的车载终端将其正在执行的导航路径发送至救援服务器，由救援服务器来执行判断其当前各个车载终端正在执行的导航路线与目标救援路径是否存在重叠，若判断得到存在重叠，则会发送提示规避目标救援路径的消息至对应的车载终端，以使得驾驶人员获知并规避目标救援路径。

在又一实施例中，本申请所提供的方法中还可以是由目标救援路径或目标救援路径辐射区域中收到救援信息的车载终端，自行判断正在执行的导航路线与目标救援路径是否存在重叠，若判断得到存在重叠时，则会重新规划新的导航路线和/或同时在主界面显示提示信息以提示驾驶人员进行规避。另外，各个车载终端在判断正在执行的导航路线与目标救援路径是否存在重叠之后，还会将判断结果汇总反馈至救援服务器或交管监控服务器，以使得救援服务器或交管监控服务器获知该车载终端已经规避目标救援路径或是判断得到与目标救援路径无重叠的部分。

进一步地，由于不同时段的城市交通压力不同，则上述步骤S110还可以包括：基于待救援终端的定位信息和当前时段对应的交通数据确定多个待确定救援路径。其中，交通数据是用于描述道路交通压力的数据，可包括车流速度、单位时间内通行车辆的数量、是否为易发生拥堵的路段等等，当前时段对应的交通数据可以是实时的交通数据，也可以是根据过往交通状况得出的交通数据的经验值。

进一步地，在另一实施例中，救援信息可包括基于待救援终端的定位信息规划的多个待确定救援路径，救援信息包括所述目标救援路径，且目标救援路径是自多个待确定救援路径中确定。

步骤S110当接收到救援请求时，基于救援请求生成救援信息包括：当救援服务器接收到救援请求时，基于救援请求生成多个待确定救援路径，并将多个待确定救援路径反馈至交管监控服务器。在当前实施例中，将多个待确定救援路径发送至交管监控服务器，是用于使得交管监控服务器基于实时路况自多个待确定救援路径中确定至少一个目标救援路径。

将多个待确定救援路径反馈至交管监控服务器之后，本申请所提供的方法还包括：救援服务器接收交管监控服务器发送的目标救援路径，并发送至救援设备以使得救援设备按照目标救援路径行驶。其中，目标救援路径是交管监控服务器基于多个待确定救援路径所对应的交通数据确定的救援路径。交通数据是用于反应道路交通压力的数据，可包括车流速度、单位时间内通行车辆的数量、是否为易发生拥堵的路段等等，当前时段对应的交通数据可以是实时的交通数据，也可以是根据过往交通状况得出的经验值。

相比于现有技术，图1所提供的技术方案，基于所接收到的救援请求生成救援信息，并将救援信息发送至交管监控服务器，进而使得交管监控服务器向目标救援路径相关的车载终端发送救援信息，提醒车载终端规避目标救援路径，可以较快地清除目标救援路径上的障碍，进而使得救援车快速抵达事故地点展开救援。

请参见图2，图2为本申请一种快速清障救援方法另一实施例中的流程示意图。在图2所示意的实施例中，是对已经确定了目标救援路径后或者是救援设备已经按照目标救援路径驶向待救援终端所在位置后，目标救援路径上剩余部分的道路实时交通数据发生变化时的所提供快速清障救援方法。

S210：接收救援中心派出的救援设备发送的路径重新规划请求。

已经确定了目标救援路径后或者是救援设备已经按照目标救援路径驶向待救援终端所在位置后，目标救援路径上剩余部分的道路实时交通数据发生变化时，且经过判断无法在设定时间内快速通过该交通拥堵路段，此时可由救援设备向救援中心服务器发送重新规划请求，以获得一个新的目标救援路径。其中，路径重新规划请求中至少包括救援设备的定位信息。

S220：基于待救援终端的定位信息和救援设备的定位信息，重新规划目标救援路径，并对救援信息进行更新。

基于待救援终端的定位信息和救援设备当前的定位信息，救援服务器重新规划确定目标救援路径。其中可以获取交管监控服务器监控所得的实时交通数据，直接确定目标救援路径并发送至派出的救援设备和交管监控服务器，以使得救援设备按照新的目标救援路径行驶，使得交管监控服务器向与目标救援路径相关联的车载终端发送新的目标救援路径，进而提醒车载终端规避新的目标救援路径。

当派出的救援设备的类型包括多种时，也可以根据救援设备的类型、待救援终端的定位信息和救援设备的定位信息重新规划各类型救援设备对应的目标救援路径，并对对应的救援信息进行更新。如，当目标救援路径中发送拥堵的为一个比较宽阔的道路，但是当前道路是距离事故地点较近的路径，而派出的救援设备有比较轻便易通过的小型车辆和不易于通行的大型车辆，则可为大型车辆重新规划获得新的目标救援路径，不为小型车辆规划新的目标救援路径且保持小型车辆的目标救援路径不变。

故可以理解的是，在其他实施例中，本申请所提供的方法还包括根据派出的救援设备的类型确定目标救援路径或至少一个待确定救援路径。

进一步地，新的目标救援路径还可以是由救援服务器重新规划新的目标救援路径并发送至救援设备以及交管监控服务器，以使得救援设备按照新的目标救援路径行驶至待救援终端处进行救援，并使得交管监控服务器向车载终端发送以提示车载终端规避新的目标救援路径。故在另一实施例中，在将救援信息发送至交管监控服务器还用于使得交管监控服务器实时监测目标救援路径上的实时交通数据，并根据实时交通数据判断是否需要反馈至救援服务器使得救援服务器为救援设备重新规划新的目标救援路径。

再进一步地，对于没有装载车载终端的车辆，交管监控服务器可通过获取没有装载车载终端的车辆的联系方式，并通过电话或短信通知以使得驾驶员获知并规避目标救援车辆。其中，需要说明的是，在当前实施例中，车载终端安装成功并成功入网可与交管监控服务器进行通信后，在交管监控服务器端会预存该车载终端的身份标识码，并且会将车载终端的身份标识码域车辆的属性信息对应保存。具体地，车载终端的身份标识码在交管监控服务器中具有唯一性，即一个身份标识码只会对应一个车载终端，车辆的属性信息至少包括车辆的车牌号、车辆的外观颜色、尺寸和品牌等。在当前实施例中交管监控服务器可以通过对车辆车牌号的识别，并依据识别所得的车辆车牌号判断该车辆是否安装有车载终端。

进一步地，在另一实施例中，救援请求中还可以包括车辆受损程度、受伤人员的数量以及受伤程度。当救援服务器接收到救援请求时，可基于救援请求中所包括的待救援事故类型、车辆受损程度、受伤人员的数量以及受伤程度派出所需的不同类型的救援设备，如车辆受损严重无法移动时派出大型救援车(拖车)以将事故车脱离事故地点、车辆受损不严重时可派出轻便型救援车以抵达事故地帮助解决问题以尽快恢复交通，如待救援事故类型为火灾时，可从最近的至少一个消防队派出不同类型的消防车前去救助，如可同时派出大型、小型消防车，小型消防车行动较为轻便可以快速抵达事故地进行救助，故在规划目标救援路径时可以基于交通数据为大型消防车和小型消防车规划不同的目标救援路径。

进一步地，在另一实施例中，当某段道路包括多个车道时，则目标救援路径会精确至对应的车道。此时将救援信息发送至车载终端时，会提示规避目标救援路径所对应的车道。比如，“长江路”是全程是东西走向的单向四车道、双向八车道的道路，其中可直行的车道为自右向左的三个车道，假设“长江路”中自东向西2公里至4公里区间为目标路径中部分，则在规划目标路径时则会精确到“长江路”中自东向西2公里至4公里区间中的自右向左的第二车道为目标路径中的部分，对应的，在提示车载终端进行规避时，则会提示车载终端规避“长江路”中自东向西2公里至4公里区间中的自右向左的第二车道，此时车载终端对应的车辆则只需要驶离“长江路”中自东向西2公里至4公里区间中的自右向左的第二车道即可。

请参见图3，图3为本申请一种救援服务器一实施例中结构示意图。在当前实施例中，本申请所提供的一种救援服务器300包括：处理器301、存储器302和通信电路303。其中，处理器301分别与存储器302和通信电路303连接。

具体地，通信电路303用于在处理器301的控制下与外部设备(图未示)进行通信，具体可以在处理器301的控制下与交管监控服务器(图未示)、车载终端(图未示)或救援设备(图未示)等等中至少一者进行通信。

存储器302用于存储程序数据，存储器302所存储的程序数据被执行时刻实现如上图1至图2及其所对应的任意一个实施例所述的方法。

处理器301用于运行程序数据，以执行如图1至图2及其所对应的任意一个实施例所述的快速清障救援方法。

请参见图4，图4为本申请一种快速清障救援方法一实施例中流程示意图。在当前实施例中，本申请所提供的方法的执行主体可以是交管监控服务器。该方法包括：

S410：在接收到救援信息时，提取其中的目标救援路径。其中，救援信息是由救援中心的救援服务器基于待救援终端发送的救援请求生成的，救援请求是由待救援终端发出的、且至少包括待救援终端的定位信息。

救援信息中至少包括目标救援路径，其中，目标救援路径指的是救援设备驶向事故地点即将采用的路线。

S420：获取与目标救援路径相关联的车载终端信息。

在提取获得目标救援路径之后，交管监控服务器会获取与目标救援路径相关联的车载终端信息。其中，与目标救援路径相关的车载终端包括：行驶于目标救援路径上的车载终端、目标救援路径辐射区域中的车载终端或导航路径与目标救援路径至少部分重叠的车载终端。具体地，目标救援路径辐射区域中的车载终端是指车载终端当前导航路径与目标救援路径没有重合，但是距离目标救援路径在设定距离内的车载终端，车载终端可以是车载系统、用户手机、或其他可以通过导航软件的形式提醒用户进行规避当前目标救援路径的终端设备。

车载终端信息至少包括车载终端是否在车联网中，车载终端在车联网中的ID，车载终端的联系方式或车载终端-对应的持有人的联系方式。

S430：向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。

在获取到车载终端信息之后，交管监控服务器还用于将救援信息发送至与目标救援路径相关联的车载终端，使得车载终端可以获知进而提示驾驶人员规避目标救援路径。

进一步地，当目标救援路径中某段包括多个车道时，则目标救援路径会精确至对应的车道。交管监控服务器将救援信息发送至与目标救援路径相关联的车载终端，以提示车载终端规定规避对应的车道。

请参见图5，图5为本申请一种快速清障救援方法另一实施例中的流程示意图。在当前实施例中，步骤S410在接收到救援信息时，提取其中的目标救援路径，包括步骤S510和步骤S520。

S510：在接收到救援信息时，提取其中的多个待确定救援路径。

在当前实施例中，救援服务器发送至交管监控服务器的救援信息中至少包括多个待确定救援路径，故交管监控服务器在接收到救援信息后，提取其中所包括的多个待确定救援路径。

S520：基于多个待确定救援路径的交通数据确定目标救援路径。

在获取多个待确定救援路径之后，会获取多个待确定救援路径的实时交通数据，并对多个待确定救援路径进行比较，以确定目标救援路径。其中，可确定用时最少的一条待确定救援路径为目标救援路径。

进一步地，步骤S520中确定目标救援路径时，还可以考虑救援设备的类型。如救援设备包括多种类型时，可以为不同类型救援设备确定不同的目标救援路径。如小型易于通过拥堵路段的救援设备可选择距离最近最易于通过的待确定救援路径，大型车辆则会考虑道路宽度，限高等等进行确定。

S530：获取与目标救援路径相关联的车载终端信息。

S540：向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。

其中，步骤S530和步骤S540与图4所对应的实施例中的步骤S420、步骤S430相同，具体可以参见上文对应部分的阐述，在此不再进行赘述。

进一步地，在步骤S540之后，本申请所提供的快速清障救援方法还包括：当交管监控服务器发现在目标救援路径上或是目标救援路径对应的车道上依旧有社会车辆在行驶，则会自动获取该车辆的联系方式并自动呼叫以进行电话提示规避目标救援路径。

更进一步地，步骤S540中向与目标救援路径相关联的车载终端发送救援信息，提醒车载终端规避目标救援路径时，会进一步提醒预估需要进行规避的时间。如根据车流速度、到达某点的路程长度和救援车辆预计行进的速度计算到达某路段大概在10分钟之后，则会提醒该路段车载终端在自现在算起8到12分钟内规避该路段，此时车载终端可以根据当前的导航路线以及该路段的车流量自行选择是提前规避，还是等待一段时间进行规避。如，当某车载终端判断得到按照导航路线行进大概3分钟后就会离开当前路段且后续不会与目标救援路径存在重叠，则可以选择暂时不规避按照导航路线继续行进，而当另一车载终端判断得到还需要20分钟时间方会驶离该路段或者是恰好在救援车辆到达该路段的时间也会到达该路段，则可以选择重新规划路线以提前规避目标救援路径。

请参见图6，图6为本申请一种交管监控服务器一实施例中的结构示意图。

在当前实施例中，交管监控服务器600包括：处理器601、存储器602和通信电路603，处理器601分别与存储器602和通信电路603连接。

其中，通信电路603用于在处理器601的控制下与外部设备(图未示)进行通信，具体地，通信电路603在处理器601的控制下可分别与救援服务器(图未示)和车载终端(图未示)进行通信。

存储器602用于存储程序数据，程序数据被执行时刻实现如图4或图5及其所对应的任意一个实施例所述的快速清障救援方法。进一步地，存储器602还用于存储设定道路的实时交通数据或不同时段各个道路交通数据的经验值，用以在需要时供处理器601进行调用。

处理器601用于运行存储器602所存储的程序数据，以执行如图4或图5及其所对应的任意一个实施例所述的快速清障救援方法。

请参见图7，图7为本申请一种快速清障救援方法一实施例中的流程示意图。在当前实施例中，本申请所提供的一种快速清障救援方法的执行主体可以是快速清障救援系统，快速清障救援系统包括可相互通信的救援服务器和交管监控服务器，可以理解的在其他实施例中快速清障救援系统还可以是将救援服务器和交管监控服务器集成至一起的服务器设备，在当前实施例中，本申请所提供的一种快速清障救援方法包括：

S710：当接收到救援请求时，基于救援请求生成救援信息。

其中，救援请求由待救援终端发出，救援请求至少包括待救援终端的定位信息，救援信息至少包括基于定位信息规划的目标救援路径，救援请求可以通过电话、短信、网络等等形式发出至救援服务器。

进一步地，在另一实施例中，步骤S710还可包括：基于救援请求中的定位信息、交通数据和所需要派出的救援设备的类型生成救援信息。其中，当派出的救援设备包括多种类型的救援车时，则救援信息可包括多个目标救援路径。

S720：向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标关联路径。

其中，与目标救援路径相关联的车载终端包括：行驶于目标救援路径上的车载终端、目标救援路径辐射区域中的车载终端或导航路径与目标救援路径至少部分重叠的车载终端。具体地，目标救援路径辐射区域中的车载终端是指当前导航路径与目标救援路径没有重合，但是距离目标救援路径较近的车载终端，车载终端可以是车载系统、用户手机、或其他可以通过导航软件的形式提醒用户进行规避当前目标救援路径的终端设备。

在生成救援信息后，将救援信息发送至与目标救援路径相关联的车载终端，提示车载终端规避目标救援路径。其中需要说明的是，当某段道路包括多个车道时，快速清障救援系统在生成目标救援路径时，则会将目标救援路径精确至对应的车道，以用于提示车载终端对应的社会车辆规避目标救援路径对应的车道。进一步地，还用于将救援信息发送至即将派出的救援设备以为救援设备进行导航。

为解决上述技术问题，本申请还提供了一种快速清障救援系统。具体地，请参见图8，图8为本申请一种快速清障救援系统一实施例中的结构示意图。在当前实施例中，本申请所提供的快速清障救援系统800包括可相互通信的救援服务器801和交管监控服务器802。

其中，救援服务器801用于在接收到救援请求时，基于救援请求生成救援信息，并将救援信息发送至交管监控服务器802，以使得交管监控服务器802向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。

进一步地，在另一实施例中，救援服务器801还用于在接收到救援中心派出的救援设备发送的路径重新规划请求时，基于待救援终端的定位信息和救援设备的定位信息，重新规划目标救援路径，并对救援信息进行更新。

交管监控服务器802用于在接收到救援服务器801发送的救援信息时，提取其中的目标救援路径，然后获取与目标救援路径相关联的车载终端信息，再向与目标救援路径相关联的车载终端发送救援信息，进而提醒车载终端规避目标救援路径。

进一步地，交管监控服务器802还用于在接收到救援信息时，提取其中的多个待确定救援路径，基于多个待确定救援路径的交通数据确定目标救援路径。再进一步地，交管监控服务器802还用于在将救援设备派出后，监控各个目标救援路径的实时交通数据，并在目标救援路径剩余部分的交通数据发送变化时反馈至救援服务器，以提示救援服务器801交通状况的改变，并在目标救援路径剩余部分道路的车流速度小于或等于预设阈值时，提示救援服务器801重新规划新的目标救援路径。

参见图9，本申请还提供一种存储介质。该存储介质900存储有程序数据901，该程序数据901被执行时实现如上所述快速清障救援方法及各个实施例中所描述的方法。具体地，上述存储介质900可以是存储器、个人计算机、服务器、网络设备，或者U盘等其中的一种。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种快速清障救援方法，其特征在于，所述方法包括：

当接收到救援请求时，基于所述救援请求生成救援信息；其中，所述救援请求由待救援终端发出，所述救援请求至少包括所述待救援终端的定位信息，所述救援信息至少包括基于所述定位信息规划的目标救援路径；

将所述救援信息发送至交管监控服务器，以使得所述交管监控服务器向与所述目标救援路径相关联的车载终端发送所述救援信息，进而提醒所述车载终端规避所述目标救援路径。

2.根据权利要求1所述的方法，其特征在于，

所述救援信息包括基于所述定位信息规划的多个待确定救援路径；

所述方法还包括：

接收所述交管监控服务器发送的目标救援路径；其中，所述目标救援路径是所述交管监控服务器基于所述所述多个待确定救援路径的交通数据确定的救援路径；

其中，所述救援信息包括所述目标救援路径。

3.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

接收所述救援中心派出的救援设备发送的路径重新规划请求；其中，所述路径重新规划请求至少包括所述救援设备的定位信息；

基于所述待救援终端的定位信息和所述救援设备的定位信息，重新规划目标救援路径，并对所述救援信息进行更新。

4.根据权利要求1所述的方法，其特征在于，

所述与所述目标救援路径相关联的车载终端包括：

行驶于所述目标救援路径上的车载终端，或

导航路径与所述目标救援路径至少部分重叠的车载终端。

5.一种救援服务器，其特征在于，所述服务器包括：处理器、存储器和通信电路，所述处理器分别与所述存储器和所述通信电路连接；

其中，所述通信电路用于在所述处理器的控制下与外部设备进行通信；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如权利要求1至4任一项所述的方法。

6.一种快速清障救援方法，其特征在于，所述方法包括：

在接收到救援信息时，提取其中的目标救援路径；其中，所述救援信息是由救援中心的救援服务器基于待救援终端发送的救援请求生成的，所述救援请求至少包括所述待救援终端的定位信息；

获取与所述目标救援路径相关联的车载终端信息；

向与所述目标救援路径相关联的车载终端发送所述救援信息，进而提醒所述车载终端规避所述目标救援路径。

7.根据权利要求6所述的方法，其特征在于，

所述在接收到救援信息时，提取其中的目标救援路径，包括：

在接收到救援信息时，提取其中的多个待确定救援路径；

基于所述多个待确定救援路径的交通数据确定目标救援路径。

8.一种交管监控服务器，其特征在于，所述服务器包括：处理器、存储器和通信电路，所述处理器分别与所述存储器和所述通信电路连接；

其中，所述通信电路用于在所述处理器的控制下与外部设备进行通信；

所述存储器用于存储程序数据；

所述处理器用于运行所述程序数据，以执行如权利要求6至7任一项所述的方法。

9.一种快速清障救援方法，其特征在于，所述方法包括：

当接收到救援请求时，基于所述救援请求生成救援信息，其中，所述救援请求由所述待救援终端发出，所述救援请求至少包括所述待救援终端的定位信息，所述救援信息至少包括基于所述定位信息规划的目标救援路径；

向与所述目标救援路径相关联的车载终端发送救援信息，进而提醒所述车载终端规避所述目标关联路径。

10.一种存储介质，其特征在于，所述存储介质存储有程序数据，所述程序数据被处理器执行时实现如权利要求1至4、权利要求6至7或权利要求9所述的快速清障救援方法。