导航轨迹的播报方法及系统与流程

本发明涉及代步工具租赁管理技术领域，特别涉及一种导航轨迹的播报方法及系统。

背景技术：

当前随着智能设备，特别是智能导航、智能手机的普及，给人们的出行带来了极大的便利。随着城市的发展，打车需求已经是社会各个阶层人士的普遍需求。

目前乘客在打车时，司机在接到乘客后，一般会通过智能设备中的导航规划的路线到达目的地，导航一般会进行高速优先、避免拥堵优先、路线最短优先等进行规划路线，如果司机对乘客的目的地路线不熟悉，在行驶过程中会不停的看导航核实当前的路线，安全性大大降低。

技术实现要素：

鉴于上述问题，本公开提出了一种导航轨迹的播报方法及系统，通过播报到达目的地的导航轨迹中的信息点(pointofinterest，简称poi)的名称，使得司机根据播报就可以到达目的地，提高了运营的安全性。

第一方面，本公开提供了一种导航轨迹的播报方法，包括：

接收用户设备ue发送的打车请求，所述打车请求包括出发地和目的地；

根据预设信息点poi数据库向应答所述打车请求的终端推送到达所述目的地的第一导航轨迹，所述poi数据库包括多个poi的信息，所述第一导航轨迹为由多个poi形成的轨迹；

实时监测所述终端的位置，根据所述终端的位置向所述终端发送 到达所述目的地的第一导航轨迹中的poi的名称的播报。

可选的，所述poi数据库还包括每一poi对应方位的信息；

相应的，在接收ue发送的打车请求之后，所述方法还包括：

在所述poi数据库中获取与所述出发地距离最近的poi的位置或poi对应方位的位置，并将获取的与所述出发地距离最近的poi的位置或poi对应方位的位置作为等车位置；

向所述ue推送到达所述等车位置的第二导航轨迹以及向所述终端推送到达所述等车位置的第三导航轨迹。

可选的，在所述终端到达所述等车位置之后，所述方法还包括：

根据预设信息点poi数据库向所述终端推送从所述等车位置到达所述目的地的第一导航轨迹。

可选的，所述等车位置包括：poi的名称以及该名称的poi对应方位。

可选的，所述poi数据库中包括按照道路方向分类的多个poi的信息，所述第一导航轨迹中的poi为所述终端向所述目的地方向行进的道路且位于所述终端所在道路侧的poi；

相应的，所述根据所述终端的位置向所述终端发送到达所述目的地的第一导航轨迹中的poi的名称的播报，包括：

实时监测所述终端的位置，在所述终端到达所述第一导航轨迹中的每一poi之前的预设距离处时，向所述终端发送即将到达的poi的名称的播报，以使所述终端根据所述播报的多个poi的名称到达所述目的地。

第二方面，本发明还提供了一种导航轨迹的播报系统，包括：

接收模块，用于接收用户设备ue发送的打车请求，所述打车请求包括出发地和目的地；

导航轨迹推送模块，用于根据预设信息点poi数据库向应答所述打车请求的终端推送到达所述目的地的第一导航轨迹，所述poi数据 库包括多个poi的信息，所述第一导航轨迹为由多个poi形成的轨迹；

播报发送模块，用于实时监测所述终端的位置，根据所述终端的位置向所述终端发送到达所述目的地的第一导航轨迹中的poi的名称的播报。

可选的，所述poi数据库还包括每一poi对应方位的信息；

相应的，所述系统还包括：

等车位置获取模块，用于在所述poi数据库中获取与所述出发地距离最近的poi的位置或poi对应方位的位置，并将获取的与所述出发地距离最近的poi的位置或poi对应方位的位置作为等车位置；

所述导航轨迹推送模块，用于向所述ue推送到达所述等车位置的第二导航轨迹以及向所述终端推送到达所述等车位置的第三导航轨迹。

可选的，所述导航轨迹推送模块，具体用于：

根据预设信息点poi数据库向所述终端推送从所述等车位置到达所述目的地的第一导航轨迹。

可选的，所述等车位置包括：poi的名称以及该名称的poi对应方位。

可选的，所述poi数据库中包括按照道路方向分类的多个poi的信息，所述第一导航轨迹中的poi为所述终端向所述目的地方向行进的道路且位于所述终端所在道路侧的poi；

相应的，所述播报发送模块，具体用于：

实时监测所述终端的位置，在所述终端到达所述第一导航轨迹中的每一poi之前的预设距离处时，向所述终端发送即将到达的poi的名称的播报，以使所述终端根据所述播报的多个poi的名称到达所述目的地。

由上述技术方案可知，本公开提供一种导航轨迹的播报方法及系统，根据预设poi数据库中的poi的信息，生成到达目的地的导航 轨迹，并向终端发送到达目的地时途径poi的名称的播报，使得持有终端的司机可以根据该播报到达目的地，避免了由于司机在行驶过程中对路线不熟悉会不停的看导航核实当前的路线易出事故的问题，提高了运营的安全性。

附图说明

