CN111881373A - 一种上车点易达性确定方法及系统 - Google Patents

Abstract

本申请实施例公开了一种上车点易达性确定方法及系统。所述方法包括：获取备选上车点；确定所述备选上车点被车辆遍历的次数；基于遍历次数，确定所述备选上车点的易达程度。本申请根据每个备选上车点被车辆遍历的次数确定每个备选上车点的车辆易达程度，可以向用户推荐车辆较容易到达的上车点，降低司乘时间成本，提高司乘体验。

Description

一种上车点易达性确定方法及系统

技术领域

本申请涉及交通运输领域，尤其涉及一种上车点易达性确定方法及系统。

背景技术

随着网约车大量普及社会生活，越来越多的乘客选择网约车出行。在网约车平台上，乘客往往需要先输入上车点，然后才能进行约车。通常，网约车平台会根据用户的当前位置，向用户推荐多个上车点，用户可以从中选择以确定上车点，或者可以由用户直接输入上车点。但是，网约车平台中的备选上车点或用户输入的上车点可能位于车辆不易达到(例如，小区内部)区域的情况，导致司机无法到达该上车点接驾，而不得不与乘客进行沟通以确定新的上车点，增加司乘的时间成本，造成司乘体验不佳。

发明内容

本申请的第一方面提供一种上车点易达性确定方法。所述上车点易达性确定方法包括：获取备选上车点；确定所述备选上车点被车辆遍历的次数；基于遍历次数，确定所述备选上车点的易达程度。

在一些实施例中，所述确定所述备选上车点被车辆遍历的次数，包括：确定所述备选上车点所在的路段；确定所述备选上车点所在的路段被车辆遍历的次数。

在一些实施例中，所述确定所述备选上车点所在的路段包括：基于路网信息以及所述备选上车点的坐标确定所述备选上车点所在的路段。

在一些实施例中，所述确定所述备选上车点被车辆遍历的次数，包括：获取多个车辆的轨迹数据，所述轨迹数据至少包括车辆所经过的路段；当某一车辆的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。

在一些实施例中，所述基于遍历次数，确定所述备选上车点的易达程度的方法包括以下至少一种：当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达；或者，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易到达。

本申请的第二方面提供一种上车点易达性确定系统，包括第一获取单元，用于获取备选上车点；处理单元，用于确定所述备选上车点被车辆遍历的次数；以及确定单元，用于基于遍历次数，确定所述备选上车点的易达程度。

在一些实施例中，所述处理单元还用于：确定所述备选上车点所在的路段；确定所述备选上车点所在的路段被车辆遍历的次数。

在一些实施例中，所述处理单元还用于：基于路网信息以及所述备选上车点的坐标确定所述备选上车点所在的路段。

在一些实施例中，所述处理单元还用于：获取多个车辆的轨迹数据，所述轨迹数据至少包括车辆所经过的路段；当某一车辆的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。

在一些实施例中，所述确定单元还用于：当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达；或者，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易到达。

本申请的第三方面提供一种上车点易达性确定装置，包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现上车点易达性确定方法中任意一项所述的操作。

本申请的第四方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现上车点易达性确定方法中任意一项所述的操作。

本申请的第五方面提供一种上车点推荐方法，所述方法由至少一个处理器实现，所述方法包括：获取用户的服务请求；基于所述服务请求获取至少一个备选上车点；基于上车点易达性确定方法中任意一项所述的方法确定所述至少一个备选上车点的易达程度；至少基于易达程度，从所述备选上车点中筛选至少一个推荐上车点。

本申请的第六方面提供一种上车点信息提示方法，所述方法由至少一个处理器实现，所述方法包括：获取用户指定的上车点；将所述上车点发送至服务端；接收所述服务端返回的所述上车点的易达程度；基于所述上车点的易达程度，向用户输出提示信息。

在一些实施例中，所述基于所述上车点的易达程度，向用户输出提示信息的方法包括：当所述上车点的易达程度小于设定阈值时，在用户的显示界面显示所述上车点不易到达。

