CN111163453A - 一种应急车辆响应的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种应急车辆响应的方法和设备，用以解决目前针对车辆的应急请求响应速度较慢的问题。本发明实施例在进行应急车辆响应时，首先网络侧设备接收应急车辆发送的应急请求；然后所述网络侧设备根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；最后所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。此方法可有效降低网络侧设备的压力、减少网络带宽消耗，更好的满足对海量数据实时分析和处理的要求，提升应急请求响应速度。

Description

一种应急车辆响应的方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种应急车辆响应的方法和设备。

背景技术

随着社会的不断进步，越来越重视车联网系统，使得车联网取得了飞速的发展，所谓车联网是由车辆位置、速度和路线等信息构成的巨大交互网络。通过GPS(GlobalPositioning System，全球定位系统)、RFID(Radio Frequency Identification，无线射频识别)、传感器、摄像头图像处理等装置，车辆可以完成自身环境和状态信息的采集，通过互联网技术，所有的车辆可以将自身的各种信息传输汇聚到中央处理器，通过计算机技术，这些大量车辆的信息可以被分析和处理，从而计算出不同车辆的最佳路线、及时汇报路况和安排信号灯周期。尤其在5G网络下，物联网车辆将更加智能，将有利于搭建更加智能化的系统用于解决车辆管理的实时控制问题。

另一方面，随着联网车辆的数量和移动终端的数量的爆炸性的增长，将使带宽消耗、延迟速度、路面拥堵的情况也更加复杂。在响应车辆应急请求方面将面临巨大的挑战。尤其对于急救车辆的应急响应问题更加严峻。

在日常生活中，从拨打急救电话，到人工调度，直到通过拥挤的道路而抵达报警地点，往往需要耗费很长的时间，容易延误抢救时间，面对这一情况，目前并没有有效的应急响应方案。

综上所述，目前针对车辆的应急请求响应速度较慢。

发明内容

本发明实施例提供一种应急车辆响应的方法和设备，用以解决目前针对车辆的应急请求响应速度较慢的问题。

第一方面，本发明实施例提供的一种应急车辆响应的方法包括：

首先网络侧设备接收应急车辆发送的应急请求；然后所述网络侧设备根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；最后所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

上述方法，网络侧设备在接收到应急车辆发送的应急请求后，将所述应急请求发送给所述应急路线范围内的边缘计算系统，然后所述边缘计算系统根据应急请求向其他车辆发送应急指令，可有效降低网络侧设备的压力、减少网络带宽消耗，更好的满足对海量数据实时分析和处理的要求，提升应急请求响应速度。

在一种可能的实现方式中，所述网络侧设备确定所述应急车辆符合响应要求；其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

上述方法，所述网络侧设备在响应应急车辆的响应请求时，增加判断所述应急车辆是否符合响应要求的确定机制，使网络侧响应应急车辆请求的机制更加完善。

第二方面，本发明实施例提供的一种应急车辆响应的方法包括：

首先边缘计算系统接收网络侧设备发送的应急车辆的应急请求；最后所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

上述方法，边缘计算系统接收网络侧设备发送的应急车辆的应急请求，然后所述边缘计算系统根据应急请求向其他车辆发送应急指令，可有效降低网络侧设备的压力、减少网络带宽消耗，更好的满足对海量数据实时分析和处理的要求，提升应急请求响应速度。

在一种可能的实现方式中，所述边缘计算系统根据所述应急请求确定所述应急车辆符合通过响应要求；所述边缘计算系统向确定符合通过响应要求的应急车辆发送通过响应；其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

上述方法，所述边缘计算系统在响应应急车辆的响应请求时，增加判断所述应急车辆是否符合响应要求的确定机制，使网络侧响应应急车辆请求的机制更加完善。

在一种可能的实现方式中，所述边缘计算系统在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

上述方法，所述边缘计算系统在所述应急车辆驶入所述边缘计算系统对应地理区域后，再根据所述应急请求确定向其他车辆发送应急指令，使发送目标更加精准。

第三方面，本发明实施例提供一种应急车辆响应的设备，该设备包括：至少一个处理单元以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行上述第一方面的各实施例的功能。

