驾驶辅助处理方法、装置、计算机可读介质及电子设备与流程

文档序号:25991601发布日期:2021-07-23 21:03阅读:83来源:国知局
驾驶辅助处理方法、装置、计算机可读介质及电子设备与流程

本申请涉及计算机及通信技术领域,具体而言,涉及一种驾驶辅助处理方法、装置、计算机可读介质及电子设备。



背景技术:

adas(advanceddrivingassistancesystem,高级驾驶辅助系统)是利用安装在车辆上的各式各样传感器(毫米波雷达、激光雷达、单目或双目摄像头以及卫星导航等),在车辆行驶过程中实时感应周围的环境,收集数据,进行静态、动态物体的辨识、侦测与追踪,并结合导航地图数据,进行系统的运算与分析,从而预先让驾驶者察觉到可能发生的危险,有效增加汽车驾驶的舒适性和安全性。

然而,传统的adas存在感知范围有限的问题,当出现了驾驶安全风险时,多个车辆之间缺乏更有效的协同机制,因此在安全性上存在局限。



技术实现要素:

本申请的实施例提供了一种驾驶辅助处理方法、装置、计算机可读介质及电子设备,进而至少在一定程度上可以增强adas的安全性。

本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面,提供了一种驾驶辅助处理方法,包括:生成高级驾驶辅助系统adas增强服务的注册请求;若获取到提供adas增强服务的云平台的信息,则将所述adas增强服务的注册请求发送给所述云平台,所述adas增强服务的注册请求用于使所述云平台获知车辆端的adas能力信息;在向所述云平台注册adas增强服务之后,接收所述云平台推送的与所述adas能力信息相对应的adas增强服务消息。

根据本申请实施例的一个方面,提供了一种驾驶辅助处理方法,包括:接收车辆端发送的adas增强服务的注册请求,所述adas增强服务的注册请求是所述车辆端在获取到提供adas增强服务的云平台的信息之后所发送的;根据所述adas增强服务的注册请求,获取所述车辆端的adas能力信息;根据所述车辆端的adas能力信息,向所述车辆端推送与所述adas能力信息相对应的adas增强服务消息。

根据本申请实施例的一个方面,提供了一种驾驶辅助处理装置,包括:处理单元,配置为生成高级驾驶辅助系统adas增强服务的注册请求;发送单元,配置为若获取到提供adas增强服务的云平台的信息,则将所述adas增强服务的注册请求发送给所述云平台,所述adas增强服务的注册请求用于使所述云平台获知车辆端的adas能力信息;第一接收单元,配置为在向所述云平台注册adas增强服务之后,接收所述云平台推送的与所述adas能力信息相对应的adas增强服务消息。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置还包括:第一获取单元,配置为在所述发送单元将所述adas增强服务的注册请求发送给所述云平台之前,接收所述车辆端对应的应用服务器所配置的能够提供adas增强服务的云平台的信息,所述能够提供adas增强服务的云平台的信息是由所述云平台与所述应用服务器进行交互并配置到所述应用服务器中的;或者

从所述车辆端的预配置信息中获取能够提供所述adas增强服务的云平台的信息,所述预配置信息是由所述车辆端对应的应用服务器预配置到所述车辆端的。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置还包括:第二获取单元,配置为在所述发送单元将所述adas增强服务的注册请求发送给所述云平台之前,接收能够提供所述adas增强服务的云平台推送的服务发现信息;根据所述服务发现信息获取能够提供所述adas增强服务的云平台的信息。

在本申请的一些实施例中,基于前述方案,所述发送单元配置为:将所述adas增强服务的注册请求通过移动通信网络发送给中心云平台;或者将所述adas增强服务的注册请求通过移动通信网络或者通过车联网发送给路侧云平台。

在本申请的一些实施例中,基于前述方案,所述adas增强服务的注册请求中包含有车辆端的标识信息和车辆端的adas能力信息,所述adas能力信息包括以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。