本申请的第七方面提供一种上车点信息提示系统，包括：第二获取单元，用于获取用户指定的上车点；发送单元，用于将所述上车点发送至服务端；接收单元，用于接收所述服务端返回的所述上车点的易达程度；以及提示单元，用于基于所述上车点的易达程度，向用户输出提示信息。

在一些实施例中，所述提示单元还用于：当所述上车点的易达程度小于设定阈值时，在用户的显示界面显示所述上车点不易到达。

本申请的第八方面提供一种上车点信息提示装置，包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如上上车点信息提示方法所述的操作。

本申请的第九方面提供一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如上上车点信息提示方法所述的操作。

附图说明

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

图1是根据本申请的一些实施例所示的上车点易达性确定系统的应用场景示意图；

图2是根据本申请的一些实施例所示的上车点易达性确定系统的示意框图；

图3是根据本申请的一些实施例所示的上车点易达性确定方法的示例性流程图；

图4是根据本申请的另一些实施例所示的上车点推荐方法的示例性流程图；

图5是根据本申请的又一些实施例所示的上车点信息提示系统的示意框图；

图6是根据本申请的又一些实施例所示的上车点信息提示方法的示例性流程图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

虽然本申请对根据本申请的实施例的系统中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在车辆客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、河道、湖泊、海洋、航空等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统等。本申请的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。例如，其他类似的引导用户停车系统。

图1是根据本申请的一些实施例所示的上车点易达性确定系统的应用场景示意图。上车点易达性确定系统100可以确定多个备选上车点的易达性，以为用户推荐车辆容易到达的上车点。所述上车点易达性确定系统100可以是用于互联网服务的线上服务平台。例如，所述上车点易达性确定系统100可以是运输服务的线上运输服务平台。在一些实施例中，所述上车点易达性确定系统100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣和接送服务等。所述上车点易达性确定系统100可以是一个线上服务平台，包含服务器110、网络120、服务请求者终端130、服务提供者终端140以及存储设备150。所述服务器110可包含处理设备112。

在一些实施例中，服务器110可以用于处理与上车点易达性确定相关的信息和/或数据。服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。在一些实施例中该服务器110可以是区域的或者远程的。例如，服务器110可以通过网络120访问存储于服务请求者终端130、服务提供者终端140、存储设备150中的信息和/或资料。在一些实施例中，服务器110可直接与服务请求者终端130、服务提供者终端140、存储设备150连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在一些实施例中，服务器110可包含处理设备112。该处理设备112可处理与服务请求有关的数据和/或信息，以执行一个或多个本申请中描述的功能。例如处理设备112可以接收服务提供者终端140发送的确定备选上车点被车辆遍历的次数的请求。又例如，处理设备112可以基于服务请求者终端130发送的服务请求确定一个或多个备选上车点，确定每个备选上车点的易达程度，基于备选上车点的易达程度向服务请求者终端130发送推荐上车点。再例如，处理设备112可以获取服务请求者终端130指定的上车点，确定上车点的易达程度，并提示服务请求者该上车点的易达程度。在一些实施例中，处理设备112可包含一个或多个子处理设备(如：单芯处理设备或多核多芯处理设备)。仅仅作为范例，处理设备112可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。

网络120可促进数据和/或信息的交换。在一些实施例中，上车点易达性确定系统100中的一个或多个组件(如：服务器110、服务请求者终端130、服务提供者终端140、存储设备150)可通过网络120发送数据和/或信息给上车点易达性确定系统100中的其他组件。在一些实施例中，网络120可以是任意类型的有线或无线网络。例如，网络120可包括一缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共交换电话网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络120可包括一个或多个网络进出点。例如，网络120可包含有线或无线网络进出点，如基站和/或网际网络交换点120-1、120-2、…，通过这些进出点，上车点易达性确定系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。