第四方面，本发明实施例提供一种应急车辆响应的设备，该设备包括：至少一个处理单元以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行上述第二方面的各实施例的功能。

第五方面，本发明实施例还提供一种应急车辆响应的设备，该设备包括：接收模块、确定模块和处理模块，该设备具有实现上述第一方面的各实施例的功能。

第六方面，本发明实施例还提供一种干扰抑制传输的设备，该设备包括：接收模块和处理模块，该设备具有实现上述第二方面的各实施例的功能。

第七方面，本申请还提供一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所述方法的步骤。

第八方面，本申请还提供一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现第二方面所述方法的步骤。

另外，第三方面至第八方面中任一一种实现方式所带来的技术效果可参见第一方面至第二方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明实施例的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种应急车辆响应的系统结构示意图；

图2为本发明实施例第一种应急车辆响应的设备结构示意图；

图3为本发明实施例第二种应急车辆响应的设备结构示意图；

图4为本发明实施例第三种应急车辆响应的设备结构示意图；

图5为本发明实施例第四种应急车辆响应的设备结构示意图；

图6为本发明实施例第一种应急车辆响应的方法示意图；

图7为本发明实施例第二种应急车辆响应的方法示意图；

图8为本发明实施例一种应急车辆响应的方法流程示意图。

具体实施方式

为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述，显然，所描述的实施例仅仅是本发明实施例一部份实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明实施例保护的范围。

下面对文中出现的一些词语进行解释：

(1)本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

(2)“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

(3)本发明实施例所指的“边缘计算”是指在靠近物或数据源头的网络边缘侧，融合网络、计算、存储、应用核心能力的开放平台，就近提供边缘智能服务，满足行业数字化在敏捷连接、实时业务、数据优化、应用智能、安全与隐私保护等方面的关键需求。

(4)本发明实施例所指的“分布式”主要研究如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分，然后把这些部分分配给许多计算机进行处理，最后把这些计算结果综合起来得到最终的结果。

(5)本发明实施例所指的“区块链”是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。

(6)本发明实施例所指的“SM2”是国家密码管理局于2010年12月17日发布的椭圆曲线公钥密码算法。

如图1所示，本发明实施例提供一种应急车辆响应的系统，该系统包括：

应急车辆100，用于向网络侧设备发送应急请求；接收边缘计算系统发送的应急响应。

网络侧设备101，用于接收应急车辆发送的应急请求；根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

边缘计算系统102，用于接收网络侧设备发送的应急车辆的应急请求；根据所述应急请求向其他车辆发送应急指令。

通过上述方法，网络侧设备在接收到应急车辆发送的应急请求后，将所述应急请求发送给所述应急路线范围内的边缘计算系统，然后所述边缘计算系统根据应急请求向其他车辆发送应急指令，可有效降低网络侧设备的压力、减少网络带宽消耗，更好的满足对海量数据实时分析和处理的要求，提升应急请求响应速度。

其中，所述应急车辆发送的应急请求中的信息包含以下多种或全部：

事件类别、驾驶员身份信息、请求车辆车牌号码、驾驶员人脸采集、位置信息、驾驶员公钥等。

所述事件类别可如下表1所示，进行设置，从而使上传的应急信息中通过上传事件类别的编码，根据事件类别与事件编码的对应关系，确定具体事件类别，减少应急信息的内存大小，加快传输速度。

事件类别	事件编码
		急救	01
追捕	02
		具体策划活动	03

表1事件类别与事件编码的对应关系

其中，可根据事件类别的优先级，对所述事件对应的事件编码进行设置，即如上表1所示，急救事件的优先级高于追捕事件的优先级，追捕事件的优先级高于具体策划活动的优先级，从而使接收方根据所述应急请求中的事件优先级，确定后续适应的操作步骤。

其中，本发明实施例中为了更好的保证信息传输的安全性，所述应急车辆可通过平台的非对称256bit素数域国产密码SM2公钥对应急请求进行加密，然后在将加密后的应急请求通过所述网络侧设备发送给所述应急路线范围内的边缘计算系统。

其中，所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统的过程中，可有多种操作情况，下面分别进行介绍。