在本申请的一些实施例中,基于前述方案,所述adas增强服务的注册请求中包含有车辆端的标识信息,所述adas增强服务的注册请求用于使所述云平台根据所述车辆端的标识信息从所述车辆端对应的应用服务器获取所述车辆端的adas能力信息。

在本申请的一些实施例中,基于前述方案,所述处理单元还配置为:若检测到车辆端预配置有adas增强服务,则直接启动预配置的adas增强服务;若检测到车辆端未配置有adas增强服务,则执行生成所述高级驾驶辅助系统adas增强服务的注册请求的过程。

在本申请的一些实施例中,基于前述方案,所述处理单元配置为:根据预配置的启动条件,在检测到所述车辆端符合所述启动条件时,直接启动所述adas增强服务;其中,所述启动条件包括以下至少一个:所述车辆端所处的区域为预配置的地理区域、所述车辆端所处的路段为预配置的路段、所述车辆端所处的路况为预配置的路况、所述车辆端的时间处于预配置的时间段内。

根据本申请实施例的一个方面,提供了一种驾驶辅助处理装置,包括:第二接收单元,配置为接收车辆端发送的adas增强服务的注册请求,所述adas增强服务的注册请求是所述车辆端在获取到提供adas增强服务的云平台的信息之后所发送的;第三获取单元,配置为根据所述adas增强服务的注册请求,获取所述车辆端的adas能力信息;推送单元,配置为根据所述车辆端的adas能力信息,向所述车辆端推送与所述adas能力信息相对应的adas增强服务消息。

在本申请的一些实施例中,基于前述方案,所述第三获取单元配置为:从所述adas增强服务的注册请求中获取所述车辆端的adas能力信息;或者从所述adas增强服务的注册请求中获取所述车辆端的标识信息,根据所述车辆端的标识信息从所述车辆端对应的应用服务器中获取所述车辆端的adas能力信息。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置还包括:格式转换单元,配置为将获取到的多个车辆端的adas能力信息转换为设定格式的adas能力数据,所述设定格式的adas能力数据包括车辆端的标识信息,以及以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。

在本申请的一些实施例中,基于前述方案,所述推送单元配置为:根据车辆端的adas能力信息,确定不具有指定adas功能的第一类车辆端和具有所述指定adas功能的第二类车辆端;优先向所述第一类车辆端推送与所述指定adas功能相关的adas增强服务消息;以及根据所述指定adas功能的指标要求确定是否向所述第二类车辆端推送与所述指定adas功能相关的adas增强服务消息。

根据本申请实施例的一个方面,提供了一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述实施例中所述的驾驶辅助处理方法。

根据本申请实施例的一个方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述实施例中所述的驾驶辅助处理方法。

根据本申请实施例的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各种可选实施例中提供的驾驶辅助处理方法。

在本申请的一些实施例所提供的技术方案中,车辆端在生成adas增强服务的注册请求,且在获取到提供adas增强服务的云平台的信息后,通过将adas增强服务的注册请求发送给云平台,并向云平台上报车辆端的adas能力信息,使得云平台可以综合多信息(如多个车辆端的adas能力信息、车辆端所行驶路段的路况信息等)来向车辆端推送与车辆端的adas能力信息相对应的adas增强服务消息,进而解决了传统单车adas感知范围有限的问题,有效增强了adas的安全性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示出了本申请实施例的一个应用场景示意图;

图2示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图;

图3示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图;

图4示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图;

图5示出了根据本申请的一个实施例的adas能力数据的格式示意图;

图6示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图;

图7示出了根据本申请的一个实施例的系统架构示意图;

图8示出了根据本申请的一个实施例的驾驶辅助处理方法的交互图;

图9示出了根据本申请的一个实施例的驾驶辅助处理装置的框图;

图10示出了根据本申请的一个实施例的驾驶辅助处理装置的框图;

图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

需要说明的是:在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1示出了本申请实施例的一个应用场景示意图。