在一些实施例中，用户可以通过服务请求者终端130发起服务请求。服务器110可以基于服务请求中的出发地确定备选上车点。在一些实施例中，服务请求者终端130还可以基于服务器确定的备选上车点的易达性，向用户输出提示信息。在一些实施例中，服务请求者终端130可包括移动装置130-1、平板电脑130-2、膝上型电脑130-3、机动车内建装置130-4等中的一种或其任意组合。在一些实施例中，移动装置130-1可包括智能家居装置、可穿戴装置、智能行动装置、虚拟实境装置、增强实境装置等或其任意组合。在一些实施例中，智能家居装置可包括智能照明装置、智能电器的控制装置、智能监测装置、智能电视、智能摄像机、对讲机等或其任意组合。在一些实施例中，可穿戴装置可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能衣物、智能背包、智能配饰等或其任意组合。在一些实施例中，智能行动装置可包括智能电话、个人数位助理(PDA)、游戏装置、导航装置、POS装置等或其任意组合。在一些实施例中，虚拟实境装置和/或增强实境装置可包括虚拟实境头盔、虚拟实境眼镜、虚拟实境眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或上述举例的任意组合。在一些实施例中，服务请求者终端130可包括具有定位功能的装置，以确定用户和/或服务请求者终端130的位置。

服务提供者终端140可以接收服务请求者终端130和/或服务器110的派单，并基于订单到指定的上车点接驾。在一些实施例中，服务提供者终端140可包括移动装置140-1、平板电脑140-2、膝上型电脑140-3、机动车内建装置140-4等中的一种或其任意组合。在一些实施例中，服务提供者终端140包括具有定位功能的装置，以确定服务请求者终端140的位置。服务提供者终端140可以将其位置信息上传给服务器110或存储设备150，以获得用于确定上车点易达程度的车辆轨迹数据。