情况1：所述网络侧设备直接将所述应急请求发送给所述边缘计算系统。

情况2：所述网络侧设备确定所述应急车辆符合响应要求后，再将所述应急请求发送给所述边缘计算系统。

例如，所述网络侧设备在收到所述加密的应急请求后，解码所述应急请求，从而获得所述应急请求中的信息，所述网络侧设备根据接收到的所述应急信息确定所述应急车辆符合响应要求后，所述网络侧设备通过边缘节点的非对称256bit素数域国产密码SM2公钥加密所述应急请求，发送给所述边缘计算系统。

需要说明的是，所述网络侧设备向所述边缘计算系统发送的应急请求中的信息可以少于所述网络侧设备接收到的所述应急车辆发送的应急请求中的信息，即所述网络侧设备可以根据实际情况，仅选取接收到的所述应急车辆发送的应急请求信息中的部分信息，发送给所述边缘计算系统，从而使发送的信息包更小，传输速度更快。

其中，所述网络侧设备可通过多种方式确定所述应急车辆是否符合应急要求，下面分别进行介绍。

符合情况1：所述网络侧设备在比对获取到的应急信息中的身份信息和人脸信息一致后，确定所述应急车辆符合响应要求。

符合情况2：所述网络侧设备在确定所述应急车辆的违章次数小于阈值后，确定所述应急车辆符合响应要求。

其中，所述网络侧设备可通过获取到的应急请求中的身份信息和车牌号，查询违章管理系统数分布式数据账本，根据所述身份信息、车牌号和违章次数的对应关系，确定所述应急车辆的违章次数。

所述网络侧设备可设置一个阈值，例如6，若所述获取到的应急车辆的违章次数为3次，小于阈值6，则所述网络侧设备确定所述应急车辆符合响应要求，若所述获取到的应急车辆的违章次数为7次，大于阈值6，则所述网络侧设备确定所述应急车辆不符合响应要求。

符合情况3：所述网络侧设备在比对获取到的应急信息中的身份信息和人脸信息一致后，确定所述应急车辆的违章次数是否小于阈值，若所述应急车辆的违章次数是否小于阈值，确定所述应急车辆符合响应要求。

其中，所述边缘计算系统接收所述网络侧发送的应急请求后，根据不同的处理方式，可以分为多种情况，下面分别介绍。

处理情况1：所述边缘计算系统在接收所述网络侧发送的应急请求后，在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

处理情况2；所述边缘计算系统在接收所述网络侧发送的应急请求后，确定所述应急车辆符合响应要求，在所述符合响应要求的应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

其中，所述边缘计算系统对违章次数小于阈值的应急车辆确定为符合响应要求的应急车辆。

其中，所述边缘计算系统可通过获取到的应急请求中的身份信息和车牌号，读取本地违规管理系统分布式数据账本的实时数据，根据所述身份信息、车牌号和违章次数的对应关系，确定所述应急车辆的违章次数。

其中，所述边缘计算系统确定所述应急车辆是否符合响应要求的场景不同，可分为多种情况，下面分别介绍。

场景1：所述边缘计算系统在接收所述网络侧发送的应急请求后，确定所述应急车辆是否符合响应要求。

场景2：所述边缘计算系统接收所述网络侧发送的应急请求，所述边缘计算系统在检测到所述应急车辆驶入所述边缘计算系统对应地理区域后，确定所述应急车辆是否符合响应要求。

其中，所述边缘计算系统对符合响应要求的车辆发送通过响应，对不符合响应的车辆发送不通过响应。

其中，所述通过响应信息中包含下列信息中的多种或全部：

基站/平台编号、通过(编码01)、可占用车道、最高时速的、驾驶员是否违规、驾驶员当前违规次数、车辆是否违规、车辆当前违规次数、道路名称、违规原因等。

其中，所述造成违规的原因包括(1)边缘节点监测到地理区内车辆未应急请求私自超速、违规占道等违反交规的行为；(2)超过应急速度等情况；(3)网络侧设备确定进行应急请求的车辆为虚假应急请求等情况。

其中，所述不通过响应信息中包含下列信息中的多种或全部：

基站/平台编码、通过(编码00)、驾驶员是否违规、驾驶员违规次数、车辆是否违规、车辆违规次数等。

