CN114037407A - 事故协查方法、装置、服务器、协查终端及存储介质 - Google Patents

Abstract

本申请适用于智慧交通技术领域，提供了一种事故协查方法、装置、服务器、协查终端及计算机可读存储介质。方法包括：接收事故信息，事故信息由事故车辆的车载终端获取；根据事故信息或事故信息的通信渠道，确定协查请求的广播区域；向广播区域内的协查终端发送协查请求；接收来自协查终端的目标感知信息，目标感知信息为协查终端响应于协查请求向服务器发送的信息。一方面，服务器只需要向选定区域的设备发送协查请求，以及接收有效的感知信息，无需在大量感知信息中进行筛选，减少了数据交互量和数据处理量，另一方面，协查终端只需提供与事故相关的感知信息，无需提供其他行程信息，对其隐私保护和信息安全非常有利。

Description

事故协查方法、装置、服务器、协查终端及存储介质

技术领域

本申请属于智慧交通技术领域，尤其涉及一种事故协查方法、装置、服务器、协查终端及计算机可读存储介质。

背景技术

随着技术的不断发展，交通工具越来越先进，人们的出行变得越来越便利。目前，汽车已成为人们日常生活中的重要交通工具。一般来说，人们通常会在自己的车上安装车载设备，以便在发生事故后协助交管部门调查事故原因。但是，有时仅通过事故车辆的车载设备所采集的感知信息数据，难以认定事故原因和定责，可能需要从其它视角的感知信息来多方位分析。

但是，寻找事故发生时路过的车辆显然是非常困难的，服务器需要搜集和事故相关的大多数车载设备所采集的感知信息数据，从中筛选出有用的信息，这样会造成大量数据交互和处理，浪费通信和运算资源。

同时，服务器搜集各车载设备所采集的感知信息数据的行为，对部分车载设备的用户而言，会担忧参与协查造成行程信息泄露，涉及隐私和信息安全问题，以至于会降低用户参与协查的积极性。

发明内容

本申请实施例提供了一种事故协查方法、装置、服务器、协查终端及计算机可读存储介质，可以使服务器免于大量的感知信息数据筛选，保证参与协查的协查终端的信息安全。

第一方面，本申请实施例提供了一种事故协查方法，应用于服务器，所述方法包括：

接收事故信息，所述事故信息由事故车辆的车载终端获取；

根据所述事故信息或所述事故信息的通信渠道，确定协查请求的广播区域；

向所述广播区域内的协查终端发送所述协查请求；

接收来自所述协查终端的目标感知信息，所述目标感知信息为所述协查终端响应于所述协查请求向服务器发送的信息。

其中，所述事故信息包括事故时间和事故地点，根据所述事故信息，确定协查请求的广播区域，包括：

以所述事故地点为中心，将第一预设距离内的区域、或者第一预设距离内的区域所属的行政区划，确定为协查请求的广播区域；

其中，根据当前时间与所述事故时间的差值，计算协查终端与所述事故地点的距离，作为所述第一预设距离。

其中，根据所述事故信息的通信渠道，确定协查请求的广播区域，包括：

若所述事故信息由所述车载终端通过路侧基站上传至所述服务器，则将所述路侧基站的信号范围、或者所述路侧基站和相邻路侧基站的信号范围，确定为协查请求的广播区域；

若所述事故信息由所述车载终端通过蜂窝网络上传至所述服务器，则将一个或多个提供所述蜂窝网络的基站设备的信号范围、或所述蜂窝网络的网段所属地，确定为协查请求的广播区域。

在第一方面的一种可能的实现方式中，所述事故信息还包括获取所述事故信息的所述车载终端的标识；

接收事故信息之后，还包括：

根据所述标识，为每个所述车载终端分配一个事故编号；

接收来自所述协查终端的目标感知信息之后，还包括：

将所述目标感知信息与所述事故编号关联。

第二方面，本申请实施例提供了一种事故协查方法，应用于协查终端，所述协查终端上设置有感知设备，所述事故协查方法包括：

接收来自服务器的协查请求，所述协查请求包括事故信息，所述事故信息由事故车辆的车载终端获取；

筛选与所述事故信息匹配的感知记录，所述感知记录包括感知信息；

从所述感知信息中筛选出目标感知信息；

向所述服务器发送所述目标感知信息。

其中，筛选与所述事故信息匹配的感知记录，包括：

筛选出感知时间与事故时间相同、且感知地点在事故地点的预设范围内的感知记录；

