一种骑手路径的确定方法、确定装置和电子设备与流程

文档序号:17433322发布日期:2019-04-17 03:47阅读:500来源:国知局
一种骑手路径的确定方法、确定装置和电子设备与流程

本发明涉及路径搜索和导引领域,特别涉及一种骑手路径的确定方法、确定装置和电子设备。



背景技术:

各种外卖服务越来越普及,外卖送餐、送药、送货极大的提高了人们生活的便利性。为了提高骑手的配送效率,一般会为骑手提供导航路线,指引骑手尽快到达目的地。

目前所采用的导航路线以gps(globalpositioningsystem,全球定位系统)信号为基础,进行路线的计算和指引,然而在办公楼内部、密集区域或小区楼栋杂乱的区域,骑手很难通过gps找到准确的目标位置,给配送造成了很大的困难。另外,有些区域存在杂物堵路,非熟悉的内部人员,可能很难找到入口。这些因素都造成了,虽然有路线指引,骑手仍然可能因为迷路、绕道等原因影响配送时间,降低配送效率。



技术实现要素:

本发明实施方式的目的在于提供一种骑手路径的确定方法、确定装置和电子设备,可以使骑手更快找到前行路径,减少绕路的可能。

为解决上述技术问题,本发明的实施方式提供了一种骑手路径的确定方法,包括:获取路径库,所述路径库中包括若干条参考路线;若需为一骑手导航,根据所述骑手的配送信息从所述路径库中进行匹配;若从所述路径库中匹配到参考路线,则调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

本发明的实施方式还提供了一种骑手路径的确定装置,包括:获取模块,用于获取路径库,所述路径库中包括收集到的历史配送路线;匹配模块,用于在为一骑手导航的过程中,根据所述骑手的配送信息从所述路径库中进行匹配;调用模块,用于响应于所述匹配模块从所述路径库中匹配到参考路线,调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

本发明的实施方式还提供了一种电子设备,包括存储器和处理器,存储器存储计算机程序,处理器运行程序时执行:获取路径库,所述路径库中包括若干条参考路线;在为一骑手导航的过程中,根据所述骑手的配送信息从所述路径库中进行匹配;若从所述路径库中匹配到参考路线,则调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

本发明的实施方式还提供了一种非易失性存储介质,用于存储计算机可读程序,所述计算机可读程序用于供计算机执行如上所述的骑手路径的确定方法。

本发明实施方式相对于现有技术而言,主要区别及其效果在于:通过获取的路径库,在骑手配送时,为其匹配合适的路径,再通过参考路线中的路况信息对骑手进行辅助指引。具体由于建立路径库后,可以大大提升骑手可用的指引信息,另外,还可以解决密集区或室内的gps等导航信息不准确造成的骑手无法快速找到目的地,利用路径库中的现有信息进行指引,无需实时在线。可见,本方案骑手路径的确定方法可以加快骑手找到目的地,减少绕路等的可能性。

作为进一步改进,所述路况信息至少包括以下之一:行进信息、转向信息、上下楼信息。明确路况信息的具体内容,便于提前收集和应用。

作为进一步改进,所述获取路径库之后,还包括:提取所述参考路线的起始位置和末尾位置;对各所述起始位置和各所述末尾位置进行聚类,获得多个类簇;在所述根据所述骑手的配送信息从所述路径库中进行匹配后,还包括:若从所述路径库中没有匹配到参考路线,则将起始位置和/或末尾位置更换为所属类簇中的其他位置,再次执行所述根据所述骑手的配送信息从所述路径库中进行匹配的步骤。匹配时具体利用起始位置和末尾位置进行匹配,同时可以扩大范围至同类位置,利于提高匹配成功率。

作为进一步改进,所述对各所述起始位置和各所述末尾位置进行聚类的依据包括以下之一或其组合:点餐用户所输入的地址、餐厅提供的地址、空间坐标,明确聚类依据。

作为进一步改进,所述聚类的依据还包括:来自移动终端上报的图像信息,丰富聚类依据。

作为进一步改进,在以下时机执行所述根据所述骑手的配送信息从所述路径库中进行匹配的步骤:响应于开始导航则执行;或者,响应于gps信号低于阈值则执行;或者,响应于收到骑手请求则执行。明确路径匹配的实际,丰富实现方式,符合用户的实际需求。

