路线规划方法、装置、服务器及介质与流程

文档序号:26013215发布日期:2021-07-23 21:34阅读:147来源:国知局
路线规划方法、装置、服务器及介质与流程

本申请属于计算机技术领域,尤其涉及一种路线规划方法、装置、服务器及介质。



背景技术:

在用户出行时,为用户提供准确的导航路线规划,可以提升用户的出行体验。实践中,道路的实际交通情况通常会发生变化,如,可能出现突发交通事故等。

因此,相关技术中,在道路的实际交通情况发生变化时,需要基于道路的实际交通情况对导航路线进行及时规划。



技术实现要素:

本申请实施例提供了路线规划方法、装置、服务器及介质,旨在解决相关技术中在道路的实际交通情况发生变化时,对导航路线规划不够及时的问题。

第一方面,本申请实施例提供了一种路线规划方法,该方法包括:

响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度;

从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线;

向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

进一步地,方法还包括:

向目标车辆的周边车辆发送提示信息,提示信息用于提示目标车辆的当前所处路线存在交通故障。

进一步地,在响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度之前,方法还包括:

检测目标车辆的当前所处路线的故障状态,故障状态用于指示当前所处路线是否存在交通故障。

进一步地,检测目标车辆的当前所处路线的故障状态,包括:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,检测目标车辆的当前所处路线的故障状态,包括:

响应于接收到目标车辆发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,检测目标车辆的当前所处路线的故障状态,包括:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,向目标车辆发送用于获取故障类型指示信息的请求信息;

响应于接收到目标车辆针对请求信息发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,若车辆的行驶轨迹包括多个轨迹点且各个轨迹点具有位置信息和时间信息,则根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度,包括:

针对至少一条周边路线中的周边路线,将该周边路线上的多个车辆的行驶速度的均值确定为该周边路线对应的行驶速度,其中,每个车辆的行驶速度通过如下步骤确定:从该车辆的行驶轨迹中选取时间最新的预设数目个轨迹点,基于预先设定的计算公式和所选取的轨迹点的位置信息及时间信息,计算得到该车辆的行驶速度。

第二方面,本申请实施例提供了一种路线规划装置,该装置包括:

信息确定单元,用于响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度;

目标确定单元,用于从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线;

路线推送单元,用于向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

进一步地,装置还包括信息提示单元,用于向目标车辆的周边车辆发送提示信息,提示信息用于提示目标车辆的当前所处路线存在交通故障。

进一步地,装置还包括故障检测单元,用于检测目标车辆的当前所处路线的故障状态,故障状态用于指示当前所处路线是否存在交通故障。

进一步地,故障检测单元,具体用于:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,故障检测单元,具体用于:

响应于接收到目标车辆发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,故障检测单元,具体用于:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,向目标车辆发送用于获取故障类型指示信息的请求信息;

响应于接收到目标车辆针对请求信息发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

进一步地,若车辆的行驶轨迹包括多个轨迹点且各个轨迹点具有位置信息和时间信息,则根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度,包括:

针对至少一条周边路线中的周边路线,将该周边路线上的多个车辆的行驶速度的均值确定为该周边路线对应的行驶速度,其中,每个车辆的行驶速度通过如下步骤确定:从该车辆的行驶轨迹中选取时间最新的预设数目个轨迹点,基于预先设定的计算公式和所选取的轨迹点的位置信息及时间信息,计算得到该车辆的行驶速度。

第三方面,本申请实施例提供了一种服务器,包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述路线规划方法的步骤。

第四方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现上述路线规划方法的步骤。

第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行上述第一方面中任一项的路线规划方法。

本申请实施例与相关技术相比存在的有益效果是:在检测到目标车辆当前所处路线存在交通故障时,通过对各周边路线上的车辆的行驶轨迹进行分析,以确定各周边路线分别对应的行驶速度,从而实现选取对应行驶速度满足预设选取条件的周边路线作为规划给目标车辆行驶的目标路线。可以实现在道路的实际交通情况发生变化时,及时给目标车辆重新规划路线,有助于提高路线规划效率。

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

附图说明

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

图1是本申请一实施例提供的路线规划方法应用的系统架构图;

图2是本申请一实施例提供的路线规划方法的流程示意图;

图3是本申请另一实施例提供的路线规划方法的流程示意图;

图4是本申请一实施例提供的路线规划装置的结构示意图;

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

具体实施方式

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

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

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

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

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

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

为了说明本申请的技术方案,下面通过以下实施例来进行说明。