其中，本发明实施例中可通过EdgeX Foundry(一种开源的边缘计算系统架构)系统的违规服务接口，与违规信息管理系统连接。基于Fabric(组织)分布式数据管理系统，边缘计算系统和网络侧设备将违规情况存储到区块链系统的区块中，并进行实时广播。

其中，所述边缘计算系统和网络侧设备可通过下列形式将违规情况存储到区块链系统的区块中：

所述存储形式：违规原因+车辆信息+驾驶员信息+违规日期时间+违规地点。

在一些可能的实施方式中，本发明实施例提供的对一种应急车辆响应的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序代码在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书中描述的根据本发明各种示例性实施方式的应急车辆响应的方法中的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

根据本发明的实施方式的用于数据转发控制的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被信息传输、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由周期网络动作系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备。

如图2所示，本发明实施例提供一种应急车辆响应的设备，该设备包括：至少一个处理单元200以及至少一个存储单元201，其中，所述存储单元201存储有程序代码，当所述程序代码被所述处理单元200执行时，使得所述处理单元200执行下列过程：

接收应急车辆发送的应急请求；根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

可选的，所述处理单元200还用于：

确定所述应急车辆符合响应要求；

其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

如图3所示，本发明实施例提供一种应急车辆响应的设备，包括接收模块300、确定模块301和处理模块302：

接收模块300：用于接收应急车辆发送的应急请求；

确定模块301：用于根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；

处理模块302：用于将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

可选的，所述确定模块301还用于：

确定所述应急车辆符合响应要求；

其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

如图4所示，本发明实施例提供一种应急车辆响应的设备，该设备包括：至少一个处理单元400以及至少一个存储单元401，其中，所述存储单元401存储有程序代码，当所述程序代码被所述处理单元400执行时，使得所述处理单元400执行下列过程：

接收网络侧设备发送的应急车辆的应急请求；根据所述应急请求向其他车辆发送应急指令。

可选的，所述处理单元400还用于：

根据所述应急请求确定所述应急车辆符合通过响应要求；向确定符合通过响应要求的应急车辆发送通过响应；

其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

可选的，所述处理单元400具体用于：

在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

如图5所示，本发明实施例提供一种应急车辆响应的设备，包括接收模块500和处理模块501：

接收模块500：用于接收网络侧设备发送的应急车辆的应急请求；

处理模块501：用于根据所述应急请求向其他车辆发送应急指令。

可选的，所述处理模块501还用于：

根据所述应急请求确定所述应急车辆符合通过响应要求；向确定符合通过响应要求的应急车辆发送通过响应；

其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

可选的，所述处理模块501具体用于：

在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

本发明实施例还提供一种非易失性可读存储介质，包括程序代码，当所述程序代码在计算设备上运行时，所述程序代码用于使所述计算设备执行应急车辆响应的方法的步骤。

基于同一发明构思，本发明实施例中还提供了一种应急车辆响应的方法，由于该方法对应的设备是本发明实施例应急车辆响应的设备，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图6所示，本发明实施例提供的一种应急车辆响应的方法，具体包括以下步骤：

步骤600、网络侧设备接收应急车辆发送的应急请求；

步骤601、所述网络侧设备根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；

步骤602、所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

可选的，所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统之前，还包括：

所述网络侧设备确定所述应急车辆符合响应要求；

其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

基于同一发明构思，本发明实施例中还提供了一种应急车辆响应的方法，由于该方法对应的设备是本发明实施例应急车辆响应的设备，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图7所示，本发明实施例还提供一种应急车辆响应的方法，该方法包括：

步骤700、边缘计算系统接收网络侧设备发送的应急车辆的应急请求；

步骤701、所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

可选的，所述边缘计算系统根据所述应急请求向其他车辆发送应急指令之前，还包括：

所述边缘计算系统根据所述应急请求确定所述应急车辆符合通过响应要求；

所述边缘计算系统向确定符合通过响应要求的应急车辆发送通过响应；

其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

可选的，所述边缘计算系统根据所述应急请求向其他车辆发送应急指令，包括：

所述边缘计算系统在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