其中，所述事故信息包括事故时间和事故地点，所述感知记录包括感知时间和感知地点。

进一步的，所述协查请求还包括协查时间范围和协查地理范围；

从所述感知信息中筛选出目标感知信息，包括：

根据所述感知设备获取所述感知信息的感知角度，从所述感知信息中筛选出有效感知信息；

根据所述协查时间范围和所述协查地理范围，从所述有效感知信息中截取目标感知信息。

在第二方面的一种可能的实现方式中，接收来自服务器的协查请求之后，还包括：

若获取到授权许可信息，则响应所述协查请求，进入筛选与所述事故信息匹配的感知记录的步骤。

第三方面，本申请实施例提供了一种事故协查装置，包括：

第一信息接收模块，用于接收事故信息，所述事故信息由事故车辆的车载终端获取；

区域选择模块，用于根据所述事故信息或所述事故信息的通信渠道确定协查请求的广播区域；

广播模块，用于向所述广播区域内的协查终端发送所述协查请求；

第一信息接收模块，还用于接收来自所述协查终端的目标感知信息，所述目标感知信息为所述协查终端响应于所述协查请求向服务器发送的信息。

第四方面，本申请实施例提供了一种事故协查装置，包括：

第二信息接收模块，用于接收来自服务器的协查请求，所述协查请求包括事故信息，所述事故信息由事故车辆的车载终端获取；

第一筛选模块，用于筛选与所述事故信息匹配的感知记录，所述感知记录包括感知信息；

第二筛选模块，用于从所述感知信息中筛选出目标感知信息；

信息发送模块，用于向所述服务器发送所述目标感知信息。

第五方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的方法。

第六方面，本申请实施例提供了一种协查终端，包括感知设备、存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述感知设备用于获取感知信息，所述感知信息存储在所述存储器中；

所述处理器执行所述计算机程序时实现如第二方面所述的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的方法，或者实现如第二方面所述的方法。

第八方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行上述第一方面中任一项所述的方法；当计算机程序产品在协查终端上运行时，使得协查终端执行上述第二方面中任一项所述的方法。

可以理解的是，上述第二方面至第八方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：服务器根据事故车辆的车载终端获取的事故信息，确定发送协查请求的广播区域，并接收协查终端响应于协查请求反馈的感知信息；协查终端在收到协查请求后，自行筛选行程记录中与事故信息相符的感知信息，并发送给服务器。一方面，服务器只需要向选定区域的设备发送协查请求，以及接收有效的感知信息，无需在大量感知信息中进行筛选，减少了数据交互量和数据处理量，另一方面，协查终端只需提供与事故相关的感知信息，无需提供其他行程信息，对其隐私保护和信息安全非常有利。

附图说明

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

图1是本申请一实施例提供的事故协查方法的流程图；

图2是本申请一实施例提供的事故场景示意图；

图3是本申请一实施例提供的事故协查系统的交互图；

图4是本申请一实施例提供的一种事故协查装置的结构示意图；

图5是本申请一实施例提供的另一种事故协查装置的结构示意图；

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

图7是本申请一实施例提供的协查终端的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

智慧交通系统包括路侧融合感知系统(也称路侧基站)、车载终端和服务器。服务器可以是独立的服务器，分别与路侧基站和车载终端通信连接，也可以集成于路侧基站中。路侧基站包括感知设备和通信设备等，感知设备包括雷达、相机和传感器的至少一种，用于获取路面上的信息，通信设备用于与车载终端和服务器通信。交通参与对象为所有与道路活动/交通活动相关的对象，例如，机动车辆、行人、路侧设备和非机动车辆等，各对象之间可以通过V2X/5G/4G/WLAN技术进行通信，实现数据传输。

本申请实施例提供的事故协查方法可以应用于智慧交通的解决方案中，适用于协助交管部门、保险公司等调查事故原因及经过的场景，为执法人员、用户提供一个多角度的完善的感知信息，如同以众多的目击者角度，还原整个事故现场。由一种事故协查系统来执行，系统包括协查终端、服务器和事故车辆的车载终端；服务器分别与协查终端和事故车辆的车载终端通信连接。

图1是本实施例提供的事故协查方法的流程图。如图1所示，事故协查方法包括如下步骤：

S11，服务器接收事故信息。

事故车辆上的设备感知到受到碰撞时，由事故车辆的车载终端获取事故信息发送给服务器，事故信息至少包括事故时间和事故地点，还可包括车载终端的设备信息。