参考图1,为本申请实施例提供的一种路线规划方法应用的系统架构图。

如图1所示,系统架构可以包括车辆101、车载终端设备102和服务器103。其中,车辆101可以是各种车辆。例如,无人车、小汽车、大卡车等。需要指出的是,车辆101也可以是各种其它交通工具。例如,飞机、轮船。

车载终端设备102通常设置于车辆101上。车载终端设备102可以是用于实现各种功能的设备,如,可以是用于实现路线规划功能的设备。

服务器103通常是车载终端设备102的后台服务器。实践中,服务器103可以通过车载终端设备检测到目标车辆的当前所处路线存在交通故障时,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度;从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线;向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

需要说明的是,本实施例所提供的路线规划方法可以由服务器103执行。当服务器103的功能直接在车载终端设备102上实现时,上述路线规划方法可以由车载终端设备执行。应该理解,图1中的车辆、车载终端设备和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的车辆、车载终端设备和服务器。

参考图2,为本申请实施例提供的一种路线规划方法的流程示意图,如图2所示的路线规划方法,包括:

步骤201,响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度。

其中,目标车辆通常是预先设定的车辆。实践中,目标车辆通常是车载终端设备所在车辆。上述交通故障通常是指阻碍交通的事件。实践中,交通故障可以包括但不限于:交通事故、道路维修、交通阻塞等。

上述周边路线通常是与目标车辆的当前所处路线邻近的行驶路线。每条周边路线上通常可以对应行驶多个车辆,每个车辆具有行驶轨迹。实践中,车辆的行驶轨迹通常是车辆在当前时刻的轨迹点与当前时刻的邻近时刻的轨迹点的组合。举例来说,若当前时刻为t,当前时刻的轨迹点为wt,当前时刻的邻近时刻可以为t-1、t-2、t-3,当前时刻的邻近时刻的轨迹点可以为w(t-1)、w(t-2)、w(t-3)。此时,车辆的行驶轨迹可以为w(t-3)-w(t-2)-w(t-1)-wt。实际应用中,车辆的行驶轨迹上的轨迹点通常是用于指示车辆的位置的信息。

在本实施例中,路线规划方法的执行主体通常为车载终端设备(例如图1所示的车载终端设备102)。上述执行主体可以通过多种方式检测到目标车辆当前所处路线是否存在交通故障,如,可以通过机器学习的方式,对通信连接的摄像头所采集的前方道路图片进行故障识别分析,以实现检测到目标车辆当前所处路线是否存在交通故障。

这里,在检测到目标车辆当前所处路线存在交通故障时,上述执行主体可以对该当前所处路线的周边路线上的车辆的行驶轨迹进行分析,以确定周边路线对应的行驶速度。作为示例,上述执行主体可以通过如下方式确定周边路线对应的行驶速度:首先,随机选取该周边路线上的一个车辆,确定所选取的车辆的行驶轨迹对应的速度:将行驶轨迹上的每两个相邻的轨迹点的位置差与时间差的商,作为相邻的两个轨迹点之间的速度,以及将所得到的多个速度的最大值作为所选取的车辆的行驶轨迹对应的速度。然后,将所选取的车辆的行驶轨迹对应的速度确定为该周边路线对应的行驶速度。作为另一示例,上述执行主体可以通过如下方式确定周边路线对应的行驶速度:首先,确定该周边路线上的每个车辆的行驶轨迹对应的速度:将行驶轨迹上的每两个相邻的轨迹点的位置差与时间差的商,作为相邻的两个轨迹点之间的速度。将所得到的多个速度的最大值作为车辆的行驶轨迹对应的速度。然后,将该周边路线上的多个车辆的行驶轨迹对应的速度中的最大值,确定为该周边路线对应的行驶速度。

步骤202,从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线。

其中,目标路线通常是用于推荐给目标车辆的路线。上述预设选取条件可以是预先设定的条件。作为示例,上述预设选取条件可以为:选取对应行驶速度第二快的周边路线作为目标路线。也可以为:选取对应行驶速度第三快的周边路线作为目标路线。实践中,上述预设选取条件通常为:选取对应行驶速度最快的周边路线作为目标路线。

这里,上述执行主体可以选取对应行驶速度满足预设选取条件的一条周边路线作为目标路线。

步骤203,向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

这里,上述只执行主体可以向目标车辆推送目标路线。这样,目标车辆可以按照目标路线行驶。