如图1所示,在本申请的一个应用场景中,车辆端可以通过基站101与云平台进行通信,云平台可以通过与高精度定位系统102进行互通,并通过与车辆端协作来实现对车辆端的高精度定位。基站101可以是5g基站,也可以是3g或者是4g基站,还可以是下一代的移动通信基站。云平台可以是路侧云平台或者是中心云平台,路侧云平台即为设置在道路附近,仅为少量路段服务的云平台;相对于路侧云平台而言,中心云平台即为向多路段或全路段服务的云平台,其服务范围远大于路侧云平台,并且中心云平台可以设置在核心网后端。

可选地,车辆端除了可以如图1中所示通过基站101(即移动通信网络)同云平台(包括中心云平台和路侧云平台)进行交互之外,还可以通过v2x(vehicletoeverything,车辆对外界)通信与路侧云平台进行交互。

在本申请的一个实施例中,图1中所示的车辆端可以配备有adas功能,adas功能具体包括了预警系统和控制系统。预警系统包括前向碰撞预警(forwardcollisionwarning,简称fcw)、车道偏离系统(lanedeparturewarning,简称ldw)、盲区监测系统(blindspotdetectionbsd)、驾驶疲劳预警(driverfatiguewarning,简称dfw)和胎压监测(tirepressuremonitoringsystem,简称tpms)等;控制系统包括车道保持辅助系统(lanekeepingassist,简称lka)、自动泊车辅助(automatedparkingsystem,简称aps)、自动紧急刹车(autonomousemergencybraking,简称aeb)、自适应巡航(adaptivecruisecontrol,简称acc)、行人保护系统(pedestrianprotectionsystem,简称pps)、下坡控制系统(down-hillassistcontrol,简称dac)等。当然,在本申请的实施例中,并非所有车辆都具备adas功能,而具备adas功能的车辆也并非具备了上述的全部功能,其可能只具有部分的adas功能。

为了解决传统adas存在感知范围有限的问题,在本申请的一个实施例中,车辆端可以生成adas增强服务的注册请求,当获取到提供adas增强服务的云平台的信息后,比如图1中所示的云平台,那么车辆端可以将生成的adas增强服务的注册请求发送给云平台,进而云平台可以基于该adas增强服务的注册请求获知车辆端的adas能力信息,进而可以向车辆端推送与车辆端的adas能力信息相对应的adas增强服务消息。

比如,若云平台根据车辆端的adas能力信息确定目标车辆端不具备fcw能力,那么可以根据获取到的多个车辆端的位置信息、行驶状态信息(如行驶速度、加速度等)和车辆端所行驶路段的路况信息确定目标车辆端是否会出现潜在的碰撞风险,如果存在,则可以向该目标车辆端发送fcw预警消息,以增强该目标车辆端的adas能力。

在本申请的一个实施例中,云平台在提供adas增强服务时可以借助于人工智能(artificialintelligence,简称ai)技术。人工智能技术是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说,人工智能是计算机科学的一个综合技术,它企图了解智能的实质,并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法,使机器具有感知、推理与决策的功能。

同时,人工智能技术是一门综合学科,涉及领域广泛,既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

计算机视觉(computervision,简称cv)是一门研究如何使机器“看”的科学,更进一步的说,就是指用摄影机和电脑代替人眼对目标进行识别、跟踪和测量等机器视觉,并进一步做图形处理,使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科,计算机视觉研究相关的理论和技术,试图建立能够从图像或者多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、ocr(opticalcharacterrecognition,光学字符识别)、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3d技术、虚拟现实、增强现实、同步定位与地图构建等技术,还包括常见的人脸识别、指纹识别等生物特征识别技术。

结合本申请而言,车辆端和云平台都可以采用人工智能技术中的计算机视觉、机器学习等技术来提高adas的精准性,车辆端同时还可以基于此来实现自动驾驶。

以下对本申请实施例的技术方案的实现细节进行详细阐述:

图2示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图,该驾驶辅助处理方法可以由车辆端来执行。参照图2所示,该驾驶辅助处理方法至少包括步骤s210至步骤s230,详细介绍如下:

在步骤s210中,生成adas增强服务的注册请求。

在本申请的一个实施例中,车辆端生成的adas增强服务的注册请求中包含有车辆端的标识信息和车辆端的adas能力信息,该adas能力信息包括以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。该实施例的技术方案使得车辆端在将adas增强服务的注册请求发送给云平台之后,云平台可以直接根据该注册请求获取到车辆端的adas能力信息。

在本申请的一个实施例中,车辆端生成的adas增强服务的注册请求中包含有车辆端的标识信息。在该实施例的技术方案中,adas增强服务的注册请求未直接携带车辆端的adas能力信息,那么云平台可以根据该车辆端的标识信息从车辆端对应的应用服务器中获取车辆端的adas能力信息。可选地,车辆端对应的应用服务器可以是oem(originalequipmentmanufacturer,原始设备制造商)服务器。

在步骤s220中,若获取到提供adas增强服务的云平台的信息,则将adas增强服务的注册请求发送给云平台,adas增强服务的注册请求用于使云平台获知车辆端的adas能力信息。

需要说明的是,步骤s210中生成adas增强服务的注册请求可以是在获取到提供adas增强服务的云平台的信息之前进行的,也可以是在获取到提供adas增强服务的云平台的信息之后进行的,或者也可以是同时生成adas增强服务的注册请求,并获取到提供adas增强服务的云平台的信息。

在本申请的一个实施例中,车辆端在将adas增强服务的注册请求发送给云平台之前,需要先获取到能够提供adas增强服务的云平台的信息,比如云平台的标识信息、云平台的网络地址等。可选地,本申请的实施例提供了多种获取能够提供adas增强服务的云平台信息的方案,具体如下:

在本申请的一个实施例中,车辆端可以接收对应的应用服务器所配置的能够提供adas增强服务的云平台的信息。即在该实施例中,车辆端对应的应用服务器可以将能够提供adas增强服务的云平台的信息发送给车辆端,而应用服务器可以与云平台进行交互来获取到云平台配置的能够提供adas增强服务的云平台的信息。可选地,车辆端对应的应用服务器可以是oem服务器。

在本申请的一个实施例中,车辆端可以从车辆端的预配置信息中获取能够提供adas增强服务的云平台的信息。即在该实施例中,车辆端对应的应用服务器可以将能够提供adas增强服务的云平台的信息通过预配置信息配置在车辆端中。当然,应用服务器可以与云平台进行交互来获取到云平台配置的能够提供adas增强服务的云平台的信息。

在本申请的一个实施例中,车辆端还可以接收能够提供adas增强服务的云平台推送的服务发现信息,然后根据服务发现信息获取能够提供adas增强服务的云平台的信息。可选地,云平台推送的服务发现信息中可以包含有云平台的标识信息、网络地址信息等。

在本申请的一个实施例中,如果云平台是中心云平台,那么车辆端可以通过移动通信网络将adas增强服务的注册请求发送给中心云平台;如果云平台是路侧云平台,那么车辆端可以通过移动通信网络或者车联网将adas增强服务的注册请求发送给路侧云平台。

继续参照图2所示,在步骤s230中,在向云平台注册adas增强服务之后,接收云平台推送的与adas能力信息相对应的adas增强服务消息。

比如,若云平台根据车辆端的adas能力信息确定某个车辆端不具备fcw能力,那么可以根据获取到的多个车辆端的位置信息、行驶状态信息(如行驶速度、加速度等)和车辆端所行驶路段的路况信息确定该车辆端是否会出现潜在的碰撞风险,如果存在,则可以向该目标车辆端发送fcw预警消息,以增强该目标车辆端的adas能力。