若事故车辆的车载终端为V2X车载单元，则可通过V2X路侧基站将事故信息发送到服务器，若车载终端具备无线网络通信能力，则可通过蜂窝网络将事故信息发送到服务器。

一起事故中的多个事故车辆分别获取各自的事故信息。在例如连环追尾事故的场景中，当事故车辆较多时，第一辆车与最后一辆车在位置上会有几十米的差距，碰撞时间也有前后差别，对于该起事故的每辆车而言，事故时间和事故地点是不一定相同的；即使是两车相撞的场景，也可以通过事故地点经纬度的细微差别，判断出两车的位置关系，因此也就需要每个事故车辆分别获取各自的事故信息。

S12，服务器根据事故信息或事故信息的通信渠道，确定协查请求的广播区域。

参与协查的终端设备称为协查终端，包括可能观察到事故过程的车辆上的终端设备和/或路侧基站。协查终端上设置有感知设备，或者协查终端与感知设备独立设置并且通信连接。

作为一种可能的实现方式，根据事故信息，确定协查请求的广播区域，包括：

根据事故地点所属的行政区划，如行政区、市、省等，将该行政区划确定为协查请求的广播区域。

或者，以事故地点为中心，将第一预设距离内的区域、或者第一预设距离内的区域所属的行政区划，确定为协查请求的广播区域。其中，可以根据当前时间与事故时间的差值，计算协查终端经过该时间差值的行驶后、与事故地点的距离，作为第一预设距离；也可以将第一预设距离设定为固定值。

例如，事故发生后，事故车辆立即获取事故信息上报到服务器，在可能观察到事故过程的车辆未远离事故地点的情况下(当前时间距离事故时间较短，在一定时间范围内)，或者针对事故地点附近的路侧基站请求协查，服务器则以事故地点为中心，将第一预设距离设置为200米，此200米以内的区域作为协查请求的广播区域；或者以事故地点方圆500米所属行政区划作为广播区域，若以事故地点为中心、第一预设距离内的区域所属的行政区划包括多个行政区、市或省，则将这些行政区划都作为广播区域，特别适用于事故地点在市交界、省交界等特殊位置的情况。

可以理解的是，事故发生一段时间后，可能观察到事故过程的车辆已离开事故地点，但交管部门或保险公司等认为事故事实还不清楚，需要进一步核查，可以根据估算这些车辆可能到达的位置来扩大广播区域。具体的，可以根据当前时间与事故时间的差值，计算协查终端经过该时间差值的行驶后、与事故地点的距离，将此距离范围内的区域或者此距离范围包括的行政区划均作为广播区域，扩大广播区域可以避免遗漏协查终端，尽可能地获取更多的有关事故的信息。

作为另一种可能的实现方式，根据事故信息的通信渠道，确定协查请求的广播区域，包括：

若事故信息由车载终端通过路侧基站上传至服务器，则将路侧基站的信号范围、或者路侧基站和相邻路侧基站的信号范围，确定为协查请求的广播区域。

若事故信息由车载终端通过蜂窝网络上传至服务器，则将一个或多个提供蜂窝网络的基站设备的信号范围、或蜂窝网络的网段所属地，确定为协查请求的广播区域。

或者，根据路侧基站所在位置、提供蜂窝网络的基站设备的所在位置，或蜂窝网络的网段所属地，确定事故信息是从哪个行政区划发来的，以此行政区划作为广播区域。

S13，服务器向广播区域内的协查终端发送协查请求。

服务器根据事故信息生成协查请求，协查请求包括事故时间、事故地点、协查时间范围和协查地理范围等，用于指示协查终端提供与事故时间相关的时间段、以及与事故地点相关路段的感知信息。

协查请求可在事故后任意时间内发出。

S14，协查终端接收来自服务器的协查请求。

车辆上的终端设备通过路侧基站、蜂窝网络等通信方式与服务器通信，路侧基站通过无线网络与服务器通信，在广播区域内的车辆上的终端设备和路侧基站均会收到来自服务器的协查请求。

应理解的是，若事故信息由事故车辆的车载终端通过路侧基站上传至服务器，服务器还可以直接向该路侧基站及其相邻路侧基站直接发送协查请求，请求调取路侧基站的感知记录。

终端设备或路侧基站可以在收到协查请求后的任意时间进行响应，成为协查终端。同一个终端设备或路侧基站可以参与多个事故的协查。

S15，协查终端筛选与事故信息匹配的感知记录。