作为进一步改进,利用以下方式对所述骑手进行指引:图片、视频或语音。明确和丰富指引形式。

作为进一步改进,所述获取路径库,具体为:从服务器获取所述路径库。可以从服务器获取预生成的路径库,加快获取速度。

作为进一步改进,所述参考路线包括:历史配送路线;和/或系统生成的配送路线;和/或,点餐用户上报的配送路线。明确路径库中路径的来源,便于收集到足够多的路线供参考。

附图说明

图1是根据本发明第一实施方式中的骑手路径的确定方法流程图;

图2是根据本发明第二实施方式中的骑手路径的确定方法流程图;

图3是根据本发明第三实施方式中的骑手路径的确定装置示意图;

图4是根据本发明第四实施方式提供的电子设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本发明的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种骑手路径的确定方法,本实施方式以骑手送餐为例,如图1所示,该方法包括:

步骤101,获取路径库。

具体的说,路径库可以从服务器中获取,也可以服务器从预设位置获取,路径库可以由服务器预先收集生成,供用户侧设备获取。其中,路径库中包括若干条参考路线。

继续说明,参考路线可以包括:历史配送路线;和/或,系统生成的配送路线;和/或,点餐用户上报的配送路线。其中,历史配送路线可以来自骑手过往的配送路线,经骑手终端收集上报,服务器接收后汇总至路径库,骑手终端在收集时,还可以同时收集配送路线的路况信息,如行进信息、转向信息、上下楼信息等,这些信息可以通过骑手终端的摄像头、话筒、陀螺仪、重力传感器、方向传感器等收集。如在陀螺仪检测到骑手转向时,触发摄像头拍摄转弯处的图像,又如在骑手和点餐用户通话时,在获得点餐用户授权的情况下,通过话筒采集音频信息,以分析出点餐用户给出的路况信息。系统生成的配送路线可以由系统预先根据起始位置、末尾位置和预存的地图生成,其中还可叠加预存的路况信息生成。点餐用户上报的配送路线可以来自点餐用户自行上报。另外,多条路线还可以进行去重、组合等操作,从而获得更实用的参考路线。

实际应用中,路径库中可以包括各种路线的组合,除了上述类型外,还可以包括其他类型的路线,在此不做限定。

还需要说明,系统中可以有多个路径库,不同的路径库对应不同的配送区域,分区可以明显降低单个路径库中的数据量,利于降低后续的数据运算量,如果系统中有多个路径库,那么在获取时,可以根据配送区域查找并获取合适的路径库。

步骤102,根据骑手的配送信息从路径库中进行匹配。

具体的说,在为一骑手导航的过程中,进行路径库的匹配。实际应用中,可以为匹配时机进行多种设定。如,响应于开始导航则执行,可以在启动导航功能后,就为骑手进行路线匹配;又如,响应于gps信号低于阈值则执行,可以在启动导航功能后,先采用gps自动导航,如果检测到gps信号强度过低,则进行路线匹配,利用参考路线中的路况信息对骑手进行辅助指引;再如,响应于收到骑手请求则执行,可以在启动导航功能后,先采用gps自动导航,如果收到骑手请求,则进行路线匹配,可以在用户需要时自行启动匹配步骤,更符合用户的实际需求。

步骤103,判断是否匹配到参考路线;若是,则执行步骤104;若否,则结束本实施方式中骑手路径的确定方法。

具体的说,根据匹配结果确定步骤102是否匹配成功,如果匹配成功,也就是匹配到参考路线,那么继续执行步骤104,反之,则结束流程。

步骤104,调用匹配到的参考路线。

具体的说,调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对骑手进行指引。如果本实施方式应用于骑手终端,那么调用匹配到的路线后,可以直接根据该路线辅助指引,如果本实施方式应用于服务器,那么调用匹配到的路线后,可以将该路线发送至骑手终端,由骑手终端执行后续的指引步骤。

继续说明,路况信息至少包括以下之一:行进信息、转向信息、上下楼信息。行进信息可以是前行、后退,转向信息可以是左转、右转,上下楼信息可以是电梯上楼、楼梯上楼、电梯下楼、楼梯下楼等。

