CN113240920A - 车辆通行方法及装置、认证服务器和紧急救援系统 - Google Patents

Abstract

本申请提供一种车辆通行方法及装置、认证服务器和紧急救援系统，涉及车辆安全行驶技术领域，能够解决车辆因不能使用警报装置而无法顺利通行的问题。具体技术方案为：接收到认证服务器发送的认证通过消息时打开紧急救援车辆的广播通道；记录紧急救援车辆的定位信息；通过广播通道向紧急救援车辆周围的车辆发送避让广播消息和定位信息，使紧急救援车辆周围的车辆根据避让广播消息和定位信息执行车辆避让动作。本发明用于车辆紧急救援。

Description

车辆通行方法及装置、认证服务器和紧急救援系统

技术领域

本申请涉及车辆安全行驶技术领域，尤其涉及车辆通行方法及装置、认证服务器和紧急救援系统。

背景技术

警车、消防车、救护车、工程救险车等紧急救援车辆在执行紧急救援任务时，可以使用警报器、标志灯具等报警装置提示其他车辆和行人及时让行，在确保安全的前提下，不受行驶路线、行驶方向、行驶速度和信号灯的限制，其他车辆和行人应当让行。这样，可以保证紧急救援车辆更加顺利的到达现场，避免更多更大的损失。当前，紧急救援车辆在执行紧急救援任务遇到交通受阻时，可以断续使用警报器，但需要遵守下列规定：

(1)不得在禁止使用警报器的区域或者路段使用警报器；

(2)夜间在市区不得使用警报器；

(3)列队行驶时，前车已经使用警报器的，后车不再使用警报器。

也就是说，不是所有紧急救援车辆在任何时候都可以使用警报器；另外，一些私家车或者出租车等车辆上也可能会载有重症病人，但是道路上的车辆和行人并不知道此车载有病人，如果遇到堵车等情况而又不能使用警报器，则会给生命和财产造成严重的损害。

发明内容

本申请实施例提供一种车辆通行方法及装置、认证服务器和紧急救援系统，能够解决车辆因不能使用警报装置而无法顺利通行的问题。所述技术方案如下：

根据本申请实施例的第一方面，提供一种车辆通行方法，该方法包括：

接收到认证服务器发送的认证通过消息时，打开紧急救援车辆的广播通道；

记录所述紧急救援车辆的定位信息；

通过所述广播通道向所述紧急救援车辆周围的车辆发送避让广播消息和所述定位信息，使所述紧急救援车辆周围的车辆根据所述避让广播消息和所述定位信息执行车辆避让动作。

紧急救援车辆在得到认证服务器的认证后可以打开广播通道，通过该广播通道向紧急救援车辆周围的车辆发送避让广播消息和定位信息，使紧急救援车辆周围的车辆根据该避让广播消息和定位信息执行车辆避让动作。能够在不使用警报装置的情况下通知紧急救援车辆周围的车辆让行，从而保证紧急救援车辆的顺利通行。

在一个实施例中，在接收认证服务器发送的认证通过消息之前，该方法还包括：

向认证服务器发送认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

接收到所述认证服务器根据所述认证请求消息发送的认证通知消息时，向所述认证服务器发送认证信息，所述认证信息用于确认所述紧急救援车辆是否为需要执行紧急救援任务的车辆，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息。

当紧急救援车辆需要执行紧急救援任务时，可以向认证服务器申请成为需要执行紧急救援任务的车辆，认证通过后，该紧急救援车辆可以通过广播通道与其周围的车辆进行通信，通知周围的车辆进行避让，能够不使用警报装置鸣笛的方式便可通知紧急救援车辆周围的车辆为紧急救援车辆让行，保证紧急救援车辆的顺利通行，而且使得任意车辆都可以申请成为需要执行紧急救援任务的车辆。

在一个实施例中，在所述打开紧急救援车辆的广播通道之后，该方法还包括：

记录所述紧急救援车辆的行程信息；

将所述紧急救援车辆的行程信息上传至所述认证服务器。

在一个实施例中，该方法还包括：

在行程结束后，向车辆违规处理中心发送所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行程信息。

可以在行程结束后向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

根据本申请实施例的第二方面，提供一种车辆通行方法，该方法包括：

接收紧急救援车辆发送的认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

接收到所述认证请求消息时，根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆；

当确定所述紧急救援车辆为需要执行紧急救援任务的车辆时，向所述紧急救援车辆发送认证通过消息，所述认证通过消息用于打开所述紧急救援车辆的广播通道，使所述紧急救援车辆通过所述广播通道向其周围车辆发出避让广播消息和定位信息。

通过接收紧急救援车辆发送的认证请求消息，根据预设规则确定紧急救援车辆是否为需要执行紧急救援任务的车辆，如果是，则向紧急救援车辆发送认证通过消息以打开紧急救援车辆的广播通道，使紧急救援车辆能够通过该广播通道与其周围车辆通信，通知周围车辆让道。可以在不使用警报装置鸣笛的方式下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。

在一个实施例中，所述根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆包括：

判断是否检测到用户确认所述紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；

若检测到所述确认操作，则确定所述紧急救援车辆为需要执行紧急救援任务的车辆。

在一个实施例中，所述根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆包括：

向所述紧急救援车辆发送认证通知消息，所述认证通知消息用于通知所述紧急救援车辆返回认证信息，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息；

接收所述紧急救援车辆发送的认证信息；