存储设备150可存储资料和/或指令。在一些实施例中，存储设备150可存储从服务请求者终端130、服务提供者终端140获取的资料。在一些实施例中，存储设备150可以存储车辆轨迹数据以及路网信息。在一些实施例中，存储设备150还可以存储基于历史打车数据确定的多个备选上车点。在一些实施例中，存储设备150可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备150可包括大容量存储器、可移动存储器、挥发性读写存储器(例如随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，存储设备150可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、社区云、分散式云、内部云等或以上任意组合。

在一些实施例中，存储设备150可与网络120连接以与上车点易达性确定系统100的一个或多个部件(如服务器110、服务请求者终端130、服务提供者终端140等)通讯。上车点易达性确定系统100的一个或多个组件可通过网络120访问存储于存储设备150中的资料或指令。在一些实施例中，存储设备150可直接与上车点推荐系统100中的一个或多个组件(如服务器110、服务请求者终端130、服务提供者终端140等)连接或通讯。在一些实施例中，存储设备150可以是服务器110的一部分。

图2是根据本申请的一些实施例所示的上车点易达性确定系统的示意框图。如图2所示，在一些实施例中，所述上车点推荐系统200可以包括：第一获取单元201，用于获取备选上车点；处理单元203，用于确定所述备选上车点被车辆遍历的次数；以及确定单元205，用于基于遍历次数，确定所述备选上车点的易达程度。

所述处理单元203还用于：确定所述备选上车点所在的路段；确定所述备选上车点所在的路段被车辆遍历的次数。

所述处理单元203还用于：基于路网信息以及所述备选上车点的坐标确定所述备选上车点所在的路段。

所述处理单元203还用于：获取多个车辆的轨迹数据，所述轨迹数据至少包括车辆所经过的路段；当某一车辆的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。

所述确定单元205还用于：当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达；或者，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易到达。

应当理解，图2所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图2中披露的第一获取单元201、处理单元203、确定单元205可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或以上模块的功能。又例如，各个模块可以共用一个存储设备150，各个模块也可以分别具有各自的存储设备150。诸如此类的变形，均在本申请的保护范围之内。

图3是根据本申请的一些实施例所示的示例性流程图，用于说明上车点易达性确定方法的实现步骤。在本申请的另一些实施例中，提供了一种上车点易达性确定方法，该方法可以由服务器110执行，所述方法300可以包括如下步骤：

步骤301，获取备选上车点。在一些实施例中，该步骤可以由系统200中的第一获取单元201执行。

在一些实施例中，备选上车点可以是路网结构中的实际地理位置，这些地理位置可以被用作乘客的上车点。

在一些实施例中，备选上车点可以是用户输入的。在一些实施例中，备选上车点也可以是根据用户输入的服务请求在线召回的。例如，服务请求者终端130可以接收用户的服务请求，服务器110召回与服务请求相关的备选上车点。在一些实施例中，所述服务请求可以与运输服务请求相关，例如，在线打车服务请求、出租车服务请求、专车服务请求等或其任意组合。

在一些实施例中，可以基于服务请求中的出发地召回备选上车点。在一些实施例中，用户可以通过文字、图像或语音输入、检索“POI名称”等方式输入出发地。用户主动输入的出发地可以包括上车点的简称、俗称、官方名称等。例如，输入“王府井”，对应出发地王府井百货；输入“天安门”，对应出发地天安门广场等。在一些实施例中，服务请求者终端130可以通过定位技术获取用户的当前位置作为出发地。在一些实施例中，定位技术可以包括全球定位系统(GPS)技术、北斗导航系统技术、全球导航卫星系统(GLONASS)技术、伽利略定位系统(伽利略)技术、准天顶卫星系统(QAZZ)技术、基站定位技术、Wi-Fi定位技术等或其任意组合。

在一些实施例中，系统可以基于与出发地的距离来召回一个或以上备选上车点。例如，可以将与出发地距离500m范围内的所有上车点召回，作为备选上车点。在一些实施例中，还可以基于与出发地距离最近来召回N个备选上车点，其中N为正整数。例如，可以召回与出发地距离最近的15个上车点作为所召回的备选上车点。

在一些实施例中，备选上车点还可以是系统基于历史订单或历史打车记录，将历史乘客常用的上车点标记为备选上车点，存储在存储设备150中。在另一些实施例中，系统还可以基于路网结构指定适于停靠或接驾的上车点作为备选上车点。例如，可以选择辨识度较高，交通不易拥堵的地理位置标记为备选上车点，存储在存储设备150中。系统可以基于用户的服务请求获取存储设备150中存储的备选上车点。

步骤303，确定所述备选上车点被车辆遍历的次数。在一些实施例中，该步骤可以由系统200中的处理单元203执行。

备选上车点被车辆遍历的次数可以是该备选上车点在一定时间内被车辆经过的次数，其中每有一辆车经过该备选上车点则算作该备选上车点被遍历一次。在一些实施例中，一定时间可以是预设的一小时、一天、一个星期、一个月等。

在一些实施例中，可以基于备选上车点被车辆遍历的次数确定该备选上车点被车辆遍历的次数。例如，备选上车点在一天内被车辆经过400次，则该备选上车点被车辆遍历的次数为400次。在另一些实施例中，备选上车点在一天内被车辆经过30次，则该备选上车点被车辆遍历的次数为30次。

在一些实施例中，可以基于备选上车点所在的路段被车辆遍历的次数确定该备选上车点被车辆遍历的次数。在一些实施例中，可以基于路网信息以及备选上车点的坐标确定所述备选上车点所在的路段。在一些实施例中，路网信息可以是在一定区域内，由各种道路组成的相互联络、交织成网状分布的道路系统。在一些实施例中，路网信息中可以包括多条道路信息(link)，每一个link对应城市中的一个路段，其中每个link都具有位置信息(例如，坐标、经纬度等)。

在一些实施例中，基于路网信息中每个link的位置信息以及备选上车点的位置信息(可以是坐标、经纬度等)，确定所述备选上车点所属的路段。例如，可以将所述备选上车点与其所属路段进行绑定，通过确定备选上车点所在的路段被车辆遍历的次数，进而确定备选上车点被车辆遍历的次数。例如，备选上车点X的坐标为a，基于路网信息获取到一个link的坐标为a1-a2，其中坐标a1-a2中间包括有坐标a(即坐标a在坐标a1-a2内)，则备选上车点X属于该link，将备选上车点X与该link进行绑定。又例如，可以基于备选上车点X的坐标a获取路网信息中与坐标a距离不超过设定阈值的多条link，然后计算坐标a到各link的距离，选距离最小的link与备选上车点X绑定。进而获取到该link被车辆遍历的次数为350次，则该link被车辆遍历的次数(350次)即为备选上车点X被车辆遍历的次数。

在一些实施例中，还可以基于车辆的轨迹数据确定所述备选上车点被车辆遍历的次数。例如，系统可以获取数据库中多个车辆的轨迹数据，其中轨迹数据至少包括车辆所经过的路段。当某一辆车的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。在一些实施例中，轨迹数据可以是一段时间内车辆行驶的轨迹数据，例如，一小时、一天、一星期、一个月等。轨迹数据还可以包括轨迹位置的经纬度、上传轨迹数据的时间点、车辆轨迹所经过的link的数据等。例如，数据库中的某一条车辆的轨迹数据依次经过路段A、路段B、路段C、路段D，记作A-B-C-D，则与路段A绑定的上车点a、与路段B绑定的上车点b、与路段D绑定的上车点d，被分别遍历一次。将数据库中一定时间内的所有轨迹数据遍历过的备选上车点进行统计，获得备选上车点在一定时间内被车辆遍历的次数。关于轨迹数据中某路段与备选上车点是否为绑定关系的确定可以参照前文关于候选上车点X与link是否绑定的确定方式，在此不再赘述。

在一些实施例中，数据库中的轨迹数据的获取方式可以通过在用户终端(包括服务请求者终端130、服务提供者终端140等)进行埋点，当用户终端进行导航时，通过定位系统(例如，GPS系统)，获取到车辆行驶的轨迹数据。或者在车辆中安装定位系统(例如，GPS系统)，在车辆行驶时，获取到车辆行驶的轨迹数据。又或者基于固定摄像头(车流量记录仪)和/或移动摄像头(行车记录仪)，获取到车辆行驶的轨迹数据。可以实时地将车辆行驶的轨迹数据上传到服务器中，并实时地记录到数据库中。可选的，数据库可以每隔一段时间更新一次。例如，每隔一小时更新一次。

步骤305，基于遍历次数，确定所述备选上车点的易达程度。在一些实施例中，该步骤可以由系统200中的确定单元205执行。

易达程度可以反映车辆能够抵达的容易程度。例如，在小区内道路较为狭窄，且只有小区内业主的车辆便于进入，相对于车辆(例如出租车、公交车)不便于抵达，则小区内的易达程度较低；而在小区门口外部的道路较为宽阔，基本所有车辆都便于通行，则小区门口外部的易达程度较高。

在一些实施例中，当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达。例如，备选上车点A的遍历次数为350次，设置第一阈值为300次，由此发现备选上车点A的遍历次数高于第一阈值的300次，可以推断出备选上车点A可能为小区门口外部的较为宽阔的道路，便于大多数车辆的通行或抵达。在另一些实施例中，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易达到。例如，备选上车点B的遍历次数为60次，设置第二阈值为100次，此时备选上车点B的遍历次数低于第二阈值的100次，可以推断出备选上车点B可能为小区内部的道路中的一个位置，不便于大多数车辆的通行或抵达。在一些实施例中，第一阈值和第二阈值可以根据实际需求(例如不同时间段，不同区域等)进行设定(例如人工设定、自动设定)。

在一些实施例中，阈值还可以通过计算该区域内所有上车点遍历次数的分位数来确定。例如，第90百分位数，即把所有上车点遍历次数由小到大排列并分成100等份，处于90％位置的值(第90百分位数)则为阈值。当备选上车点被遍历的次数高于阈值时，则说明该备选上车点为易达上车点；反之则为不易到达上车点。

在一些实施例中，还可以设置更多的阈值，根据设置的多个阈值将备选上车点分为极难到达、较难到达、较易到达、极易到达等多个易达程度区间。分别对应备选上车点被遍历次数的不同范围，基于上车点被遍历次数所在范围，确定上车点的到达难度。在一些实施例中，可以将易达程度为极难到达的上车点确定为内部上车点。还可以设置另外一个阈值，当上车点被遍历的次数小于该阈值时，则确定该上车点为内部上车点。在一些实施例中，可以对内部上车点(例如极难到达、较难到达的上车点)进行标记，当向用户推荐上车点时，可以不推荐或少推荐内部上车点。

在本申请的另一些实施例中，提供了一种上车点易达性确定装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如上所述的操作。

在本申请的又一些实施例中，提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如上所述的操作。

图4是根据本申请的一些实施例所示的示例性流程图，用于说明上车点推荐方法的实现步骤。在本申请的另一些实施例中，提供了一种上车点推荐方法，该方法可以由服务请求者终端130执行，所述方法400可以由上车点推荐系统实现，上车点推荐系统可以包括第三获取单元、备选上车点获取单元、易达程度确定单元以及上车点推荐单元，所述方法400可以包括如下步骤：

步骤401，获取用户的服务请求。在一些实施例中，步骤401可以由第三获取单元执行。

在一些实施例中，获取用户输入的服务请求。系统可以接收服务请求者终端130上传的服务请求，其中关于服务请求的相关描述请参照本申请图3的相关描述部分。

在一些实施例中，用户输入服务请求的方式可以包括但不限于打字输入、手写输入、选择输入、语音输入、扫描输入等一种或多种的任意组合。例如，用户在服务请求者终端130的显示界面上直接手写输入出发地的中文名称。又例如，用户在服务请求者终端130用语音输入目的地的英文简称。又例如，用户在服务请求者终端130扫描输入目的地的街景图片等等。

步骤403，基于所述服务请求获取至少一个备选上车点。在一些实施例中，步骤403可以由备选上车点获取单元执行。

在一些实施例中，备选上车点可以是服务器基于服务请求中的乘车出发地召回的一个或多个上车点。关于备选上车点以及基于服务请求召回备选上车点的详细描述可以参见图3的相关说明。

在一些实施例中，该步骤可以由服务端处理完成，也可以由服务请求者终端130自带的服务器处理完成。

步骤405，基于前述的上车点易达性确定方法确定所述至少一个备选上车点的易达程度。在一些实施例中，步骤405可以由易达程度确定单元执行。

在一些实施例中，根据前述的上车点易达性确定方法确定至少一个备选上车点的易达程度。对于具体处理方式请参照图3的相关描述。

步骤407，至少基于易达程度，从所述备选上车点中筛选至少一个推荐上车点。在一些实施例中，步骤407可以由上车点推荐单元执行。

在一些实施例中，至少基于每个备选上车点的易达程度，从备选上车点中筛选至少一个推荐上车点。例如，所有备选上车点的易达程度包括有“极难”、“困难”、“容易”、“极易”，将易达程度为“极易”的多个备选上车点中的任意一个上车点直接作为推荐上车点。

在一些实施例中，在基于易达程度从多个备选上车点中筛选出推荐上车点的前提下，还可以添加其他筛选推荐上车点的条件。例如，备选上车点的使用热度、备选上车点与用户当前位置的距离等。例如，从易达程度为“易达”的5个备选上车点中，选取使用热度最高的一个备选上车点作为推荐上车点。其中备选上车点的使用热度可以反映该备选上车点被作为实际上车点的频次。在一些实施例中，使用热度的数据可以直接从历史订单或历史打车记录中获取。又例如，可以从易达程度为“容易”和“极易”的3个备选上车点中，选取与用户当前位置的距离最近的一个备选上车点作为推荐上车点。在一些实施例中，可以从地图数据信息中获取到用户当前位置以及用户当前位置与备选上车点之间的距离(如步行距离)。

图5是根据本申请的又一些实施例所示的上车点信息提示系统的示意框图。如图5所示，在一些实施例中，所述上车点信息提示系统500可以包括：第二获取单元501，用于获取用户指定的上车点；发送单元503，用于将所述上车点发送至服务端；接收单元505，用于接收所述服务端返回的所述上车点的易达程度；以及提示单元507，用于基于所述上车点的易达程度，向用户输出提示信息。

在一些实施例中，所述提示单元507还用于：当所述上车点的易达程度小于设定阈值时，在用户的显示界面显示所述上车点不易到达。

需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图5中披露的第二获取单元501、发送单元503、接收单元505、提示单元507可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或以上模块的功能。又例如，各个模块可以共用一个存储设备150，各个模块也可以分别具有各自的存储设备150。诸如此类的变形，均在本申请的保护范围之内。

图6是根据本申请的另一些实施例所示的示例性流程图，用于说明上车点信息提示方法的实现步骤。在本申请的另一些实施例中，提供了一种上车点信息提示方法，该方法可以由服务请求者终端130执行，所述方法600可以包括如下步骤：

步骤601，获取用户指定的上车点。在一些实施例中，该步骤可以由系统500中的第二获取单元501执行。

在一些实施例中，用户可以通过输入来指定上车点。例如基于用户输入的服务请求，获取到服务请求中指定的上车点。在一些实施例中，可以直接根据定位系统获取到用户目前所在的位置，将其作为用户指定的上车点。在一些实施例中，用户可以通过在地图上选择来指定上车点。例如用户使用地图上的大头针选择出地图上的某一个位置作为上车点。

步骤603，将所述上车点发送至服务端。在一些实施例中，该步骤可以由系统500中的发送单元503执行。

在一些实施例中，将用户指定的上车点发送至服务端。

步骤605，接收所述服务端返回的所述上车点的易达程度。在一些实施例中，该步骤可以由系统500中的接收单元505执行。

在一些实施例中，接收服务端返回的所述上车点的易达程度。其中服务端对于信息的处理可参照图3中的相关描述。

步骤607，基于所述上车点的易达程度，向用户输出提示信息。在一些实施例中，该步骤可以由系统500中的提示单元507执行。

在一些实施例中，基于上车点的易达程度，向用户输出提示信息。可以将上车点的易达程度分为“极难”、“困难”、“容易”、“极易”等，对于不同易达程度的上车点，向用户输出不同易达程度所对应的提示信息。在一些实施例中，可以在用户的显示界面通过文字形式向用户输出提示信息。例如，当上车点的易达程度为“容易”或“极易”时，则可以向用户输出“司机容易到达上车点”，针对易达程度较高的上车点也可以不作任何提示，而仅对易达程度较低的上车点进行提示，作为二者的区分。例如，当上车点的易达程度为“困难”时，则可以向用户输出“司机不易达到上车点，建议选择其他上车点”。又例如，当上车点的易达程度为“极难”时，则可以向用户输出“司机无法达到上车点，请选择其他上车点”等。

在一些实施例中，还可以通过语音形式向用户输出提示信息。例如，当上车点的易达程度为“极难”或“困难”时，通过语音输出提示信息“上车点司机不易抵达，建议您选择其他上车点”。在一些实施例中，还可以在用户的显示界面通过图形形式向用户输出提示信息。例如当上车点的易达程度为“极难”时，则在用户的显示界面上可以显示有深红色的实心圆图形；若为“困难”时，则可以显示有橘黄色的实心圆图形；若为“容易”时，则可以显示有白色的实心圆图形；若为“极易”时，则可以显示有绿色的实心圆图形。

应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。

在本申请的另一些实施例中，提供了一种上车点信息提示装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如上所述的操作。

在本申请的又一些实施例中，提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如上所述的操作。

需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解本申请的原理后，可以在不背离这一原理的情况下，对实施上述流程进行形式和细节上的各种修正和改变。然而，这些变化和修改不脱离本申请的范围。

本申请实施例可能带来的有益效果包括但不限于：(1)本申请根据每个备选上车点被车辆遍历的次数确定每个备选上车点的车辆易达程度，可以直接向用户推荐车辆较容易到达的上车点，降低司乘时间成本，提高司乘体验；(2)本申请可以根据多条车辆的轨迹数据来确定每个备选上车点被车辆遍历的次数，可以提高确定的每个备选上车点易达程度的准确性和可靠性；(3)本申请可以基于获取到的上车点的易达程度，可以通过文字、语音、图像形式来提醒用户选取易达程度较高的上车点，降低司乘时间成本，提高司乘体验。

需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以做出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”、或“一个实施例”、或“一替代性实施例”、或“另一实施例”或“另一个实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同系统组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装系统。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。

所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从放射治疗系统的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供确定轮椅目标结构参数所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，例如，局域网(LAN)或广域网(WAN)、或连接至外部计算机(例如通过因特网)、或在云计算环境中、或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述属性、数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档、物件等，特将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。

最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不限于本申请明确介绍和描述的实施例。

Claims (19)

1.一种上车点易达性确定方法，所述方法由至少一个处理器实现，其特征在于，所述方法包括：

获取备选上车点；

确定所述备选上车点被车辆遍历的次数；

基于遍历次数，确定所述备选上车点的易达程度。

2.根据权利要求1所述的方法，其特征在于，所述确定所述备选上车点被车辆遍历的次数，包括：

确定所述备选上车点所在的路段；

确定所述备选上车点所在的路段被车辆遍历的次数。

3.根据权利要求2所述的方法，其特征在于，所述确定所述备选上车点所在的路段包括：

基于路网信息以及所述备选上车点的坐标确定所述备选上车点所在的路段。

4.根据权利要求1所述的方法，其特征在于，所述确定所述备选上车点被车辆遍历的次数，包括：

获取多个车辆的轨迹数据，所述轨迹数据至少包括车辆所经过的路段；

当某一车辆的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。

5.根据权利要求1所述的方法，其特征在于，所述基于遍历次数，确定所述备选上车点的易达程度的方法包括以下至少一种：

当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达；

或者，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易到达。

6.一种上车点易达性确定系统，其特征在于，包括：

第一获取单元，用于获取备选上车点；

处理单元，用于确定所述备选上车点被车辆遍历的次数；以及

确定单元，用于基于遍历次数，确定所述备选上车点的易达程度。

7.根据权利要求6所述的系统，其特征在于，所述处理单元还用于：

确定所述备选上车点所在的路段；

确定所述备选上车点所在的路段被车辆遍历的次数。

8.根据权利要求7所述的系统，其特征在于，所述处理单元还用于：

基于路网信息以及所述备选上车点的坐标确定所述备选上车点所在的路段。

9.根据权利要求6所述的系统，其特征在于，所述处理单元还用于：

获取多个车辆的轨迹数据，所述轨迹数据至少包括车辆所经过的路段；

当某一车辆的轨迹数据包含所述备选上车点所在的路段时，该备选上车点被车辆遍历的次数加一。

10.根据权利要求6所述的系统，其特征在于，所述确定单元还用于：

当备选上车点的遍历次数大于第一阈值时，确定该备选上车点为易达；

或者，当备选上车点的遍历次数小于第二阈值时，确定该备选上车点为不易到达。

11.一种上车点易达性确定装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器；

所述至少一个存储器用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如权利要求1至5中任意一项所述的操作。

12.一种计算机可读存储介质，其特征在于，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如权利要求1至5中任意一项所述的操作。

13.一种上车点推荐方法，所述方法由至少一个处理器实现，其特征在于，所述方法包括：

获取用户的服务请求；

基于所述服务请求获取至少一个备选上车点；

基于权利要求1～5中任意一项所述的方法确定所述至少一个备选上车点的易达程度；

至少基于易达程度，从所述备选上车点中筛选至少一个推荐上车点。

14.一种上车点信息提示方法，所述方法由至少一个处理器实现，其特征在于，所述方法包括：

获取用户指定的上车点；

将所述上车点发送至服务端；

接收所述服务端返回的所述上车点的易达程度；

基于所述上车点的易达程度，向用户输出提示信息。

15.根据权利要求14所述的方法，其特征在于，所述基于所述上车点的易达程度，向用户输出提示信息的方法包括：

当所述上车点的易达程度小于设定阈值时，在用户的显示界面显示所述上车点不易到达。

16.一种上车点信息提示系统，其特征在于，包括：

第二获取单元，用于获取用户指定的上车点；

发送单元，用于将所述上车点发送至服务端；

接收单元，用于接收所述服务端返回的所述上车点的易达程度；以及

提示单元，用于基于所述上车点的易达程度，向用户输出提示信息。

17.根据权利要求16所述的系统，其特征在于，所述提示单元还用于：

当所述上车点的易达程度小于设定阈值时，在用户的显示界面显示所述上车点不易到达。

18.一种上车点信息提示装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器；

所述至少一个存储器用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如权利要求14或15所述的操作。

19.一种计算机可读存储介质，其特征在于，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如权利要求14或15所述的操作。

Images