感知记录包括感知信息以及获得感知信息的感知时间和感知地点等，由协查终端所在车辆的感知设备获取，感知设备包括但不限于雷达、摄像头等，感知信息以雷达点云数据、视频、照片等任意形式存储。

响应于协查请求，协查终端根据记录的行驶信息判断是否符合协查范围，即判断车辆在事故时间是否出现在事故地点附近，若是，则确认该协查终端具有与事故信息匹配的感知记录，将这些感知记录筛选出来。

具体的，筛选出感知时间与事故时间相同、且感知地点在事故地点的预设范围内的感知记录。

S16，协查终端从感知信息中筛选出目标感知信息。

为保证感知信息的有效性，可供协查的目标感知信息必须是能观察到事故过程的，因此需要在步骤S15筛选的感知信息中继续筛选。根据车辆的行驶方向和行驶道路以及车辆上感知设备的安装位置和角度，确认感知设备获取感知信息的感知角度，结合事故地点和协查终端的感知地点确认二者的相对位置，以进一步确认感知设备在事故时间能否观察到事故地点，若是，则该感知信息为有效感知信息，若否，这些感知信息将会在筛选过程中被去掉。车辆的行驶方向由车载电子罗盘获得。

图2是本实施例提供的事故场景示意图。如图2所示，十字路口的四个交叉点安装有路侧基站A，路侧基站A的感知角度朝向路口交汇区域；车辆前方的扇形区域表示车辆上感知设备的感知角度；方框B为事故地点，其内的车辆为事故车辆；方框C为感知角度朝向事故地点的车辆，这些车辆的感知设备记录的感知信息将被发送到服务器；其他车辆为不朝向事故发生区域的车辆。由此可知，路侧基站A和方框C中的车辆上携带的终端设备作为协查终端，具备有效感知信息。本示例中，路侧基站A为V2X路侧基站。

协查终端可根据协查请求中要求的协查时间范围和协查地理范围等，与自身获取感知信息的感知时间和感知地点比较，从存储的有效感知信息中截取相应的部分音视频或雷达点云数据，作为目标感知信息。

S17，协查终端向服务器发送目标感知信息。

S18，服务器接收来自协查终端的目标感知信息。

应理解的是，服务器以路侧基站的目标感知信息为基本蓝图，将其他终端设备上获取到的目标感知信息作为补充，可以还原一个详尽的事故现场，供执法人员参考。

本实施例中，服务器根据事故车辆的车载终端获取的事故信息，确定发送协查请求的广播区域，并接收协查终端响应于协查请求反馈的感知信息；协查终端在收到协查请求后，自行筛选行程记录中与事故信息相符的感知信息，并发送给服务器。一方面，服务器只需要向选定区域的设备发送协查请求，以及接收有效的感知信息，无需在大量感知信息中进行筛选，减少了数据交互量和数据处理量，另一方面，协查终端只需提供与事故相关的感知信息，无需提供其他行程信息，对其隐私保护和信息安全非常有利。

在上述实施例的基础上，为保护用户的隐私安全，协查终端在收到协查请求后，可由其用户决定是否提供协查，具体的，在步骤S14之后、步骤S15之前，还包括：

协查终端通过语音提示或显示屏显示等方式，提示用户收到协查请求的内容，并询问用户是否同意参与协查以获得授权许可。若获取到授权许可信息，则响应协查请求，执行步骤S15。为保护用户隐私安全，终端设备获得用户授权后方可参与协查，向服务器提供感知信息。

进一步的，事故中的不同事故车辆在事故中的角色是不同的，都能独立获取事故信息，受位置、角度等因素的影响，每辆事故车辆需要的目标感知信息也可能不同，为了能够从多角度还原事故，服务器应对一起事故中的多个事故车辆进行区分。作为一种可能的实现方式，事故信息还包括生成事故信息的车载终端的标识，用于表明事故信息的来源。步骤S11之后，还包括：服务器根据车载终端的标识，为每个车载终端分配一个事故编号，用于区分发生的不同事故，以防多个事故同时发生时出现混乱。

相应的，步骤S13发出的协查请求中包括事故编号。协查终端收到协查请求后，可根据事故编号同时参与不同事故的协查，不会发生混淆，还可根据事故编号进行记录，记录包括但不限于是否响应协查请求、于何时提供了哪些目标感知信息等。

相应的，步骤S18之后，还包括：

服务器将目标感知信息与事故编号关联，以便随时查找。

图3是本实施例提供的事故协查系统的交互图。系统中协查终端、服务器和事故车辆的车载终端的交互过程如图3所示。