本实施例提供的方法,在检测到目标车辆当前所处路线存在交通故障时,通过对各周边路线上的车辆的行驶轨迹进行分析,实现确定各周边路线分别对应的行驶速度,从而实现选取对应行驶速度满足预设选取条件的周边路线作为规划给目标车辆行驶的目标路线。可以实现在道路的实际交通情况发生变化时,及时给目标车辆重新规划路线,有助于提高路线规划效率。

在本实施例的一些可选的实现方式中,上述路线规划方法还可以包括如下步骤:向目标车辆的周边车辆发送提示信息,提示信息用于提示目标车辆的当前所处路线存在交通故障。

这里,提示信息通常是用于提示目标车辆的当前所处路线存在交通故障的信息。目标车辆的周边车辆,通常是与目标车辆的距离小于预设距离的车辆。上述预设距离可以是预先设定的距离值。作为示例,上述预设距离可以为2公里。

这里,在检测到目标车辆当前所处路线存在交通故障之后,上述执行主体可以向该目标车辆的周边车辆发送提示信息,以实现将该目标车辆的当前所处路线上存在的交通故障告知周边车辆。这样,周边车辆可以避开故障行驶。

进一步参考图3,其示出了路线规划方法的又一个实施例的流程示意图。

如图3所示地,该路线规划方法可以包括以下步骤:

步骤301,检测目标车辆的当前所处路线的故障状态。

其中,故障状态用于指示当前所处路线是否存在交通故障。实践中,故障状态通常包括用于指示当前所处路线存在交通故障的状态和用于指示当前所处路线不存在交通故障的状态。

这里,上述执行主体可以通过多种方式实现检测到目标车辆当前所处路线的故障状态。

可选地,上述执行主体可以通过如下方式实现检测到目标车辆当前所处路线的故障状态:首先,接收目标车辆以预设数据发送周期发送的定位信息。然后,响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

其中,上述预设数据发送周期可以是预先设定的周期值。作为示例,上述预设数据发送周期可以为5秒。上述定位信息通常是用于指示目标车辆的位置的信息。实践中,上述定位信息通常是全球定位系统(globalpositioningsystem,gps)信息。上述速度阈值通常是预先设定的数值。

这里,目标车辆可以按照数据发送周期向上述执行主体发送定位信息。这样,上述执行主体可以接收到目标车辆发送的一系列的定位信息。然后,在多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值时,上述执行主体可以确定目标车辆的当前所处路线的故障状态为存在交通故障的状态,即,目标车辆当前所处路线存在交通故障。实践中,上述执行主体通常是对预设时间长度内,如2分钟,所接收的预设数目个,如10个定位信息进行分析,以确定目标车辆的当前所处路线是否存在交通故障。本实现方式通过从目标车辆接收定位信息的方式确定目标车辆是否存在交通故障,从而给目标车辆及时规划路线,计算量小,便于实现,有助于进一步提高路线规划效率。

实际应用中,上述执行主体可以通过对多个连续的定位信息进行分析,以确定目标车辆的当前所处路线是否存在交通故障。上述多个连续的定位信息通常是指对应接收次序连续的多个定位信息。这里,由于定位信息用于指示目标车辆的位置,且每两个相邻的定位信息的发送时间间隔相同,因此,上述执行主体可以基于多个连续的定位信息确定目标车辆的当前行驶速度。作为示例,上述执行主体可以将多个连续的定位信息的位置差的均值,确定为目标车辆的当前行驶速度。也可以将多个连续的定位信息的位置差的均值与数据发送周期的比值,确定为目标车辆的当前行驶速度。举例来说,若存在三个连续的定位信息,分别为l1、l2、l3,若定位信息发送周期为5秒,此时,三个连续的定位信息的位置差的均值可以为:δl={(l2-l1)+(l3-l2)}÷2,多个连续的定位信息的位置差的均值与数据发送周期的比值可以为:δl÷5。

可选地,上述执行主体可以通过如下方式实现检测到目标车辆当前所处路线的故障状态:响应于接收到目标车辆发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

其中,上述故障类型指示信息通常是用于指示故障类型的信息。上述故障类型可以是无故障的类型、存在交通事故的类型、存在道路维修的类型、存在交通阻塞的类型等。上述目标类型可以是预先设定的故障类型,作为示例,目标类型可以是存在交通事故的类型、存在道路维修的类型、存在交通阻塞的类型等。