可选地,车辆端向云平台注册adas增强服务可以是只注册针对部分adas功能的增强服务,比如只注册fcw的增强服务,还可以是注册全部adas功能的增强服务。

在图2所示的驾驶辅助处理方法的基础上,如图3所示,还可以包括步骤s310和步骤s320,具体地:

在步骤s310中,检测车辆端是否预配置有adas增强服务,若检测到车辆端预配置有adas增强服务,则执行步骤s320,即直接启动预配置的adas增强服务。如果检测到车辆端未配置有adas增强服务,则执行图2中所示的步骤s210,即向云平台进行注册以获取adas增强服务。

在本申请的一个实施例中,在启动预配置的adas增强服务时,可以是根据预配置的启动条件,在检测到车辆端符合启动条件时,直接启动adas增强服务。比如可以在检测到以下启动条件中的至少一个时,启动adas增强服务:车辆端所处的区域为预配置的地理区域、车辆端所处的路段为预配置的路段、车辆端所处的路况为预配置的路况、车辆端的时间处于预配置的时间段内。

需要说明的是,当车辆端启动adas增强服务之后,可以接收云平台推送的adas增强服务消息。

以上从车辆端的角度对本申请实施例的技术方案进行了说明,以下结合图4从云平台的角度对本申请实施例的技术方案进行阐述:

图4示出了根据本申请的一个实施例的驾驶辅助处理方法的流程图,该驾驶辅助处理方法可以由云平台来执行,该云平台可以是路侧云平台或者是中心云平台。参照图4所示,该驾驶辅助处理方法至少包括步骤s410至步骤s430,详细介绍如下:

在步骤s410中,接收车辆端发送的adas增强服务的注册请求,该adas增强服务的注册请求是车辆端在获取到提供adas增强服务的云平台的信息之后所发送的。

在本申请的一个实施例中,如果云平台是中心云平台,那么车辆端可以通过移动通信网络将adas增强服务的注册请求发送给中心云平台;如果云平台是路侧云平台,那么车辆端可以通过移动通信网络或者车联网将adas增强服务的注册请求发送给路侧云平台。

在步骤s420中,根据adas增强服务的注册请求,获取车辆端的adas能力信息。

在本申请的一个实施例中,云平台可以从adas增强服务的注册请求中获取车辆端的adas能力信息。在该实施例中,车辆端生成的adas增强服务的注册请求中包含有车辆端的标识信息和车辆端的adas能力信息,进而云平台可以直接从adas增强服务的注册请求中获取到该车辆端的adas能力信息。可选地,该adas能力信息可以包括以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。

在本申请的一个实施例中,云平台可以从adas增强服务的注册请求中获取车辆端的标识信息,根据车辆端的标识信息从车辆端对应的应用服务器中获取车辆端的adas能力信息。即在该实施例中,车辆端生成的adas增强服务的注册请求中可能不包含有车辆端的adas能力信息,但是包含有车辆端的标识信息。可选地,车辆端对应的应用服务器可以是oem服务器。

在本申请的一个实施例中,云平台获取到的多个车辆端的adas能力信息可能是来自于不同厂家的车辆端,其数据格式存在差异,因此云平台可以将获取到的多个车辆端的adas能力信息转换为设定格式的adas能力数据。可选地,如图5所示,该设定格式的adas能力数据包括车辆端的标识信息,以及以下至少一种信息:车辆端对各种adas功能的支持信息(比如是否支持acc、是否支持fcw、是否支持ldw、是否支持bsd、是否支持tpms等);车辆端所配备的传感器信息(如摄像头、雷达等传感器性能参数等)。

在步骤s430中,根据车辆端的adas能力信息,向车辆端推送与adas能力信息相对应的adas增强服务消息。

在本申请的一个实施例中,可以根据车辆端的adas能力信息,确定不具有指定adas功能的第一类车辆端和具有指定adas功能的第二类车辆端,然后优先向第一类车辆端推送与指定adas功能相关的adas增强服务消息,并根据指定adas功能的指标要求确定是否向第二类车辆端推送与指定adas功能相关的adas增强服务消息。