更具体的说,对骑手进行指引时,可以采用图片、视频或语音,也可以采用多种进行组合。

举例来说,转向信息采用图片指引,在需转向时,弹出转向位置的图片,提示骑手在图片位置左转或右转,由于信息在交互过程中必然有时延,所以可能指引速度跟不上用户的行进速度,那么在转向等标志性位置,以图片形式指引,可以使用户预知转向的确切位置,不至于错过。

基于上述步骤,以一实例进行总体说明:骑手在开始送餐时,移动终端启动gps导航功能,界面显示系统提供的路线,骑手前进一段时间后,gps信号越来越弱,低于阈值,移动终端向服务器发送请求,服务器在收到请求后,获取路径库,并进行参考路线的匹配,匹配成功后向骑手终端返回匹配到的参考路线,骑手终端收到参考路线后利用参考路线中的路况信息指引骑手继续前行。

本实施方式相对于现有技术而言,主要区别及其效果在于:通过获取的路径库,在骑手配送时,为其匹配合适的路径,再通过参考路线中的路况信息对骑手进行辅助指引。具体由于建立路径库后,可以大大提升骑手可用的指引信息,另外,还可以解决密集区或室内的gps等导航信息不准确造成的骑手无法快速找到目的地,利用路径库中的现有信息进行指引,无需实时在线。进一步的,由于派送业务预先分区,在同一区域内的派送起始位置和末尾位置相对集中,所以由同一区域内派送路线形成的路径库,匹配成功的概率较高,实际应用中的效果好。可见,本实施方式骑手路径的确定方法可以加快骑手找到目的地,减少绕路等的可能性,实际应用中的效果好。

虽然本实施方式以骑手送餐为场景进行说明,但实际应用中,还可以是快递人员送货,取货等,在此不做限定。

本发明的第二实施方式涉及一种骑手路径的确定方法,本实施方式和第一实施方式大致相同,主要区别之处在于:第一实施方式中,如果匹配失败,那么就结束流程,而本实施方式中,如果匹配失败,将重新匹配,进一步提高匹配成功率。

本实施方式中骑手路径的确定方法的流程如图2所示,具体如下:

本实施方式中步骤201和第一实施方式中的步骤101相类似,在此不再赘述。

步骤202,提取参考路线的起始位置和末尾位置。

步骤203,对各起始位置和各末尾位置进行聚类,获得多个类簇。

具体的说,聚类的依据包括以下之一或其组合:点餐用户所输入的地址、餐厅提供的地址、空间坐标。根据上述参数可以将空间位置较为接近的位置归为一类。

本实施方式中,聚类依据还可以包括来自移动终端上报的图像信息。有时可能采集到的空间坐标不准确,点餐用户输入的地址表述也不相同,但根据图像信息可以了解两个相近的商户门面,从而确认两家商户空间位置较为接近,可以归为一类。

本实施方式中,步骤202和步骤203在步骤201之后执行,实际应用中,也可以在步骤201之前执行,或者和步骤201同时执行,在此不做限定。

步骤204和206与第一实施方式中的步骤102和104相类似,在此不再赘述。

步骤205,判断是否匹配到参考路线;若是,则执行步骤206;若否,则执行步骤207。

具体的说,和第一实施方式类似,在判定为是时,继续执行步骤206,和第一实施方式不同的是,在判定为否时,继续执行步骤207。

步骤207,更换起始位置或末尾位置。

具体的说,本实施方式更换两个位置的其中一个,实际应用中也可以两个都更换。更具体的说,更换时将起始位置或末尾位置更换为所属类簇中的其他位置。更换后返回执行步骤204,可以看出,将首末位置更换为相近的位置后,再次匹配,可以进一步提高匹配成功率。

可见,本实施方式在匹配时具体利用配送信息中的起始位置和末尾位置进行匹配,同时可以扩大范围至同类位置,利于提高匹配成功率。另外,即使匹配失败,还可以更换起末位置,再次匹配,提高匹配成功率。

本发明的第三实施方式涉及一种骑手路径的确定装置。如图3所示,具体包括:

获取模块,用于获取路径库,路径库中包括收集到的历史配送路线。

匹配模块,用于在为一骑手导航的过程中,根据骑手的配送信息从路径库中进行匹配。

调用模块,用于响应于匹配模块从路径库中匹配到参考路线,调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对骑手进行指引。

在一个例子中,路况信息至少包括以下之一:行进信息、转向信息、上下楼信息。

在一个例子中,还包括:

提取模块,用于提取参考路线的起始位置和末尾位置。

聚类模块,用于对各起始位置和各末尾位置进行聚类,获得多个类簇。

更换模块,用于响应于从路径库中没有匹配到参考路线,将起始位置和/或末尾位置更换为所属类簇中的其他位置,再次触发匹配模块。

在一个例子中,对各起始位置和各末尾位置进行聚类的依据包括以下之一或其组合:点餐用户所输入的地址、餐厅提供的地址、空间坐标。

在一个例子中,聚类的依据还包括:来自移动终端上报的图像信息。

在一个例子中,匹配模块在以下时机被触发:响应于开始导航则触发;或者,响应于gps信号低于阈值则触发;或者,响应于收到骑手请求则触发。

在一个例子中,利用以下方式对骑手进行指引:图片、视频、语音。

在一个例子中,获取模块,具体用于从服务器获取路径库。

在一个例子中,参考路线包括:历史配送路线;和/或系统生成的配送路线;和/或,点餐用户上报的配送路线。

本实施方式相对于现有技术而言,主要区别及其效果在于:通过获取的路径库,在骑手配送时,为其匹配合适的路径,再通过参考路线中的路况信息对骑手进行辅助指引。具体由于建立路径库后,可以大大提升骑手可用的指引信息,另外,还可以解决密集区或室内的gps等导航信息不准确造成的骑手无法快速找到目的地,利用路径库中的现有信息进行指引,无需实时在线。进一步的,由于派送业务预先分区,在同一区域内的派送起始位置和末尾位置相对集中,所以由同一区域内派送路线形成的路径库,匹配成功的概率较高,实际应用中的效果好。可见,本实施方式骑手路径的确定方法可以加快骑手找到目的地,减少绕路等的可能性,实际应用中的效果好。

不难发现,本实施方式为与第一实施方式相对应的装置实施例,本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。

本发明的第四实施方式涉及一种电子设备,如图4所示,该电子设备包括:至少一个处理器401;以及,与至少一个处理器401通信连接的存储器402;以及,与扫描装置通信连接的通信组件403,通信组件403在处理器401的控制下接收和发送数据;其中,存储器402存储有可被至少一个处理器401执行的指令,指令被至少一个处理器401执行以实现:

获取路径库,路径库中包括若干条参考路线。

若需为一骑手导航,根据骑手的配送信息从路径库中进行匹配。

若从路径库中匹配到参考路线,则调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对骑手进行指引。

具体地,该电子设备包括:一个或多个处理器401以及存储器402,图4中以一个处理器401为例。处理器401、存储器402可以通过总线或者其他方式连接,图4中以通过总线连接为例。存储器402作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器401通过运行存储在存储器402中的非易失性软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述骑手路径的确定方法方法。

存储器402可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储选项列表等。此外,存储器402可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中,存储器402可选包括相对于处理器401远程设置的存储器402,这些远程存储器402可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器402中,当被一个或者多个处理器401执行时,执行上述任意方法实施方式中的骑手路径的确定方法。

上述产品可执行本申请实施方式所提供的方法,具备执行方法相应的功能模块和有益效果,未在本实施方式中详尽描述的技术细节,可参见本申请实施方式所提供的方法。

本发明的第五实施方式涉及一种非易失性存储介质,用于存储计算机可读程序,计算机可读程序用于供计算机执行上述部分或全部的方法实施例。

即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。

本申请提供了a1.一种骑手路径的确定方法,包括:

获取路径库,所述路径库中包括若干条参考路线;

在为一骑手导航的过程中,根据所述骑手的配送信息从所述路径库中进行匹配;

若从所述路径库中匹配到参考路线,则调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

a2.根据a1所述的骑手路径的确定方法,所述路况信息至少包括以下之一:行进信息、转向信息、上下楼信息。