根据所述认证信息确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆。

在一个实施例中，在接收到紧急救援车辆发送的认证请求消息时，该方法还包括：

标识并保存所述紧急救援车辆的行车记录。

在一个实施例中，该方法还包括：

获取所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行车记录；

将所述紧急救援证明信息发送给车辆违规处理中心。

可以向车辆违规处理中心发送紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

根据本申请实施例的第三方面，提供一种车辆通行装置，应用于紧急救援车辆，该装置包括：

第一通信模块，用于与认证服务器进行通信；

第二通信模块，用于与所述紧急救援车辆周围的车辆建立广播通道；

定位设备，用于对所述紧急救援车辆进行定位，得到定位信息；

车辆处理器，分别与所述第一通信模块、所述第二通信模块和所述定位设备连接，所述车辆处理器用于在接收到认证服务器发送的认证通过消息时，打开所述紧急救援车辆的广播通道，记录所述定位设备获得的定位信息，通过所述第二通信模块向所述紧急救援车辆周围的车辆发送避让广播消息和所述定位信息，使所述紧急救援车辆周围的车辆根据所述避让广播消息和所述定位信息执行车辆避让动作。

可以通过第一通信模块与认证服务器通信，接收认证服务器发送的认证通过消息，通过第二通信模块与紧急救援车辆周围的其他车辆建立广播通道，能够在不使用警报装置的情况下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行，以便及时执行紧急救援任务。

在一个实施例中，该装置还包括与所述车辆处理器连接的第一人机交互装置；

所述第一人机交互装置用于检测用户申请所述紧急救援车辆成为需要执行紧急救援任务的车辆的申请操作；

所述车辆处理器还用于在所述第一人机交互装置检测到所述申请操作时，通过所述第一通信模块向所述认证服务器发送认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息，接收到所述认证服务器发送的认证通知消息时，向所述认证服务器发送认证信息，所述认证信息用于确认所述紧急救援车辆是否为需要执行紧急救援任务的车辆，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息。

用户可以通过第一人机交互装置向认证服务器申请紧急救援车辆成为需要执行紧急救援任务的车辆，使得任意车辆都可以申请成为需要执行紧急救援任务的车辆。

在一个实施例中，该装置还包括第三通信模块；

所述第三通信模块用于与车辆违规处理中心进行通信；

所述车辆处理器还用于在所述紧急救援车辆的行程结束后，通过所述第三通信模块向车辆违规处理中心发送所述紧急救援车辆的紧急救援证明信息。

可以在紧急救援车辆的行程结束后通过第三通信模块向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

根据本申请实施例的第四方面，提供一种认证服务器，包括：

救援通信模块，用于与紧急救援车辆进行通信，接收所述紧急救援车辆发送的认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

管理认证模块，用于在接收到所述认证请求消息时，根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆，当确定所述紧急救援车辆为需要执行紧急救援任务的车辆时，通过所述救援通信模块向所述紧急救援车辆发送认证通过消息，所述认证通过消息用于打开所述紧急救援车辆的广播通道，使所述紧急救援车辆通过所述广播通道向其周围车辆发出避让广播消息和定位信息。

通过救援通信模块与紧急救援车辆进行通信，可以在不使用警报装置鸣笛的方式下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。

在一个实施例中，该认证服务器还包括第二人机交互装置；

所述第二人机交互模块与所述管理认证模块连接，用于检测用户确认所述紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；

所述管理认证模块还用于在所述第二人机交互模块检测到所述确认操作时，确定出所述紧急救援车辆为需要执行紧急救援任务的车辆。

在一个实施例中，该认证服务器还包括存储模块；

所述管理认证模块还用于在接收到紧急救援车辆发送的认证请求消息时，标识所述紧急救援车辆的行车记录；

所述存储模块用于保存所述紧急救援车辆的行车记录。

在一个实施例中，该认证服务器还包括违规处理通信模块；

所述管理认证模块还用于获取所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行车记录；

所述违规处理通信模块用于与车辆违规处理中心进行通信，将所述紧急救援证明信息发送给所述车辆违规处理中心。

通过违规处理通信模块与车辆违规处理中心进行通信，通过违规处理通信模块向车辆违规处理中心发送紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

根据本申请的第五方面，还提供一种紧急救援系统，该紧急救援系统包括紧急救援车辆和上述任一实施例所述的认证服务器，该紧急救援车辆包括上述任一实施例所述的车辆通行装置。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请实施例提供的一种车辆通行方法的流程图；

图2是本申请实施例提供的一种三车道车辆通行场景示意图；

图3是本申请实施例提供的另一种车辆通行方法的流程图；

图4是本申请实施例提供的一种紧急救援系统的结构示意图；

图5是本申请实施例提供的又一种车辆通行方法的流程图；

图6是本申请实施例提供的一种车辆通行装置的结构示意图；

图7是本申请实施例提供的一种具体的车辆通行装置的结构示意图；

图8是本申请实施例提供的一种具体的车辆通行装置的结构示意图；

图9是本申请实施例提供的另一种具体的车辆通行装置的结构示意图；

图10是本申请实施例提供的一种认证服务器的结构示意图；

图11是本申请实施例提供的一种具体的认证服务器的结构示意图；

图12是本申请实施例提供的另一种具体的认证服务器的结构示意图；

图13是本申请实施例提供的又一种具体的认证服务器的结构示意图；