具体而言,对于不具有指定adas功能的第一类车辆端,通过优先向其推送与该指定adas功能相关的adas增强服务消息,使得可以保证这类车辆端能够获取到adas相关的信息,进而保证安全性。通过根据指定adas功能的指标要求确定是否向第二类车辆端推送与指定adas功能相关的adas增强服务消息,使得可以在确定不需要向第二类车辆端推送与指定adas功能相关的adas增强服务消息时,降低发送adas增强服务消息所占用的资源,而在确定需要向第二类车辆端推送与指定adas功能相关的adas增强服务消息时,也可以通过adas增强服务消息来进一步保证第二类车辆的安全性。

以下结合图6至图8,对本申请实施例的技术方案的实现细节进行详细阐述:

如图6所示,根据本申请的一个实施例的驾驶辅助处理方法,包括以下步骤:

步骤s610,车辆通过预配置或者动态交互机制发现云平台提供的adas增强服务。

在本申请的一个实施例中,oem服务器可以将能够提供adas增强服务的云平台的信息预配置给车辆端,或者oem服务器也可以通过动态交互的方式将能够提供adas增强服务的云平台的信息发送给车辆,以便于车辆来发现云平台提供的adas增强服务。其中,oem服务器可以与云平台进行交互来获取到云平台配置的能够提供adas增强服务的云平台的信息。

在本申请的一个实施例中,云平台可以是部署层级较高的中心云平台,也可以是针对特定路段的边缘云(即路侧云平台)。为了实现基于5g网络(当然也可以是下一代无线通信网络)的adas增强,云平台需要通过5g网络实时监测车辆所处道路环境,根据前车和后车之间的距离、速度、车道等信息判断潜在的安全风险,并以此来提供adas增强服务。

同时,在本申请中,假设车辆具体5g通信能力(即可以通过5gt-box接入5g网络,当然也可以是下一代无线通信能力),而不同车辆的adas能力可能不同,比如车辆具备的adas能力因不同品牌厂家而不同,或者因为同一品牌厂家的不同配置而不同。云平台提供adas增强服务的前提是能够通过网络获取到各个车辆的adas能力信息,因此需要车辆向云平台进行注册。

步骤s620,车辆直接注册或者通过oem服务器与云平台交互间接注册adas增强服务。

具体地,车辆可以直接向云平台发送包含车辆标识信息和车辆的adas能力信息的注册请求,以向云平台进行注册。或者车辆可以向云平台发送仅包含车辆标识信息的注册请求,进而云平台可以根据该车辆标识信息从oem服务器中获取到车辆的adas能力信息。

同时,由于各个厂家车辆配置的不同,可能存在不同车辆向云平台注册时数据格式有差异,因此,如图7所示,adas增强服务的功能实体702(该功能实体可以设置在云平台中)中设置有数据格式转换模块,该数据格式转换模块用于将从车辆直接获取到的adas能力数据和从oem服务器701获取到的adas能力数据转换为相同格式的能力数据,然后存储至数据库中。可选地,转换后的能力数据的格式可以如图5所示。

步骤s630,车辆通过5g网络或者车联网从云平台获得adas增强服务。

在本申请的一个实施例中,如果云平台是中心云平台,那么车辆端可以通过移动通信网络从中心云平台获得adas增强服务;如果云平台是路侧云平台,那么车辆端可以通过移动通信网络或者车联网从路侧云平台获得adas增强服务。

参照图8所示,在本申请实施例的一个交互流程中,主要包含了服务发现过程和服务注册过程。其中,在服务发现过程中可以有两种处理方式,一种处理方式如步骤s801a和步骤s802a所示,即在步骤s801a中,oem服务器与云平台(路侧云平台或者中心云平台)交互,获取到能够提供adas增强服务的云平台信息,以实现对adas增强服务能力的预先发现。在步骤s802a中,oem服务器发送提供adas增强服务的云平台信息给车辆端,使得车辆端进行服务发现。