图1为本公开一实施例提供的一种导航轨迹的播报方法的流程示意图；

图2为本公开另一实施例提供的一种导航轨迹的播报方法的流程示意图；

图3为本公开一实施例提供的用户设备ue展示等车位置的示意图；

图4为本公开一实施例提供的终端展示第三导航轨迹的示意图；

图5为本公开一实施例提供的导航轨迹的播报系统的结构示意图。

具体实施方式

下面结合附图和实施例，对本公开的具体实施方式作进一步详细描述。以下实施例用于说明本公开，但不用来限制本公开的范围。

本公开实施例中提及的用户设备(userequipment，简称ue)是指服务需求方，如交通工具叫车服务中的乘客所使用的移动终端或个人计算机(personalcomputer，简称pc)等设备。例如智能手机、个人数码助理(pda)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等。

本公开实施例中提及的终端为服务提供方即向用户设备提供运营服务的终端，如交通工具叫车服务中的司机所使用的用于接单的移动终端或pc端等设备。诸如上述呼叫服务方所使用各设备。因此， 本实施例中，为了区别乘客和司机，分别采用用户设备ue和终端来分别表示乘客和司机所持的移动终端等设备。

图1示出了本公开一实施例提供的一种导航轨迹的播报方法的流程示意图，如图1所示，该方法包括以下步骤：

101、接收用户设备ue发送的打车请求，所述打车请求包括出发地和目的地。

在实际应用中，上述打车请求除包含出发地和目的地之外，还包括：所述用户设备的标识、用户设备发送打车请求的时间等等或其中某一信息或组合信息。其中，上述用户设备的标识包含手机号码、身份标识码(identity，简称id)、用户设备的ip地址、硬件地址(mediaaccesscontrol，简称mac)等或其中某一信息或组合信息。

可理解的是，上述打车请求是用户通过安装在用户设备上的第三方软件识别并发送给打车平台的，打车平台可以理解为处理打车请求的平台，具体的，上述打车请求中的出发地可以理解为用户在通过用户设备发送打车请求时在用户设备的第三方软件中输入的出发地，或者是该第三方软件通过gps定位当前用户设备所在位置作为出发地；上述打车请求中的目的地，为用户在第三方软件中输入的要求到达的目的地。

102、根据预设信息点poi数据库向应答所述打车请求的终端推送到达所述目的地的第一导航轨迹，所述poi数据库包括多个poi的信息，所述第一导航轨迹为由多个poi形成的轨迹。

上述poi可以理解为显著性建筑标识或者道路标识，例如，西单大悦城、中关村e世界、北京大学、中国电子大厦等；为了定位准确，以及司机容易找到乘客，上述poi数据库除poi的信息之外还包括poi对应方位的信息，poi的信息可以包括poi的名称、poi的位置；poi对应方位的信息包括poi的名称以及对应方位、poi对应方位的位置等。

103、实时监测所述终端的位置，根据所述终端的位置向所述终端发送到达所述目的地的第一导航轨迹中的poi的名称的播报。

上述方法根据预设poi数据库中的poi的信息，生成到达目的地的导航轨迹，并向终端发送到达目的地时途径poi的名称的播报，使得持有终端的司机可以根据该播报只需要查看车外的poi的名称即可，而不需要看导航核对路线，提高了运营的安全性。

下面通过具体的实施例对上述方法进行详细说明。

本公开实施例提供的一种导航轨迹的播报方法具体可以包括如图2所示的步骤：

201、预先设置poi数据库，并对poi数据库中的多个poi的信息按照道路方向进行分类。

由于poi的定义是在行驶中或者步行中能够看到的明显标志，可以理解为标志性建筑、地标等，当然由于视角关系，同一条道路上不同方向的poi是不同的，例如，一条南北方向的道路，这条路上所有poi的名称为abcde，其中从南往北的道路侧的poi的名称为abd；从北往南的道路侧的poi的名称为ce。

上述poi数据库中的多个poi的信息以及不同道路方向上的poi信息均可以在已有的poi库中筛选的，筛选方法可以通过人工采集、众包上传、从即有的街景数据挖掘等，本实施例不对具体如何筛选poi的数据以及如何按照道路方向对多个poi的信息进行分类的方法进行限定和详细说明，该poi数据库还可以根据终端反馈或人工采集的信息进行更新调整。

通过按照道路方向对多个poi的信息进行分类，使得在后续向终端发送poi的名称的播报的时候，能够对终端行驶侧(即终端所在道路侧)的poi的名称进行播报，这样持有终端的司机可以根据播报对行驶侧的poi进行查看，并顺利到达目的地，避免了司机查看行驶侧对面的poi，防止查看道路两侧的poi带来的不变。

202、接收ue发送的打车请求，所述打车请求包括出发地和目的地，在接收到终端应答所述打车请求的消息时，创建订单。

203、在所述poi数据库中获取与所述出发地距离最近的poi的位置或poi对应方位的位置，并将获取的与所述出发地距离最近的poi的位置或poi对应方位的位置作为等车位置。