图14是本申请实施例提供的一种具体的紧急救援系统的结构示意图；

图15是本申请实施例提供的另一种具体的紧急救援系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本申请所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。

通常，救护车、工程救援车、消防车、警车等急救车辆在行驶过程中，需要其前方的车辆帮忙让道，以能够顺利地执行紧急救援任务，但有时候前面的车辆看不到这些需要执行紧急救援任务的车辆，特别是在不允许使用警报装置鸣笛的路段或时间段内，这便导致前方的车辆不能及时地给这些紧急救援车辆让行，耽误紧急救援任务的执行。或者，有的私家车、网约车或出租车等车辆上也有可能乘载有重症患者，需要紧急送往医院抢救，这些车辆也需要其前方的车辆帮忙让道，但前方的车辆通常很难知道这些情况，导致不能为这些需要紧急通行的车辆让行。

鉴于此，在本申请实施例中，认证服务器对紧急救援车辆进行认证，当紧急救援车辆被认证为是需要执行紧急救援任务的车辆时，打开紧急救援车辆的广播通道，紧急救援车辆通过该广播通道与其周围的车辆进行通信，通知周围的其他车辆为该紧急救援车辆让行。

在本申请实施例中，紧急救援车辆可以包括救护车、工程救援车、消防车、警车等急救车辆，也可以包括私家车、出租车、网约车等普通车辆。

本申请实施例提供一种车辆通行方法，该车辆通行方法应用于紧急救援车辆，如图1所示，该车辆通行方法可以包括以下步骤：

步骤101：接收到认证服务器发送的认证通过消息时，打开紧急救援车辆的广播通道。

紧急救援车辆接收认证服务器发送的认证通过消息，当接收到认证通过消息时，打开紧急救援车辆的广播通道。

通常，认证服务器可以直接认定紧急救援车辆是需要执行紧急救援任务的车辆，向紧急救援车辆发送认证通过消息，紧急救援车辆在接收到认证通过消息时，打开自身的广播通道。

但是，救护车、工程救援车、消防车、警车等急救车辆可能会被个人私自乱用，为了避免这类急救车辆的私自乱用，需要先向认证服务器申请成为需要执行紧急救援任务的车辆，只有被认证服务器认证通过后才能打开广播通道。对于私家车、出租车、网约车等这类普通车辆，如果遇到需要执行紧急救援任务的情况，则可以先向认证服务器申请成为需要执行紧急救援任务的车辆，在被认证服务器认证通过后打开广播通道。具体的，可以通过如下方法实现：

向认证服务器发送认证请求消息，该认证请求消息包括紧急救援车辆的身份信息，该身份信息比如可以是紧急救援车辆的车牌号；一种实施例中，该认证请求消息还可以包括司机身份信息，比如司机的驾驶证信息，这样可以保证紧急救援车辆的使用人的身份；

接收到认证服务器根据该认证请求消息发送的认证通知消息时，向认证服务器发送认证信息，该认证信息用于确认紧急救援车辆是否为需要执行紧急救援任务的车辆，该认证信息可以包括紧急救援车辆的图像信息和/或路线行程信息。比如紧急救援车辆是网约车，可以自动获取该网约车的路线行程信息和/或车内摄像头的图像信息，将这些信息发送给认证服务器。

步骤102：记录紧急救援车辆的定位信息。

紧急救援车辆中包括定位设备，可以通过定位设备实时获取和记录紧急救援车辆的定位信息。

步骤103：通过广播通道向紧急救援车辆周围的车辆发送避让广播消息和定位信息。

紧急救援车辆打开广播通道之后，通过该广播通道向其周围的车辆发送避让广播消息和定位信息，通过避让广播消息通知周围车辆进行避让，周围的任意车辆收到该避让广播消息和定位信息后，可以结合车辆本地的地图和紧急救援车辆的定位信息生成实时的位置对比图，并据此执行避让动作。实际应用中，可以将与紧急救援车辆的距离小于预设距离阈值的车辆认定为是紧急救援车辆周围的车辆。

例如，以三车道车辆通行场景为例，参见图2，1车道上行驶有车辆D和车辆E，2车道上行驶有车辆B、车辆A和紧急救援车辆，且车辆B和车辆A行驶在紧急救援车辆前方，3车道行驶有车辆C。紧急救援车辆在行驶过程中需要其前方的车辆帮忙让路，但有时候前面的车辆看不到后面的车辆，或者有的私家车或网约车、出租车等车辆上可能也会有重病患者，倘若此时正处于禁止使用警报器的路段或时间段，或者紧急救援车辆是私家车或网约车等不具备警报器的车辆，那么紧急救援车辆无法及时得到其前方车辆的避让，耽误紧急救援任务的执行。在该场景下，采用本申请的方案，紧急救援车辆可以向认证服务器发送认证请求消息，申请成为需要执行紧急救援任务的车辆，在得到认证服务器的认证后，紧急救援车辆的广播通道被打开，此时，紧急救援车辆可以通过该广播通道通知其周围的车辆让行。比如，通过该广播通道向车辆A、车辆B、车辆C和车辆E发出避让广播消息和定位信息，车辆A接收到避让广播消息和定位信息后，结合本地的地图向右变道驶入3车道，车辆B也可以在收到避让广播消息和定位信息后，结合本地地图和车辆A的定位信息配合变道，比如也向右变道。车辆C和车辆E可以配合变道或保持原有车道继续行驶。这样，紧急救援车辆可以沿着2车道顺利前行。