服务发现过程的另一种处理方式是步骤s801b所示,即云平台(路侧云平台或者中心云平台)直接向车辆端推送adas增强服务能力信息。

继续参照图8所示,在服务注册过程中,一种方式是步骤s803a和步骤s804a所示,在步骤s803a中,车辆端提供车辆标识信息给云平台(路侧云平台或者中心云平台);在步骤s804a中,云平台从oem服务器获取车辆端adas能力数据,以向车辆端提供adas服务。即在步骤s803a和步骤s804a中,车辆端不直接向云平台进行注册,仅提供车辆端标识,云平台通过与oem服务器交互来获取到车辆端的adas能力信息。

服务注册过程的另一种处理方式如步骤s803b所示,即车辆端通过5g网络向中心云平台注册,以获取adas增强服务;或者如步骤s803c所示,车辆端通过车联网通信(当然也可以通过5g网络)向路侧云平台注册,以获取adas增强服务。

此外,在本申请的一个实施例中,如果车辆端有adas增强服务的预配置,那么车辆端可以直接启动adas增强服务,不需要执行图8中所示的服务发现过程和服务注册过程。可选地,预配置的adas增强服务可以按地理区域、路段、周围路况、付费时段等方式启动。如果车辆端没有预配置的adas增强服务,则执行图8中所示的服务发现过程和服务配置过程。

本申请上述实施例的技术方案使得云平台可以综合多信息(如多个车辆端的adas能力信息、车辆端所行驶路段的路况信息等)来向车辆端推送与车辆端的adas能力信息相对应的adas增强服务消息,进而解决了传统单车adas感知范围有限的问题,有效增强了adas的安全性。

以下介绍本申请的装置实施例,可以用于执行本申请上述实施例中的驾驶辅助处理方法。对于本申请装置实施例中未披露的细节,请参照本申请上述的驾驶辅助处理方法的实施例。

图9示出了根据本申请的一个实施例的驾驶辅助处理装置的框图,该驾驶辅助处理装置可以设置在车辆端内。

参照图9所示,根据本申请的一个实施例的驾驶辅助处理装置900,包括:处理单元902、发送单元904和第一接收单元906。

其中,处理单元902配置为生成高级驾驶辅助系统adas增强服务的注册请求;发送单元904配置为若获取到提供adas增强服务的云平台的信息,则将所述adas增强服务的注册请求发送给所述云平台,所述adas增强服务的注册请求用于使所述云平台获知车辆端的adas能力信息;第一接收单元906配置为在向所述云平台注册adas增强服务之后,接收所述云平台推送的与所述adas能力信息相对应的adas增强服务消息。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置900还包括:第一获取单元,配置为在所述发送单元将所述adas增强服务的注册请求发送给所述云平台之前,接收所述车辆端对应的应用服务器所配置的能够提供adas增强服务的云平台的信息,所述能够提供adas增强服务的云平台的信息是由所述云平台与所述应用服务器进行交互并配置到所述应用服务器中的;或者

从所述车辆端的预配置信息中获取能够提供所述adas增强服务的云平台的信息,所述预配置信息是由所述车辆端对应的应用服务器预配置到所述车辆端的。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置900还包括:第二获取单元,配置为在所述发送单元将所述adas增强服务的注册请求发送给所述云平台之前,接收能够提供所述adas增强服务的云平台推送的服务发现信息;根据所述服务发现信息获取能够提供所述adas增强服务的云平台的信息。

在本申请的一些实施例中,基于前述方案,所述发送单元904配置为:将所述adas增强服务的注册请求通过移动通信网络发送给中心云平台;或者将所述adas增强服务的注册请求通过移动通信网络或者通过车联网发送给路侧云平台。

在本申请的一些实施例中,基于前述方案,所述adas增强服务的注册请求中包含有车辆端的标识信息和车辆端的adas能力信息,所述adas能力信息包括以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。