这里,目标车辆可以主动向上述执行主体发送故障类型指示信息。这样,上述执行主体可以接收到目标车辆发送的故障类型指示信息。若故障类型指示信息指示目标车辆当前所处路线存在目标类型的交通故障,则上述执行主体可以确定目标车辆的当前所处路线的故障状态为存在交通故障的状态,即,目标车辆当前所处路线存在交通故障。本实现方式通过从目标车辆接收故障类型指示信息的方式确定目标车辆是否存在交通故障,从而给目标车辆及时规划路线,可以实现在明确故障类型的情况下,及时准确地给目标车辆重新规划路线,有助于提高路线规划效率。

实践中,目标车辆可以采集车辆周围的图像或视频,然后对所采集的图像或视频进行分析,从而得到用于指示故障类型的故障类型指示信息。实际应用中,目标车辆上可以安装高级驾驶辅助系统(advanceddrivingassistancesystem,adas),以得到用于指示故障类型的故障类型指示信息。其中,adas通常是利用安装在车辆上的设备(如,毫米波雷达、激光雷达、单\双目摄像头、卫星导航等),收集车辆在驾驶过程中的各种数据,从而识别车辆在行驶过程中遇见的各种故障及故障类型。

可选地,上述执行主体可以通过如下方式实现检测到目标车辆当前所处路线的故障状态:首先,接收目标车辆以预设数据发送周期发送的定位信息。然后,响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,向目标车辆发送用于获取故障类型指示信息的请求信息。最后,响应于接收到目标车辆针对请求信息发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

其中,上述请求信息通常是用于请求获取故障类型指示信息的信息。

这里,目标车辆可以按照预设数据发送周期向上述执行主体发送定位信息。这样,上述执行主体可以接收到目标车辆发送的多个定位信息。若多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,此时,上述执行主体可以认为目标车辆行驶缓慢或者没有移动。此时,上述执行主体可以向目标车辆发送请求信息,以请求目标车辆向上述执行主体发送故障类型指示信息。在目标车辆向上述执行主体发送故障类型指示信息后,上述执行主体可以对故障类型指示信息进行分析,若故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,则确定目标车辆的当前所处路线的故障状态为存在交通故障的状态,即,目标车辆当前所处路线存在交通故障。本实现方式在多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值时,向目标车辆发送请求信息以获取故障类型指示信息,可以实现目标车辆在接收到请求信息时,启动故障类型检测,从而向上述执行主体发送故障类型指示信息,可以节省目标车辆的计算资源。另外,由于故障类型指示信息可以明确指示故障类型,本实现方式可以及时准确地给目标车辆重新规划路线,有助于提高路线规划效率。

步骤302,响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度。

步骤303,从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线。

步骤304,向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

在本实施例中,步骤302-304的具体操作与图2所示的实施例中步骤201-203的操作基本相同,在此不再赘述。

本实施例提供的方法,通过与目标车辆进行信息交互以实现检测到目标车辆当前所处路线是否存在交通故障,可以实现在道路的实际交通情况发生变化时,及时准确地给目标车辆重新规划路线,有助于提高路线规划效率。

在本申请的各个实施例的可选的实现方式中,车辆的行驶轨迹包括多个轨迹点且各个轨迹点具有位置信息和时间信息。其中,位置信息通常是用于指示位置的信息,时间信息通常是用于指示时间的信息。

此时,上述根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度,包括:针对至少一条周边路线中的周边路线,将该周边路线上的多个车辆的行驶速度的均值确定为该周边路线对应的行驶速度。其中,每个车辆的行驶速度通过如下步骤确定:从该车辆的行驶轨迹中选取时间最新的预设数目个轨迹点,基于预先设定的计算公式和所选取的轨迹点的位置信息及时间信息,计算得到该车辆的行驶速度。

上述预设数目可以是预先设定的数值。作为示例,上述预设数目可以为2也可以为3等。这里,针对每一条周边路线,上述执行主体可以通过如下方式确定该周边路线对应的行驶速度:首先,确定该周边路线上的每个车辆的行驶速度。然后,将多个车辆的行驶速度的均值确定为该周边路线对应的行驶速度。

其中,每个车辆的行驶速度的确定过程包括:从该车辆的行驶轨迹中选取时间最新的预设数目个轨迹点,如可以是选取2个轨迹点,即当前时刻的轨迹点和上一时刻的轨迹点。然后,将所选取的轨迹点中的位置信息和时间信息代入预先设定的计算公式,从而计算得到该车辆的行驶速度。

上述计算公式可以是预先设定的计算公式。作为示例,上述计算公式可以为:v=(lt-lt-1)÷(i-t-1),其中,v为车辆的行驶速度,lt为当前时刻的轨迹点中的位置信息,tt为当前时刻的轨迹点中的时间信息,lt-1为上一时刻的轨迹点中的位置信息,tt-1为上一时刻的轨迹点中的时间信息。