在本申请的一个实施例中，在打开紧急救援车辆的广播通道之后，该方法还包括：记录紧急救援车辆的行程信息；将紧急救援车辆的行程信息上传至认证服务器。

在本申请的一个实施例中，该方法还包括：在行程结束后，向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，该紧急救援证明信息包括紧急救援车辆的行程信息。这样，通过在行程结束后向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，可以消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

本申请实施例提供的车辆通行方法，紧急救援车辆在得到认证服务器的认证后打开广播通道，通过该广播通道向其周围的车辆发送避让广播消息和定位信息，使其周围的车辆根据该避让广播消息和定位信息执行车辆避让动作。能够在不使用警报装置的情况下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。

本申请实施例提供另一种车辆通行方法，该车辆通行方法应用于认证服务器，如图3所示，该车辆通行方法可以包括以下步骤：

步骤301：接收紧急救援车辆发送的认证请求消息。

紧急救援车辆在执行紧急救援任务时，向认证服务器发送认证请求消息，以申请成为需要执行紧急救援任务的车辆，认证服务器接收紧急救援车辆发送的认证请求消息。其中，认证请求消息包括紧急救援车辆的身份信息，比如紧急救援车辆的车牌号。认证请求消息还可以包括紧急救援车辆的司机的身份信息，比如司机的驾驶证信息，可以保证紧急救援车辆的使用人的身份。

步骤302：接收到认证请求消息时，根据预设规则确定紧急救援车辆是否为需要执行紧急救援任务的车辆。

具体的，在一种实施例中，可以通过如下方法实现：接收到认证请求消息时，判断是否检测到用户确认紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；若检测到该确认操作，则确定该紧急救援车辆为需要执行紧急救援任务的车辆。

在另一种实施例中，也可以通过如下方法实现：当接收到认证请求消息时，向紧急救援车辆发送认证通知消息，该认证通知消息用于通知该紧急救援车辆返回认证信息，该认证信息包括紧急救援车辆的图像信息和/或路线行程信息；接收紧急救援车辆发送的认证信息；根据该认证信息确定紧急救援车辆是否为需要执行紧急救援任务的车辆。

步骤303：当确定紧急救援车辆为需要执行紧急救援任务的车辆时，向紧急救援车辆发送认证通过消息。

认证通过消息用于打开紧急救援车辆的广播通道，使紧急救援车辆通过该广播通道向其周围的车辆发出避让广播消息和定位信息。

在本申请的一个实施例中，在接收到紧急救援车辆发送的认证请求消息时，该方法还包括：标识并保存紧急救援车辆的行车记录。

在本申请的一个实施例中，该方法还包括：获取紧急救援车辆的紧急救援证明信息，该紧急救援证明信息包括紧急救援车辆的行车记录；将紧急救援证明信息发送给车辆违规处理中心。这样，通过向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，可以消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

本申请实施例提供的车辆通行方法，通过接收紧急救援车辆发送的认证请求消息，根据该认证请求消息，利用预设规则确定该紧急救援车辆是否为需要执行紧急救援任务的车辆，如果是，则向紧急救援车辆发送认证通过消息以打开紧急救援车辆的广播通道，使紧急救援车辆能够通过该广播通道与其周围的车辆进行通信，通知周围车辆进行避让。可以在不使用警报装置鸣笛的方式下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。

基于上述图1和图3对应的实施例提供的车辆通行方法，本申请实施例提供又一种车辆通行方法，该方法可以应用于紧急救援系统，参见图4，该紧急救援系统包括紧急救援车辆41和认证服务器42，紧急救援车辆41中包括车辆通行装置410，车辆通行装置410中的第一通信模块与认证服务器42中的救援通信模块通信连接，实现紧急救援车辆41与认证服务器42之间的通信。其中，车辆通行装置410可以是集成于紧急救援车辆41上的一个装置模块，也可以是位于紧急救援车辆41上的终端设备，比如司机的手机、iPad等。参照图5，本实施例提供的车辆通行方法可以包括以下步骤：

步骤501：紧急救援车辆向认证服务器发送认证请求消息。

步骤502：认证服务器新建记录。

认证服务器接收到紧急救援车辆发送的认证请求消息后，根据该认证请求消息创建紧急救援车辆的记录信息。

步骤503：认证服务器向紧急救援车辆发送认证通知消息。

认证服务器接收到紧急救援车辆发送的认证请求消息后，向紧急救援车辆发送认证通知消息，通知紧急救援车辆上传认证信息。该认证信息可以是图像信息和/或路线行程信息。

步骤504：紧急救援车辆向认证服务器发送认证信息。

紧急救援车辆接收到认证服务器发送的认证通知消息后，向认证服务器发送认证信息。比如，如果紧急救援车辆是网约车，则可以自动获取路线行程信息和车内摄像头的图像信息，将这些信息上传到认证服务器。

步骤505：认证服务器向紧急救援车辆发送认证通过消息。

认证服务器对认证信息进行确认，确认认证信息通过后，向紧急救援车辆发送认证通过消息，以授予紧急救援车辆打开广播通道的权限。同时，可以更新紧急救援车辆的记录信息，比如更新该紧急救援车辆的标识，将该紧急救援车辆更新为需要执行紧急救援任务的车辆。