本公开实施例中的poi对应方位为用于识别与poi对应位置的词，例如：门口、本面、对面、拐角、斜对面等。

目前一般ue在发送打车请求时，一般出发地为某一poi，但是由于该poi对应方位不同，会出现司机在接单后找不到乘客，导致乘客投诉，订单取消率高，司机收入下降等问题，本公开实施例中的等车位置包括poi的名称以及该名称的poi对应方位，一般为poi的名称+方位词。例如：西单大悦城·东门、中关村科技广场·斜对面等。

在创建订单后，会获取离ue出发地距离最近的poi的位置或poi对应方位的位置，并将该位置作为持有ue的乘客的等车位置。

204、向所述用户设备ue推送到达所述等车位置的第二导航轨迹以及向所述终端推送到达所述等车位置的第三导航轨迹。

在获取到等车位置后，向ue推送到达所述等车位置的第二导航轨迹，如图3所示，即提示乘客的推荐等车位置(即：上车地点)在北京语言大学·南门等待司机接，这时终端也会根据第三导航轨迹尽快的到达等车位置北京语言大学·南门，避免了司机在北京语言大学附近由于不清楚乘客的具体位置，需要多次与乘客电话沟通找寻乘客等问题，通过该方法司机能够及时的接到乘客，由此避免接驾时间过长导致乘客投诉、订单取消效率高等问题。

205、根据预设信息点poi数据库向所述终端推送从所述等车位置到达所述目的地的第一导航轨迹。

在终端到达等车位置之后，也即司机在等车位置接到乘客后，向终端推送从等车位置到达目的地的第一导航轨迹。

206、根据所述终端的位置向所述终端发送到达所述目的地的第一导航轨迹中的poi的名称的播报，以使持有该终端的司机根据播报行驶到目的地。

具体的，所述poi数据库中包括按照道路方向分类的多个poi的信息，所述第一导航轨迹中的poi为所述终端向所述目的地方向行进的道路且位于所述终端所在道路侧的poi。

上述步骤206中需要实时监测所述终端的位置，在所述终端到达所述第一导航轨迹中的每一poi之前的预设距离处时，向所述终端发送即将到达的poi的名称的播报，以使所述终端根据所述播报的多个poi的名称到达所述目的地。其中，预设距离可以理解为80米、70米等，司机能够看到poi的名称的距离。

例如，如图4所示的导航轨迹，现有技术中，司机会在行驶过程中不断的查看导航路线，或者是即使播报导航路线，也会播报“80米后右转”，这时司机听到该播报还得自己掌握80米的距离再右转，如果在这之间有多个右转路口，司机很容易走错路，而本公开实施例中播报在终端行驶过程中，会播报“80米后电力医院·正门口右转”这样司机在听到该播报并看到前方是电力医院的招牌后会在正门右转，不需要司机查看导航，同时也避免在面临多个右转路口难以确定具体路线的问题。

本公开实施例还提供了一种导航轨迹的播报系统的结构示意图，如图5所示，该系统包括：

接收模块51，用于接收用户设备ue发送的打车请求，所述打车请求包括出发地和目的地；

导航轨迹推送模块52，用于根据预设信息点poi数据库向应答所述打车请求的终端推送到达所述目的地的第一导航轨迹，所述poi数据库包括多个poi的信息，所述第一导航轨迹为由多个poi形成的轨迹；

播报发送模块53，用于实时监测所述终端的位置，根据所述终端的位置向所述终端发送到达所述目的地的第一导航轨迹中的poi的名称的播报。

在本公开的一个可选的实施例中，所述poi数据库还包括每一poi对应方位的信息；

相应的，所述系统还包括图5中未示出的：

等车位置获取模块，用于在所述poi数据库中获取与所述出发地距离最近的poi的位置或poi对应方位的位置，并将获取的与所述出发地距离最近的poi的位置或poi对应方位的位置作为等车位置；

所述导航轨迹推送模块，用于向所述用户设备ue推送到达所述等车位置的第二导航轨迹以及向所述终端推送到达所述等车位置的第三导航轨迹。

在本公开的一个可选的实施例中，所述导航轨迹推送模块52，具体用于：

根据预设信息点poi数据库向所述终端推送从所述等车位置到达所述目的地的第一导航轨迹。

在本公开的一个可选的实施例中，所述等车位置包括：poi的名称以及该名称的poi对应方位。

在本公开的一个可选的实施例中，所述poi数据库中包括按照道路方向分类的多个poi的信息，所述第一导航轨迹中的poi为所述终端向所述目的地方向行进的道路且位于所述终端所在道路侧的poi；

相应的，所述播报发送模块53，具体用于：

实时监测所述终端的位置，在所述终端到达所述第一导航轨迹中的每一poi之前的预设距离处时，向所述终端发送即将到达的poi的名称的播报，以使所述终端根据所述播报的多个poi的名称到达所述目的地。

本公开实施例提供的导航轨迹的播报系统与上述导航轨迹的播 报方法是一一对应的关系，对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，本公开实施例不再对上述系统进行详细说明。

应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。

本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。