图4是本实施例提供的一种事故协查装置的结构示意图。该事故协查装置，集成于服务器，用于执行上述方法实施例中服务器执行的步骤。如图4所示，该装置包括：

第一信息接收模块31，用于接收事故信息，事故信息由事故车辆的车载终端获取；

区域选择模块32，用于根据事故信息或事故信息的通信渠道确定协查请求的广播区域；

广播模块33，用于向广播区域内的协查终端发送协查请求；

第一信息接收模块31，还用于接收来自协查终端的目标感知信息，目标感知信息为协查终端响应于协查请求向服务器发送的信息。

区域选择模块32具体用于以事故地点为中心，将第一预设距离内的区域、或者第一预设距离内的区域所属的行政区划，确定为协查请求的广播区域；其中，事故信息包括事故时间和事故地点，根据当前时间与事故时间的差值，计算协查终端与所述事故地点的距离，作为所述第一预设距离。

区域选择模块32具体还用于，若事故信息由车载终端通过路侧基站上传至服务器，则将路侧基站的信号范围、或者路侧基站和相邻路侧基站的信号范围，确定为协查请求的广播区域；若事故信息由车载终端通过蜂窝网络上传至服务器，则将一个或多个提供蜂窝网络的基站设备的信号范围、或蜂窝网络的网段所属地，确定为协查请求的广播区域。

该装置还包括编号模块，事故信息还包括获取事故信息的车载终端的标识；编号模块用于在接收事故信息之后，根据车载终端的标识，为每个车载终端分配一个事故编号；还用于在接收来自协查终端的目标感知信息之后，将目标感知信息与事故编号关联。

图5是本实施例提供的另一种事故协查装置的结构示意图。该事故协查装置集成于协查终端，用于执行上述方法实施例中协查终端执行的步骤。如图5所示，该装置包括：

第二信息接收模块41，用于接收来自服务器的协查请求，协查请求包括事故信息，事故信息由事故车辆的车载终端获取。

第一筛选模块42，用于筛选与事故信息匹配的感知记录，感知记录包括感知信息。

具体的，事故信息包括事故时间和事故地点，感知记录包括感知时间和感知地点。第一筛选模块42用于筛选出感知时间与事故时间相同、且感知地点在事故地点的预设范围内的感知记录。

第二筛选模块43，用于从感知信息中筛选出目标感知信息。

具体的，协查请求还包括协查时间范围和协查地理范围。第二筛选模块43具体用于根据感知设备获取感知信息的感知角度，从感知信息中筛选出有效感知信息；根据协查时间范围和协查地理范围，从有效感知信息中截取目标感知信息。

信息发送模块44，用于向服务器发送目标感知信息。

该装置还包括授权确认模块，用于在接收来自服务器的协查请求之后，向用户获取参与协查的授权许可；若获取到授权许可信息，则响应协查请求，进入筛选与事故信息匹配的感知记录的步骤。

图6是本申请一实施例提供的服务器的结构示意图。如图6所示，该服务器包括：至少一个处理器50(图6中仅示出一个)、存储器51以及存储在存储器51中并可在至少一个处理器50上运行的计算机程序52，处理器50执行计算机程序52时实现上述任意各个方法实施例中由服务器执行的步骤。

服务器可以是计算机设备及云端服务器。本领域技术人员可以理解，图6仅仅是服务器的举例，并不构成对服务器具体结构的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器51在一些实施例中可以是服务器的内部存储单元，例如硬盘或内存，也可以是服务器的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器51还可以既包括内部存储单元也包括外部存储设备。存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序52的程序代码等。存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

图7是本申请一实施例提供的协查终端的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，该协查终端包括：感知设备60、存储器61、处理器62以及存储在存储器61中并可在处理器62上运行的计算机程序63，感知设备60用于获取感知信息，感知信息存储在存储器61中；处理器62执行计算机程序63时实现上述任意各个方法实施例中由协查终端执行的步骤。

协查终端可以是车载雷达、行车记录仪、智能手机等具备感知设备的终端，本领域技术人员可以理解，图7仅仅是协查终端的举例，并不构成对协查终端具体结构的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器62可以是中央处理单元(Central Processing Unit，CPU)，该处理器62还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器61在一些实施例中可以是协查终端的内部存储单元，例如硬盘或内存，也可以是协查终端的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器61还可以既包括内部存储单元也包括外部存储设备。存储器61用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序63的程序代码等。存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，上述装置、终端和服务器之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端或服务器上运行时，可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (13)