通过上述步骤的认证可以约束紧急救援车辆的权限，使得任意车辆都可以申请成为需要执行紧急救援任务的车辆，但不是每个车辆都可以随便打开广播通道，只有被认定为是需要执行紧急救援任务的车辆才有打开广播通道的权限。

步骤506：紧急救援车辆打开广播通道。

步骤507：紧急救援车辆通过广播通道向其周围的车辆发送避让广播消息和定位信息。

紧急救援车辆周围的任意车辆接收到避让广播消息和定位信息后，可以根据该定位信息，基于本地地图生成实时的位置对比图，并执行车辆避让动作，保证紧急救援车辆顺利通行。在紧急救援车辆行程结束之后，认证服务器可以删除该紧急救援车辆的记录信息，并关闭广播权限。

例如，在图2所示的场景中，车辆A在紧急救援车辆的前方，车辆A接收到紧急救援车辆发送的避让广播消息和定位信息后向右变道，变道后，车辆A的位置信息可以发送给周边的车辆B，车辆B也向右变道。车辆C、车辆D和车辆E等其他车辆可以不响应或者配合变道。这样，可以保证紧急救援车辆从2车道顺利通过。当紧急救援车辆过去后，再通知为其避让的车辆A和车辆B，这些车辆收到通知后可以断开与紧急救援车辆的通信连接。

在本申请的一个实施例中，该方法还包括：向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，由车辆违规处理中心对该紧急救援证明信息进行审核，审核通过后可以消除该紧急救援车辆的扣分、违章罚款等处罚。其中，紧急救援证明信息包括紧急救援车辆的行程信息，还可以包括医院开具的证明文件等资料。

具体的，可以由紧急救援车辆或认证服务器向车辆违规处理中心发送紧急救援证明信息。当由紧急救援车辆向车辆违规处理中心发送紧急救援证明信息时，该方法可以包括：紧急救援车辆打开广播通道后记录其行程信息、车内的图像信息等，在行程结束后将这些信息作为紧急救援证明信息自动发送给车辆违规处理中心；或者，在行程结束后检测用户上传紧急救援证明信息的上传操作，当检测到该上传操作后，将行程信息、车内的图像信息以及用户上传的其他证明文件等作为紧急救援证明信息自动发送给车辆违规处理中心。当由认证服务器向车辆违规处理中心发送紧急救援证明信息时，该方法可以包括：紧急救援车辆打开广播通道后，记录紧急救援车辆的行程信息，并将该行程信息上传至认证服务器；认证服务器将紧急救援车辆的标识信息、行车记录等信息保存至数据库中；在紧急救援车辆行程结束后，认证服务器将保存在数据库中的紧急救援车辆的标识信息、行车记录等信息以及其他的证明文件等作为紧急救援证明信息发送给车辆违规处理中心。

示例性的，如果紧急救援车辆是网约车，可以在订单结束后自动弹出文件上传窗口，网约车司机根据窗口提示上传相关的紧急救援证明信息，确定后，网约车直接向车辆违规处理中心发送请求消息，该请求消息中可以包括网约车的车牌号、订单的行程信息以及相关证明文件，其中的车牌号和订单的行程信息可以在司机执行文件上传操作时自动获取。

示例性的，如果紧急救援车辆是出租车或者私家车，目前的做法是：出租车、私家车等车辆，如果因为急救等原因或者给救护车、消防车等车辆让道而产生了闯红灯等违章行为，需要自己去申诉，交警在查阅相关监控后取消违章即可；但因为监控摄像头是自动触发拍摄的，交警不可能挨个核对，如果在监控录像中可以直接证实驾驶人是给救护车、消防车等特种车辆让道，而并非主观故意闯红灯或者随意变更车道等，交管部门会取消处罚；而如果监控录像没有取证到有关画面，车主却收到罚单的，当事人可以提出申诉。在本申请实施例中，如果紧急救援车辆是出租车或者私家车，可以在行程结束后自动发起申请流程，主动向车辆违规处理中心提供紧急救援证明信息，经交警核实后给消除违规处罚。

本申请实施例提供的车辆通行方法，一方面，能够在不使用警报装置的情况下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。另一方面，可以约束紧急救援车辆的权限，使得任意车辆都可以申请成为需要执行紧急救援任务的车辆，但不是每个车辆都可以随便打开广播通道，只有被认定为是需要执行紧急救援任务的车辆才有打开广播通道的权限。而且，可以在行程结束后向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚。

基于上述各实施例中所描述的车辆通行方法，下述为本申请装置实施例，可以用于执行本申请方法实施例。

本申请实施例提供一种车辆通行装置，应用于紧急救援车辆，如图6所示，该车辆通行装置410包括：第一通信模块4101，第二通信模块4102，定位设备4103，车辆处理器4104；其中，第一通信模块4101用于与认证服务器进行通信；第二通信模块4102用于与紧急救援车辆周围的车辆建立广播通道；定位设备4103用于对紧急救援车辆进行定位，得到定位信息；车辆处理器4104分别与第一通信模块4101、第二通信模块4102和定位设备4103连接，车辆处理器4104用于在接收到认证服务器发送的认证通过消息时，打开紧急救援车辆的广播通道，记录定位设备4103获得的定位信息，通过第二通信模块4102向紧急救援车辆周围的车辆发送避让广播消息和定位信息，使紧急救援车辆周围的车辆根据该避让广播消息和定位信息执行车辆避让动作。