在本申请的一些实施例中,基于前述方案,所述adas增强服务的注册请求中包含有车辆端的标识信息,所述adas增强服务的注册请求用于使所述云平台根据所述车辆端的标识信息从所述车辆端对应的应用服务器获取所述车辆端的adas能力信息。

在本申请的一些实施例中,基于前述方案,所述处理单元902还配置为:若检测到车辆端预配置有adas增强服务,则直接启动预配置的adas增强服务;若检测到车辆端未配置有adas增强服务,则执行生成所述高级驾驶辅助系统adas增强服务的注册请求的过程。

在本申请的一些实施例中,基于前述方案,所述处理单元902配置为:根据预配置的启动条件,在检测到所述车辆端符合所述启动条件时,直接启动所述adas增强服务;其中,所述启动条件包括以下至少一个:所述车辆端所处的区域为预配置的地理区域、所述车辆端所处的路段为预配置的路段、所述车辆端所处的路况为预配置的路况、所述车辆端的时间处于预配置的时间段内。

图10示出了根据本申请的一个实施例的驾驶辅助处理装置的框图,该驾驶辅助处理装置可以设置在云平台内。

参照图10所示,根据本申请的一个实施例的驾驶辅助处理装置1000,包括:第二接收单元1002、第三获取单元1004和推送单元1006。

其中,第二接收单元1002配置为接收车辆端发送的adas增强服务的注册请求,所述adas增强服务的注册请求是所述车辆端在获取到提供adas增强服务的云平台的信息之后所发送的;第三获取单元1004配置为根据所述adas增强服务的注册请求,获取所述车辆端的adas能力信息;推送单元1006配置为根据所述车辆端的adas能力信息,向所述车辆端推送与所述adas能力信息相对应的adas增强服务消息。

在本申请的一些实施例中,基于前述方案,所述第三获取单元1004配置为:从所述adas增强服务的注册请求中获取所述车辆端的adas能力信息;或者从所述adas增强服务的注册请求中获取所述车辆端的标识信息,根据所述车辆端的标识信息从所述车辆端对应的应用服务器中获取所述车辆端的adas能力信息。

在本申请的一些实施例中,基于前述方案,所述驾驶辅助处理装置1000还包括:格式转换单元,配置为将获取到的多个车辆端的adas能力信息转换为设定格式的adas能力数据,所述设定格式的adas能力数据包括车辆端的标识信息,以及以下至少一种信息:车辆端对各种adas功能的支持信息;车辆端所配备的传感器信息。

在本申请的一些实施例中,基于前述方案,所述推送单元1006配置为:根据车辆端的adas能力信息,确定不具有指定adas功能的第一类车辆端和具有所述指定adas功能的第二类车辆端;优先向所述第一类车辆端推送与所述指定adas功能相关的adas增强服务消息;以及根据所述指定adas功能的指标要求确定是否向所述第二类车辆端推送与所述指定adas功能相关的adas增强服务消息。

图11示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是,图11示出的电子设备的计算机系统1100仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示,计算机系统1100包括中央处理单元(centralprocessingunit,cpu)1101,其可以根据存储在只读存储器(read-onlymemory,rom)1102中的程序或者从存储部分1108加载到随机访问存储器(randomaccessmemory,ram)1103中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在ram1103中,还存储有系统操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(input/output,i/o)接口1105也连接至总线1104。

以下部件连接至i/o接口1105:包括键盘、鼠标等的输入部分1106;包括诸如阴极射线管(cathoderaytube,crt)、液晶显示器(liquidcrystaldisplay,lcd)等以及扬声器等的输出部分1107;包括硬盘等的存储部分1108;以及包括诸如lan(localareanetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1110上,以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分1109从网络上被下载和安装,和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(cpu)1101执行时,执行本申请的系统中限定的各种功能。

需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory,eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory,cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的方法。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1