本实现方式可以实现对各周边路线上的车辆的行驶轨迹进行分析,实现确定各周边路线分别对应的行驶速度。

进一步参考图4,对应于上文实施例的路线规划方法,图4为本申请实施例提供的路线规划装置400的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。

参照图4,该装置包括:

信息确定单元401,用于响应于检测到目标车辆的当前所处路线存在交通故障,根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度;

目标确定单元402,用于从至少一条周边路线中,选取对应行驶速度满足预设选取条件的周边路线作为目标路线;

路线推送单元403,用于向目标车辆推送目标路线,以使目标车辆基于目标路线行驶。

在一些实施例中,装置还包括信息提示单元,用于向目标车辆的周边车辆发送提示信息,提示信息用于提示目标车辆的当前所处路线存在交通故障。

在一些实施例中,装置还包括故障检测单元,用于检测目标车辆的当前所处路线的故障状态,故障状态用于指示当前所处路线是否存在交通故障。

在一些实施例中,故障检测单元,具体用于:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

在一些实施例中,故障检测单元,具体用于:

响应于接收到目标车辆发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

在一些实施例中,故障检测单元,具体用于:

接收目标车辆以预设数据发送周期发送的定位信息;

响应于所接收的多个定位信息指示目标车辆的当前行驶速度小于预设速度阈值,向目标车辆发送用于获取故障类型指示信息的请求信息;

响应于接收到目标车辆针对请求信息发送的故障类型指示信息,且故障类型指示信息指示目标车辆的当前所处路线存在目标类型的交通故障,确定目标车辆的当前所处路线的故障状态为存在交通故障的状态。

在一些实施例中,若车辆的行驶轨迹包括多个轨迹点且各个轨迹点具有位置信息和时间信息,则根据当前所处路线的至少一条周边路线上的车辆的行驶轨迹,确定各周边路线分别对应的行驶速度,包括:

针对至少一条周边路线中的周边路线,将该周边路线上的多个车辆的行驶速度的均值确定为该周边路线对应的行驶速度,其中,每个车辆的行驶速度通过如下步骤确定:从该车辆的行驶轨迹中选取时间最新的预设数目个轨迹点,基于预先设定的计算公式和所选取的轨迹点的位置信息及时间信息,计算得到该车辆的行驶速度。

本实施例提供的装置,在检测到目标车辆当前所处路线存在交通故障时,通过对各周边路线上的车辆的行驶轨迹进行分析,实现确定各周边路线分别对应的行驶速度,从而实现选取对应行驶速度满足预设选取条件的周边路线作为规划给目标车辆行驶的目标路线。可以实现在道路的实际交通情况发生变化时,及时给目标车辆重新规划路线,有助于提高路线规划效率。

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

进一步参考图5,图5为本申请一实施例提供的服务器500的结构示意图。如图5所示,该实施例的服务器500包括:至少一个处理器501(图5中仅示出一个处理器)、存储器502以及存储在存储器502中并可在至少一个处理器501上运行的计算机程序503,例如路线规划程序。处理器501执行计算机程序503时实现上述任意各个方法实施例中的步骤。处理器501执行计算机程序503时实现上述各个路线规划方法的实施例中的步骤。处理器501执行计算机程序503时实现上述各装置实施例中各模块/单元的功能,例如图4所示单元401至403的功能。

示例性的,计算机程序503可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器502中,并由处理器501执行,以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序503在服务器500中的执行过程。例如,计算机程序503可以被分割成信息确定单元,目标确定单元,路线推送单元,各单元具体功能在上述实施例中已有描述,此处不再赘述。

服务器500可以是服务器、台式电脑、平板电脑、云端服务器和移动终端等计算服务器。服务器500可包括,但不仅限于,处理器501,存储器502。本领域技术人员可以理解,图5仅仅是服务器500的示例,并不构成对服务器500的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如服务器还可以包括输入输出服务器、网络接入服务器、总线等。

所称处理器501可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器502可以是服务器500的内部存储单元,例如服务器500的硬盘或内存。存储器502也可以是服务器500的外部存储服务器,例如服务器500上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,存储器502还可以既包括服务器500的内部存储单元也包括外部存储服务器。存储器502用于存储计算机程序以及服务器所需的其他程序和数据。存储器502还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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

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

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

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。根据这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。

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

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