在一个实施例中，车辆处理器4104还用于在打开紧急救援车辆的广播通道之后，记录紧急救援车辆的行程信息，将该行程信息通过第一通信模块4101上传至认证服务器。

在一个实施例中，如图7所示，车辆通行装置410还包括与车辆处理器4104连接的第一人机交互装置4105。其中，第一人机交互装置4105用于检测用户申请紧急救援车辆成为需要执行紧急救援任务的车辆的申请操作；

车辆处理器4104还用于在第一人机交互装置4105检测到用户申请紧急救援车辆成为需要执行紧急救援任务的车辆的申请操作时，通过第一通信模块4101向认证服务器发送认证请求消息，该认证请求消息包括紧急救援车辆的身份信息，接收到认证服务器发送的认证通知消息时，向认证服务器发送认证信息，该认证信息用于确认紧急救援车辆是否为需要执行紧急救援任务的车辆，该认证信息包括紧急救援车辆的图像信息和/或路线行程信息。

在一个实施例中，如图8所示，车辆通行装置410还包括与车辆处理器4104连接的图像采集设备4106。图像采集设备4106用于采集紧急救援车辆内的图像信息和/或行驶过程中的道路信息，该图像信息和/或道路信息可以作为紧急救援车辆的认证信息或紧急救援证明信息。

在一个实施例中，定位设备4103、车辆处理器4104和图像采集设备4106可以是位于紧急救援车辆上的终端设备上，比如司机的手机，如果是以司机身份登录网约车平台，则可以借助网约车平台手机的定位系统和摄像系统。

在一个实施例中，如图9所示，车辆通行装置410还包括第三通信模块4107。其中，第三通信模块4107用于与车辆违规处理中心进行通信；车辆处理器4104还用于在紧急救援车辆的行程结束后，通过第三通信模块4107向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息。

本申请实施例提供的车辆通行装置应用于紧急救援车辆，可以通过第一通信模块接收认证服务器发送的认证通过消息，通过第二通信模块与紧急救援车辆周围的其他车辆建立广播通道，当车辆处理器接收到认证服务器发送的认证通过消息时打开紧急救援车辆的广播通道，通过第二通信模块与紧急救援车辆周围的车辆通信，通知紧急救援车辆周围的车辆进行避让，能够在不使用警报装置的情况下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行，以便及时执行紧急救援任务。

本申请实施例提供一种认证服务器，如图10所示，该认证服务器42包括：救援通信模块421，管理认证模块422。其中，救援通信模块421用于与紧急救援车辆进行通信，接收紧急救援车辆发送的认证请求消息，该认证请求消息包括紧急救援车辆的身份信息；

管理认证模块422用于在接收到认证请求消息时，根据预设规则确定紧急救援车辆是否为需要执行紧急救援任务的车辆，当确定紧急救援车辆为需要执行紧急救援任务的车辆时，通过救援通信模块421向紧急救援车辆发送认证通过消息，该认证通过消息用于打开紧急救援车辆的广播通道，使紧急救援车辆通过该广播通道向其周围车辆发出避让广播消息和定位信息。

在一个实施例中，如图11所示，认证服务器42还包括第二人机交互装置423。第二人机交互模块423与管理认证模块422连接，用于检测用户确认紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；

管理认证模块422还用于在第二人机交互模块423检测到用户确认紧急救援车辆为需要执行紧急救援任务的车辆的确认操作时，确定出紧急救援车辆为需要执行紧急救援任务的车辆。

在一个实施例中，第二人机交互模块423还用于向紧急救援车辆发送认证通知消息，该认证通知消息用于通知紧急救援车辆返回认证信息，该认证信息包括紧急救援车辆的图像信息和/或路线行程信息；管理认证模块422还具体用于通过救援通信模块421接收紧急救援车辆发送的认证信息，根据该认证信息确定紧急救援车辆是否为需要执行紧急救援任务的车辆。

在一个实施例中，如图12所示，认证服务器42还包括存储模块424。管理认证模块422还用于在接收到紧急救援车辆发送的认证请求消息时，标识紧急救援车辆的行车记录；存储模块424用于保存紧急救援车辆的行车记录。

在一个实施例中，如图13所示，认证服务器42还包括违规处理通信模块425。管理认证模块422还用于获取紧急救援车辆的紧急救援证明信息，该紧急救援证明信息包括紧急救援车辆的行车记录；违规处理通信模块425用于与车辆违规处理中心通信连接，将紧急救援证明信息发送给车辆违规处理中心。

在一个实施例中，第二人机交互装置423还用于检测用户上传紧急救援证明信息的上传操作；管理认证模块422具体用于在第二人机交互装置检测到用户上传紧急救援证明信息的上传操作时，通过违规处理通信模块425向车辆违规处理设备发送紧急救援车辆的紧急救援证明信息。

本申请实施例提供的认证服务器，通过救援通信模块与紧急救援车辆进行通信，接收紧急救援车辆发送的认证请求消息，管理认证模块根据该认证请求消息，利用预设规则确定该紧急救援车辆是否为需要执行紧急救援任务的车辆，如果是，则向紧急救援车辆发送认证通过消息以打开紧急救援车辆的广播通道，以使紧急救援车辆能够通过该广播通道与其周围车辆进行通信，通知周围车辆进行避让。可以在不使用警报装置鸣笛的方式下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行。