上述本申请提供的实施例中，从发送设备以及接收设备作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，发送设备以及接收设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

如图8所示，本发明实施例提供的一种应急车辆响应的方法，其中，选取网络侧设备和边缘计算系统都判断所述应急车辆是否符合响应要求机制进行介绍，具体包括以下步骤：

步骤800、应急车辆向网络侧设备发送应急请求；

步骤801、所述网络侧设备接收所述应急车辆的应急请求；

步骤802、所述网络侧设备根据接收到的所述应急请求中的信息，确定所述应急车辆身份信息和人脸信息是否一致，若是，执行步骤803，若否，执行步骤804；

步骤803、所述网络侧设备查询违章管理系统分布式数据账本，判断所述应急车辆的违章次数是否低于阈值，若是，执行步骤805，若否，执行步骤804；

步骤804、所述网络侧设备向所述应急车辆发送不通过响应；

步骤805、所述网络侧设备向根据所述应急请求信息，确定所述应急车辆的应急路线范围内的边缘计算系统，并向所述边缘计算系统发送所述应急请求；

步骤806、所述边缘计算系统接收所述网络侧设备发的应急请求；

步骤807、所述边缘计算系统在所述应急车辆驶入所述边缘计算系统对应地理区域后，读取本地违规管理系统分布式数据账本的实时数据，确定所述应急车辆的违章次数；

步骤808、所述边缘计算系统判断所述应急车辆的违章次数是否小于阈值，若是，执行步骤809，若否，执行步骤810；

步骤809、所述边缘计算系统向所述应急车辆发送通过响应，并向其他车辆发送应急指令；

步骤810、所述边缘计算系统向所述应急车辆发送不通过响应。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

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

Claims (10)

1.一种应急车辆响应的方法，其特征在于，所述方法包括：

网络侧设备接收应急车辆发送的应急请求；

所述网络侧设备根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；

所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

2.如权利要求1所述的方法，其特征在于，所述网络侧设备将所述应急请求发送给所述应急路线范围内的边缘计算系统之前，还包括：

所述网络侧设备确定所述应急车辆符合响应要求；

其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

3.一种应急车辆响应的方法，其特征在于，所述方法包括：

边缘计算系统接收网络侧设备发送的应急车辆的应急请求；

所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

4.如权利要求3所述的方法，其特征在于，所述边缘计算系统根据所述应急请求向其他车辆发送应急指令之前，还包括：

所述边缘计算系统根据所述应急请求确定所述应急车辆符合通过响应要求；

所述边缘计算系统向确定符合通过响应要求的应急车辆发送通过响应；

其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

5.如权利要求3或4所述的方法，其特征在于，所述边缘计算系统根据所述应急请求向其他车辆发送应急指令，包括：

所述边缘计算系统在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

6.一种应急车辆响应的设备，其特征在于，该设备包括：处理单元以及存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行下列过程：

接收应急车辆发送的应急请求；根据所述应急请求确定所述应急车辆的应急路线范围内的边缘计算系统；将所述应急请求发送给所述应急路线范围内的边缘计算系统，以使所述边缘计算系统根据所述应急请求向其他车辆发送应急指令。

7.如权利要求6所述的设备，其特征在于，所述处理单元还用于：

确定所述应急车辆符合响应要求；

其中，所述响应要求包括所述应急车辆的违章次数小于阈值和/或所述应急请求中的身份信息和人脸信息一致。

8.一种应急车辆响应的设备，其特征在于，该设备包括：处理单元以及存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行下列过程：

接收网络侧设备发送的应急车辆的应急请求；根据所述应急请求向其他车辆发送应急指令。

9.如权利要求8所述的设备，其特征在于，所述处理单元还用于：

根据所述应急请求确定所述应急车辆符合通过响应要求；向确定符合通过响应要求的应急车辆发送通过响应；

其中，所述通过响应要求为所述应急车辆在所述边缘计算系统对应的地理区域内的违章次数小于阈值。

10.如权利要求8或9所述的设备，其特征在于，所述处理单元具体用于：

在所述应急车辆驶入所述边缘计算系统对应地理区域后，根据所述应急请求确定向其他车辆发送应急指令。

Images