1.一种事故协查方法，其特征在于，应用于服务器，所述方法包括：

接收事故信息，所述事故信息由事故车辆的车载终端获取；

根据所述事故信息或所述事故信息的通信渠道，确定协查请求的广播区域；

向所述广播区域内的协查终端发送所述协查请求；

接收来自所述协查终端的目标感知信息，所述目标感知信息为所述协查终端响应于所述协查请求向服务器发送的信息。

2.如权利要求1所述的事故协查方法，其特征在于，所述事故信息包括事故时间和事故地点，根据所述事故信息，确定协查请求的广播区域，包括：

以所述事故地点为中心，将第一预设距离内的区域、或者第一预设距离内的区域所属的行政区划，确定为协查请求的广播区域；

其中，根据当前时间与所述事故时间的差值，计算协查终端与所述事故地点的距离，作为所述第一预设距离。

3.如权利要求1所述的事故协查方法，其特征在于，根据所述事故信息的通信渠道，确定协查请求的广播区域，包括：

若所述事故信息由所述车载终端通过路侧基站上传至所述服务器，则将所述路侧基站的信号范围、或者所述路侧基站和相邻路侧基站的信号范围，确定为协查请求的广播区域；

若所述事故信息由所述车载终端通过蜂窝网络上传至所述服务器，则将一个或多个提供所述蜂窝网络的基站设备的信号范围、或所述蜂窝网络的网段所属地，确定为协查请求的广播区域。

4.如权利要求1所述的事故协查方法，其特征在于，所述事故信息还包括获取所述事故信息的所述车载终端的标识；

接收事故信息之后，还包括：

根据所述标识，为每个所述车载终端分配一个事故编号；

接收来自所述协查终端的目标感知信息之后，还包括：

将所述目标感知信息与所述事故编号关联。

5.一种事故协查方法，其特征在于，应用于协查终端，所述协查终端上设置有感知设备，所述事故协查方法包括：

接收来自服务器的协查请求，所述协查请求包括事故信息，所述事故信息由事故车辆的车载终端获取；

筛选与所述事故信息匹配的感知记录，所述感知记录包括感知信息；

从所述感知信息中筛选出目标感知信息；

向所述服务器发送所述目标感知信息。

6.如权利要求5所述的事故协查方法，其特征在于，筛选与所述事故信息匹配的感知记录，包括：

筛选出感知时间与事故时间相同、且感知地点在事故地点的预设范围内的感知记录；

其中，所述事故信息包括事故时间和事故地点，所述感知记录包括感知时间和感知地点。

7.如权利要求5所述的事故协查方法，其特征在于，所述协查请求还包括协查时间范围和协查地理范围；

从所述感知信息中筛选出目标感知信息，包括：

根据所述感知设备获取所述感知信息的感知角度，从所述感知信息中筛选出有效感知信息；

根据所述协查时间范围和所述协查地理范围，从所述有效感知信息中截取目标感知信息。

8.如权利要求5所述的事故协查方法，其特征在于，接收来自服务器的协查请求之后，还包括：

若获取到授权许可信息，则响应所述协查请求，进入筛选与所述事故信息匹配的感知记录的步骤。

9.一种事故协查装置，其特征在于，包括：

第一信息接收模块，用于接收事故信息，所述事故信息由事故车辆的车载终端获取；

区域选择模块，用于根据所述事故信息或所述事故信息的通信渠道确定协查请求的广播区域；

广播模块，用于向所述广播区域内的协查终端发送所述协查请求；

第一信息接收模块，还用于接收来自所述协查终端的目标感知信息，所述目标感知信息为所述协查终端响应于所述协查请求向服务器发送的信息。

10.一种事故协查装置，其特征在于，包括：

第二信息接收模块，用于接收来自服务器的协查请求，所述协查请求包括事故信息，所述事故信息由事故车辆的车载终端获取；

第一筛选模块，用于筛选与所述事故信息匹配的感知记录，所述感知记录包括感知信息；

第二筛选模块，用于从所述感知信息中筛选出目标感知信息；

信息发送模块，用于向所述服务器发送所述目标感知信息。

11.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述的方法。

12.一种协查终端，包括感知设备、存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于：

所述感知设备用于获取感知信息，所述感知信息存储在所述存储器中；

所述处理器执行所述计算机程序时实现如权利要求5至8任一项所述的方法。

13.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的方法，或者实现如权利要求5至8任一项所述的方法。

Images