本申请实施例还提供了一种紧急救援系统，该紧急救援系统包括紧急救援车辆41和上述实施例中所述的任意一种认证服务器42，紧急救援车辆41中包括上述实施例中所述的任意一种车辆通行装置410。参见图14，是一种具体的紧急救援系统的结构示意图，其中，车辆通行装置410包括车辆处理器4104和分别与车辆处理器4104连接的第一通信模块4101、第二通信模块4102、定位设备4103、第一人机交互装置4105、图像采集设备4106和第三通信模块4107；认证服务器42包括管理认证模块422和分别与管理认证模块422连接的救援通信模块421、第二人机交互装置423、存储模块424和违规处理通信模块425；第一通信模块4101与救援通信模块421通信连接，车辆通行装置410可以通过第三通信模块4107与车辆违规处理中心通信连接，认证服务器42可以通过违规处理通信模块425与车辆违规处理中心通信连接。

具体的，第二人机交互装置423为管理用户提供车辆管理与审核的操作界面，可以认定符合条件的紧急救援车辆为需要执行紧急救援任务的车辆；管理认证模块422可以标识紧急救援车辆并将紧急救援车辆的行驶时间、路线等信息以及紧急救援车辆上传的紧急救援证明文件等资料保存到存储模块424中，并可以在紧急救援车辆行程结束后将存储模块424中保存的相关记录信息通过违规处理通信模块425上传到车辆违规处理中心。交警在车辆违规处理中心端根据这些记录信息如果判断紧急救援车辆是因为执行紧急救援任务而造成的闯红灯等违章，可以核实后给予消除。或者，待行程结束后，也可以由车辆处理器4104向车辆违规处理中心上传紧急救援车辆41的行程记录以及证明文件资料等。

存储模块424可以存储所有紧急救援车辆的记录信息，该记录信息可以定期清理，比如可以保存1个月、3个月或6个月以内的记录等。

管理认证模块422可以由处理器实现，主要用于接收紧急救援车辆41发送的认证请求消息和后续上传的行程信息、证明文件资料等，待管理用户认证后可以授予紧急救援车辆41打开广播通道以发出避让广播消息的权限，也可以在紧急救援车辆41的行程结束后关闭打开广播通道的权限。

车辆处理器4104通过第一通信模块4101接入互联网，与认证服务器42通信。用户可以通过第一人机交互装置4105触发申请功能，向认证服务器42申请紧急救援车辆41成为需要执行紧急救援任务的车辆；然后，车辆处理器4104发送图像采集设备4106采集的图像信息和/或定位设备4103提供的定位信息，即地图路线信息。

在认证服务器42认证通过后，车辆处理器4104通过第二通信模块4102向紧急救援车辆41周边的车辆发送避让广播消息和定位信息，周边车辆的任意车辆在收到避让广播消息和定位信息后，在地图上形成位置对比信息，并据此执行避让动作。

在一种实施例中，车辆通行装置410可以是集成安装在紧急救援车辆41上的设备，也可以由位于紧急救援车辆41上的移动终端设备实现，比如紧急救援车辆41上的乘客或司机的手机，这时，可以利用该移动终端设备的摄像头、处理器和定位装置。

例如，紧急救援车辆41是网约车，车辆处理器4104、定位设备4103和图像采集设备4106分别由网约车司机的手机的处理器、定位装置和摄像头实现，网约车司机的手机可以接入网约车服务器，网约车服务器与认证服务器42通信连接，其结构示意图参见图15，网约车司机可以以司机身份登录网约车服务器，利用网约车服务器获取手机的定位信息和摄像头采集的图像信息，网约车服务器将该定位信息和图像信息发送给认证服务器42。

本申请实施例提供的紧急救援系统，可以在不使用警报装置鸣笛的方式下通知紧急救援车辆周围的车辆为紧急救援车辆让行，从而保证紧急救援车辆的顺利通行；可以在行程结束后向车辆违规处理中心发送紧急救援车辆的紧急救援证明信息，以便消除紧急救援车辆因执行紧急救援任务而造成的违章处罚；而且可以约束紧急救援车辆的权限，使得任意车辆都可以申请成为需要执行紧急救援任务的车辆，但不是每个车辆都可以随便打开广播通道，只有被认定为是需要执行紧急救援任务的车辆才有打开广播通道的权限。