a3.根据a1中所述的骑手路径的确定方法,所述获取路径库之后,还包括:

提取所述参考路线的起始位置和末尾位置;

对各所述起始位置和各所述末尾位置进行聚类,获得多个类簇;

在所述根据所述骑手的配送信息从所述路径库中进行匹配后,还包括:

若从所述路径库中没有匹配到参考路线,则将起始位置和/或末尾位置更换为所属类簇中的其他位置,再次执行所述根据所述骑手的配送信息从所述路径库中进行匹配的步骤。

a4.根据a3中所述的骑手路径的确定方法,所述对各所述起始位置和各所述末尾位置进行聚类的依据包括以下之一或其组合:点餐用户所输入的地址、餐厅提供的地址、空间坐标。

a5.根据a4所述的骑手路径的确定方法,所述聚类的依据还包括:来自移动终端上报的图像信息。

a6.根据a1所述的骑手路径的确定方法,在以下时机执行所述根据所述骑手的配送信息从所述路径库中进行匹配的步骤:

响应于开始导航则执行;或者,

响应于gps信号低于阈值则执行;或者,

响应于收到骑手请求则执行。

a7.根据a1所述的骑手路径的确定方法,利用以下方式对所述骑手进行指引:图片、视频或语音。

a8.根据a1所述的骑手路径的确定方法,所述获取路径库,具体为:从服务器获取所述路径库。

a9.根据1所述的骑手路径的确定方法,所述参考路线包括:

历史配送路线;和/或,系统生成的配送路线;和/或,点餐用户上报的配送路线。

本申请还提供了b10.一种骑手路径的确定装置,包括:

获取模块,用于获取路径库,所述路径库中包括收集到的历史配送路线;

匹配模块,用于在为一骑手导航的过程中,根据所述骑手的配送信息从所述路径库中进行匹配;

调用模块,用于响应于所述匹配模块从所述路径库中匹配到参考路线,调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

b11.根据b10所述的骑手路径的确定装置,所述路况信息至少包括以下之一:行进信息、转向信息、上下楼信息。

b12.根据b10中所述的骑手路径的确定装置,还包括:

提取模块,用于提取所述参考路线的起始位置和末尾位置;

聚类模块,用于对各所述起始位置和各所述末尾位置进行聚类,获得多个类簇;

更换模块,用于响应于从所述路径库中没有匹配到参考路线,将起始位置和/或末尾位置更换为所属类簇中的其他位置,再次触发所述匹配模块。

b13.根据b12中所述的骑手路径的确定装置,所述对各所述起始位置和各所述末尾位置进行聚类的依据包括以下之一或其组合:点餐用户所输入的地址、餐厅提供的地址、空间坐标。

b14.根据b13所述的骑手路径的确定装置,所述聚类的依据还包括:来自移动终端上报的图像信息。

b15.根据b10所述的骑手路径的确定装置,所述匹配模块在以下时机被触发:

响应于开始导航则触发;或者,

响应于gps信号低于阈值则触发;或者,

响应于收到骑手请求则触发。

b16.根据b10所述的骑手路径的确定装置,利用以下方式对所述骑手进行指引:图片、视频、语音。

b17.根据b10所述的骑手路径的确定装置,所述获取模块,具体用于从服务器获取所述路径库。

b18.根据b10所述的骑手路径的确定装置,所述参考路线包括:

历史配送路线;和/或系统生成的配送路线;和/或,点餐用户上报的配送路线。

本申请还提供了c19.一种电子设备,包括:

存储器和处理器,存储器存储计算机程序,处理器运行程序时执行:

获取路径库,所述路径库中包括若干条参考路线;

若需为一骑手导航,根据所述骑手的配送信息从所述路径库中进行匹配;

若从所述路径库中匹配到参考路线,则调用匹配到的参考路线,以利用所调用的参考路线中的路况信息对所述骑手进行指引。

c20.根据c19所述的电子设备,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如a2至a9中任一项所述的方法。

本申请还提供了d21.一种非易失性存储介质,用于存储计算机可读程序,所述计算机可读程序用于供计算机执行如a1至a9中任一项所述的骑手路径的确定方法。

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