基于上述实施例中所描述的车辆通行方法，本申请实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：Read OnlyMemory，ROM)、随机存取存储器(英文：Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储装置等。该存储介质上存储有计算机指令，用于执行上述实施例中所描述的车辆通行方法，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的内容后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (17)

1.一种车辆通行方法，其特征在于，所述方法包括：

接收到认证服务器发送的认证通过消息时，打开紧急救援车辆的广播通道；

记录所述紧急救援车辆的定位信息；

通过所述广播通道向所述紧急救援车辆周围的车辆发送避让广播消息和所述定位信息，使所述紧急救援车辆周围的车辆根据所述避让广播消息和所述定位信息执行车辆避让动作。

2.根据权利要求1所述的方法，其特征在于，在接收认证服务器发送的认证通过消息之前，所述方法还包括：

向认证服务器发送认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

接收到所述认证服务器根据所述认证请求消息发送的认证通知消息时，向所述认证服务器发送认证信息，所述认证信息用于确认所述紧急救援车辆是否为需要执行紧急救援任务的车辆，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息。

3.根据权利要求1所述的方法，其特征在于，在所述打开紧急救援车辆的广播通道之后，所述方法还包括：

记录所述紧急救援车辆的行程信息；

将所述紧急救援车辆的行程信息上传至所述认证服务器。

4.根据权利要求3所述的方法，其特征在于，还包括：

在行程结束后，向车辆违规处理中心发送所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行程信息。

5.一种车辆通行方法，其特征在于，包括：

接收紧急救援车辆发送的认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

接收到所述认证请求消息时，根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆；

当确定所述紧急救援车辆为需要执行紧急救援任务的车辆时，向所述紧急救援车辆发送认证通过消息，所述认证通过消息用于打开所述紧急救援车辆的广播通道，使所述紧急救援车辆通过所述广播通道向其周围车辆发出避让广播消息和定位信息。

6.根据权利要求5所述的方法，其特征在于，所述根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆包括：

判断是否检测到用户确认所述紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；

若检测到所述确认操作，则确定所述紧急救援车辆为需要执行紧急救援任务的车辆。

7.根据权利要求5所述的方法，其特征在于，所述根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆包括：

向所述紧急救援车辆发送认证通知消息，所述认证通知消息用于通知所述紧急救援车辆返回认证信息，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息；

接收所述紧急救援车辆发送的认证信息；

根据所述认证信息确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆。

8.根据权利要求5所述的方法，其特征在于，在接收到紧急救援车辆发送的认证请求消息时，所述方法还包括：

标识并保存所述紧急救援车辆的行车记录。

9.根据权利要求8所述的方法，其特征在于，还包括：

获取所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行车记录；

将所述紧急救援证明信息发送给车辆违规处理中心。

10.一种车辆通行装置，其特征在于，应用于紧急救援车辆，所述装置包括：

第一通信模块，用于与认证服务器进行通信；

第二通信模块，用于与所述紧急救援车辆周围的车辆建立广播通道；

定位设备，用于对所述紧急救援车辆进行定位，得到定位信息；

车辆处理器，分别与所述第一通信模块、所述第二通信模块和所述定位设备连接，所述车辆处理器用于在接收到认证服务器发送的认证通过消息时，打开所述紧急救援车辆的广播通道，记录所述定位设备获得的定位信息，通过所述第二通信模块向所述紧急救援车辆周围的车辆发送避让广播消息和所述定位信息，使所述紧急救援车辆周围的车辆根据所述避让广播消息和所述定位信息执行车辆避让动作。

11.根据权利要求10所述的装置，其特征在于，还包括与所述车辆处理器连接的第一人机交互装置；

所述第一人机交互装置用于检测用户申请所述紧急救援车辆成为需要执行紧急救援任务的车辆的申请操作；

所述车辆处理器还用于在所述第一人机交互装置检测到所述申请操作时，通过所述第一通信模块向所述认证服务器发送认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息，接收到所述认证服务器发送的认证通知消息时，向所述认证服务器发送认证信息，所述认证信息用于确认所述紧急救援车辆是否为需要执行紧急救援任务的车辆，所述认证信息包括所述紧急救援车辆的图像信息和/或路线行程信息。

12.根据权利要求10所述的装置，其特征在于，还包括第三通信模块；

所述第三通信模块用于与车辆违规处理中心进行通信；

所述车辆处理器还用于在所述紧急救援车辆的行程结束后，通过所述第三通信模块向车辆违规处理中心发送所述紧急救援车辆的紧急救援证明信息。

13.一种认证服务器，其特征在于，包括：

救援通信模块，用于与紧急救援车辆进行通信，接收所述紧急救援车辆发送的认证请求消息，所述认证请求消息包括所述紧急救援车辆的身份信息；

管理认证模块，用于在接收到所述认证请求消息时，根据预设规则确定所述紧急救援车辆是否为需要执行紧急救援任务的车辆，当确定所述紧急救援车辆为需要执行紧急救援任务的车辆时，通过所述救援通信模块向所述紧急救援车辆发送认证通过消息，所述认证通过消息用于打开所述紧急救援车辆的广播通道，使所述紧急救援车辆通过所述广播通道向其周围车辆发出避让广播消息和定位信息。

14.根据权利要求13所述的认证服务器，其特征在于，还包括第二人机交互装置；

所述第二人机交互模块与所述管理认证模块连接，用于检测用户确认所述紧急救援车辆为需要执行紧急救援任务的车辆的确认操作；

所述管理认证模块还用于在所述第二人机交互模块检测到所述确认操作时，确定出所述紧急救援车辆为需要执行紧急救援任务的车辆。

15.根据权利要求13所述的认证服务器，其特征在于，还包括存储模块；

所述管理认证模块还用于在接收到紧急救援车辆发送的认证请求消息时，标识所述紧急救援车辆的行车记录；

所述存储模块用于保存所述紧急救援车辆的行车记录。

16.根据权利要求15所述的认证服务器，其特征在于，还包括违规处理通信模块；

所述管理认证模块还用于获取所述紧急救援车辆的紧急救援证明信息，所述紧急救援证明信息包括所述紧急救援车辆的行车记录；

所述违规处理通信模块用于与车辆违规处理中心进行通信，将所述紧急救援证明信息发送给所述车辆违规处理中心。

17.一种紧急救援系统，其特征在于，包括紧急救援车辆和权利要求13至16中任一项所述的认证服务器，所述紧急救援车辆中包括权利要求10至12中任一项所述的车辆通行装置。

Images