CN111881372A - 一种推荐上车点的方法及系统 - Google Patents

Abstract

本申请实施例公开了一种推荐上车点的方法、系统、装置及存储介质。所述方法包括：接收用户的服务请求；获取并显示至少一个与所述服务请求相关的推荐上车点信息，所述推荐上车点信息中的至少一个具有反映对应推荐上车点推荐理由的提示信息。本申请通过对每一个推荐上车点的推荐结果都覆盖推荐理由，提升了用户对于推荐上车点的感知，促进了用户的接受度，增加了推荐上车点的使用率。

Description

一种推荐上车点的方法及系统

技术领域

本申请涉及交通运输领域，尤其涉及一种推荐上车点的方法及系统。

背景技术

随着交通运输服务业的快速成长，叫车类应用是其中很受大众欢迎的一类，乘客通过用户终端输入乘车出发地和乘车目的地等信息，发送用车服务请求。司机根据乘客的乘车出发地信息前去接驾。在实际应用中，服务器会为超过75％的用车服务请求提供推荐上车点，以引导乘客选择合适的上车点，提高司机的接驾效率和乘客的出行体验。但是目前的推荐上车点是直接填充到起点框中，用户感知性不强，用户使用推荐上车点的几率仍然维持在较低的水平。因此，有必要提供一种推荐上车点的方法及系统，以引导乘客选择服务器给出的推荐上车点。

发明内容

本申请的第一方面提供一种推荐上车点的方法。所述推荐上车点的方法包括：接收用户的服务请求；获取并显示至少一个与所述服务请求相关的推荐上车点信息，所述推荐上车点信息中的至少一个具有反映对应推荐上车点推荐理由的提示信息。

在一些实施例中，所述推荐理由包括多种类型，所述推荐理由的类型与所述推荐上车点信息的确定方式相关。

在一些实施例中，所述确定方式包括以下方式中的至少一种：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

在一些实施例中，所述提示信息包括推荐理由提示在内的多种类型，不同类型的提示信息具有不同的优先级；所述显示所述提示信息包括优先显示优先级高的类型的提示信息。

在一些实施例中，所述提示信息的类型至少还包括定位精度提示或停靠信息提示。

在一些实施例中，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

本申请的第二方面提供一种推荐上车点的系统，包括：第一接收模块，用于接收用户的服务请求；以及显示模块，用于获取并显示至少一个与所述服务请求相关的推荐上车点信息，所述推荐上车点信息中的至少一个具有反映对应推荐上车点推荐理由的提示信息。

在一些实施例中，所述推荐理由包括多种类型，所述推荐理由的类型与所述推荐上车点信息的确定方式相关。

在一些实施例中，所述确定方式包括以下方式中的至少一种：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

在一些实施例中，所述提示信息包括推荐理由提示在内的多种类型，不同类型的提示信息具有不同的优先级；所述显示模块优先显示优先级高的类型的提示信息。

在一些实施例中，所述提示信息的类型至少还包括定位精度提示或停靠信息提示。

在一些实施例中，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

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

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

本申请的第五方面提供一种推荐上车点的方法。所述推荐上车点的方法包括：基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息；为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息；以及，输出所述推荐上车点信息和提示信息。

在一些实施例中，所述基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息包括：通过以下方式中的至少一种确定所述推荐上车点信息：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

在一些实施例中，所述推荐理由包括多种类型，所述方法还包括：基于确定所述推荐上车点信息的方式确定所述推荐理由的类型。

在一些实施例中，所述为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息包括：为所述推荐上车点信息中的至少一个确定包括推荐理由提示在内的多种类型的提示信息，不同类型的提示信息具有不同的优先级；所述输出所述推荐上车点信息和提示信息还包括：输出多种类型的提示信息以及各类型提示信息对应的优先级。

在一些实施例中，所述提示信息的类型至少还包括定位精度提示或停靠信息提示。

在一些实施例中，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

本申请的第六方面提供一种推荐上车点的系统，包括：第二接收模块，用于接收用户的服务请求；推荐上车点确定模块，用于基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息；提示信息确定模块，用于为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息；以及输出模块，用于输出所述推荐上车点信息和提示信息。

在一些实施例中，所述推荐上车点确定模块通过以下方式中的至少一种确定所述推荐上车点信息：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

在一些实施例中，所述提示信息确定模块基于确定所述推荐上车点信息的方式确定所述推荐理由的类型。

在一些实施例中，所述提示信息确定模块为所述推荐上车点信息中的至少一个确定包括推荐理由提示在内的多种类型的提示信息，不同类型的提示信息具有不同的优先级；所述输出模块输出多种类型的提示信息以及各类型提示信息对应的优先级。

在一些实施例中，所述提示信息的类型至少还包括定位精度提示或停靠信息提示。

在一些实施例中，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

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

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

附图说明

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

图1是根据本申请的一些实施例所示的推荐上车点的系统的应用场景示意图；

图2是根据本申请的一些实施例所示的推荐上车点的系统的示意框图；

图3根据本申请的一些实施例所示的示例性流程图，用于说明推荐上车点的方法的实现步骤；

图4是根据本申请的另一些实施例所示的示例性流程图；

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

图6根据本申请的又一些实施例所示的示例性流程图，用于说明推荐上车点的方法的实现步骤。

具体实施方式

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

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

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

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

在本申请中，“用户”、“乘客”、“请求者”、“服务请求者”和“客户”可互换地用于指代请求或订购服务的个人。此外，“提供者”、“服务提供者”和“供应者”可互换使用指代个人、实体提供服务或促进服务提供的工具。术语“方”可以指请求或订购服务的个人、或个人、可以提供服务的实体。本申请中的术语“用户终端”可以指用于请求服务、订购服务、促进服务请求、提供服务或促进提供服务的工具。

本申请的实施例可以应用于不同的交通服务系统，不同的交通服务系统包括但不限于陆地、水面航行、航空、航天等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞船、卫星、热气球、无人驾驶的交通工具等。本申请的不同实施例应用场景包括但不限于运输业、仓储物流业、农业作业系统、城市公交系统、商业运营车辆等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。例如，其他类似的有轨迹的行驶系统。

图1是根据本申请的一些实施例所示的推荐上车点的系统的应用场景示意图。如图1所示，在一些实施例中，所述上车点推荐系统100可以向乘客推荐上车点，引导乘客选择合适的上车点。所述上车点推荐系统100可以是用于互联网服务的线上服务平台。例如，所述上车点推荐系统100可以是运输服务的线上运输服务平台。在一些实施例中，所述上车点推荐系统100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务、司机雇佣和接送服务等。所述上车点推荐系统100可以是一个线上服务平台，包含服务器110、网络120、用户终端130以及存储设备140。所述服务器110可包含处理设备112。

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

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

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

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

存储设备140可存储资料和/或指令。在一些实施例中，存储设备140可存储从用户终端130获取的资料。在一些实施例中，存储设备140可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备140可包括大容量存储器、可移动存储器、挥发性读写存储器(例如随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，存储设备140可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云、社区云、社区云、分散式云、内部云等或以上任意组合。

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

图2是根据本申请的一些实施例所示的推荐上车点的系统的示意框图。如图2所示，在一些实施例中，所述推荐上车点的系统200可以包括：第一接收模块201，用于接收用户的服务请求；以及显示模块203，用于获取并显示至少一个与所述服务请求相关的推荐上车点，所述推荐上车点中的至少一个具有用于反映对应推荐上车点推荐理由的提示信息。

在一些实施例中，所述推荐理由包括多种类型，所述推荐理由的类型可以与所述推荐上车点的确定方式相关。在一些实施例中，所述确定方式可以包括以下方式中的至少一种：通用推荐、个性化推荐、检索转推荐以及上下文推荐。在一些实施例中，所述提示信息可以包括推荐理由提示在内的多种类型，不同类型的提示信息可以具有不同的优先级；所述显示模块203可以优先展示优先级高的类型的提示信息。在一些实施例中，所述定位精度提示的优先级可以高于所述停靠信息提示的优先级，所述停靠信息提示的优先级可以高于所述推荐理由提示的优先级。

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

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

图3是根据本申请的一些实施例所示的示例性流程图，用于说明推荐上车点的方法的实现步骤。具体地，该推荐上车点的方法300可以由用户终端130实现。

在本申请的另一些实施例中，提供了一种推荐上车点的方法，所述方法可以包括如下步骤：

步骤301、接收用户的服务请求。在一些实施例中，该步骤可以由系统200中的第一接收模块201执行。

在一些实施例中，所述服务请求可以与运输服务请求相关，例如，在线打车服务请求、出租车服务请求、专车服务请求等或其任意组合。

在一些实施例中，所述服务请求可以包括例如乘车出发地(例如用户指定的上车点)、乘车目的地(例如下车点)、用户的当前位置、用户标识(例如乘坐频次高的乘客被标记为“高频乘客”)、发送服务请求的特定时间、乘客偏好(例如偏好拼车、偏好出租车等)、同伴乘客的数量、用户终端130是否接受动态价格调整(例如，提高服务价格)、用户终端130是否接受改变服务模式(例如，从出租车服务到拼车服务)等或其任意组合。

在一些实施例中，所述乘车出发地可以是用户通过用户终端130主动输入的出发地信息。例如，用户可以通过文字、图像或语音输入、检索“POI名称”等方式输入出发地信息。用户主动输入的出发地信息中可以包括出发地名称，出发地名称可以包括简称、俗称、官方名称等。例如，输入“王府井”，对应王府井百货；输入“天安门”，对应天安门广场等。在一些实施例中，用户终端130可以通过定位技术获取用户的当前位置。在一些实施例中，用户终端130通过定位技术获取的用户的当前位置可以包括经纬度信息，进而可以根据经纬度信息确定用户的出发地信息。在一些实施例中，出发地信息可以包括出发地名称。在一些实施例中，定位技术可以包括全球定位系统(GPS)技术、北斗导航系统技术、全球导航卫星系统(GLONASS)技术、伽利略定位系统(伽利略)技术、准天顶卫星系统(QAZZ)技术、基站定位技术、Wi-Fi定位技术等或其任意组合。

步骤303、获取并显示至少一个与所述服务请求相关的推荐上车点，所述推荐上车点中的至少一个具有反映对应推荐上车点推荐理由的提示信息。在一些实施例中，该步骤可以由系统200中的显示模块203执行。

在一些实施例中，用户终端130可以将用户的服务请求发送给服务器110，服务器110可以基于服务请求中的乘车出发地信息确定一个或多个推荐上车点。在一些实施例中，服务器110确定推荐上车点的方式至少可以包括通用推荐、个性化推荐、检索转推荐、上下文推荐等或其任意组合，关于各种确定方式的详细描述可以参见图6的相关说明。在一些实施例中，服务器110可以将确定的一个或多个推荐上车点以及其确定方式发送给用户终端130。

在一些实施例中，所述推荐上车点推荐理由的提示信息可以提升用户对于推荐上车点的感知，加强用户对推荐上车点名称的理解，促进用户对推荐上车点的接受度(例如原来的上车点有围栏或者无法停车，将无法停车的原因告知用户)，继而增加推荐上车点的使用率。在一些实施例中，所述推荐上车点的推荐理由可以帮助打车软件(例如嘀嘀打车)在某一乘车出发地形成一推荐上车点，该推荐上车点适于用户上车和车辆停靠，节约了时间成本。

在一些实施例中，所述推荐理由包括多种类型，所述推荐理由的类型可以与所述推荐上车点的确定方式相关。在一些实施例中，用户终端130可以基于推荐上车点的确定方式确定其推荐文案。在一些实施例中，用户终端130还可以接收服务器110返回的推荐上车点及其推荐文案。

在一些实施例中，当用户终端130判断所述推荐上车点的确定方式为通用推荐时，显示模块203会将所述推荐理由的文案，例如“为您推荐附近的最佳上车点”、“为您推荐附近的频率最高的上车点”等，展示在用户终端130的显示界面上。具体的，显示模块203可以将所述推荐理由的文案展示在起点框下面。在一些实施例中，当所述推荐上车点的确定方式为个性化推荐时，显示模块203会将所述推荐理由的文案，例如“您常用的上车点”、“您上一次的下车点”等，展示在用户终端130的显示界面上。具体的，显示模块203可以将所述推荐理由的文案展示在起点框的上面。在一些实施例中，当显示模块203判断所述推荐上车点的确定方式为上下文推荐时，显示模块203会将所述推荐理由的文案，例如“您刚刚在此下车”、“您上午在此下车”等，展示在用户终端130的显示界面。具体的，可以根据实际情况调整推荐理由的文案在用户终端130的显示界面的位置，例如显示模块203可以将所述推荐理由的文案从展示在起点框后面，调整为展示在起点框下面。在一些实施例中，当所述推荐上车点的确定方式为检索转推荐点时，显示模块203可以展示用户检索的“POI名称”附近的最佳上车点。在一些实施例中，“POI名称”可以通过用户检索得到、点击rec推荐系统(例如CloudRec，移动云服务推荐系统)的推荐列表中得到、或者用户拖图得到等。例如，用户检索的“POI名称”是“森林大第北区”，推荐的是“森林大第北区-北门”的上车点。具体的，显示模块203可以将所述推荐理由的文案展示在起点框的后面。例如，在起点框后显示“森林大第北区-北门”。

在一些实施例中，显示模块203将所述推荐理由的文案展示在用户终端130的显示界面上的具体位置可以是自定义的。例如，用户可以通过按住推荐理由的文案然后拖动其在用户终端130的显示界面上移动，直到位于想要的位置。在一些实施例中，所述推荐理由的文案的具体内容可以是自定义的。例如，用户可以通过点击推荐理由的文案从而对文案的内容进行修改。

在一些实施例中，当用户的服务请求发生变化，例如，用户点击归位按钮后，则第一接收模块201可以重新接收服务请求，然后重新确定推荐上车点，相应的显示模块203也可以重新显示与所述服务请求相关的推荐上车点以及所述推荐上车点的推荐理由的文案。同样的，在其他的实施方式中，当用户修改地点名称后，第一接收模块201也可以重新接收服务请求，进而重新确定推荐上车点，并且显示模块203重新展示与所述服务请求相关的推荐上车点以及所述推荐上车点的推荐理由的文案。

其中，当用户点击归位按钮后，第一接收模块201可以重新接收用户的服务请求，用户的上车点从用户选择的上车点或者原有的上车点切换到用户的当前位置附近，并且显示模块203可以重新根据用户的当前位置，在用户的当前位置附近重新展示推荐上车点以及相应的所述推荐上车点的推荐理由的文案。在一些实施例中，归位按钮位于用户终端130的显示界面的右下角，便于用户进行点击。在一些实施例中，用户自定义的上车点可以由用户通过拖动用户终端130的显示界面的定位光标，或者输入上车点名称等来选择。

在一些实施例中，所述提示信息可以包括推荐理由提示在内的多种类型，例如：定位精度提示、停靠信息提示等或其组合。

在一些实施例中，定位精度提示可以是基于用户终端130当前的定位能力而确定的提示信息。在一些实施例中，用户终端130可以基于当前定位信号的强弱确定定位精度，定位精度提示可以包括当前用户终端130定位精度水平的提示，例如“当前定位精度低”、“当前定位不准确”等。在一些实施例中，定位精度提示可以是基于推荐上车点与用户实际位置的距离而确定的提示信息，例如“相距大约10m”、“相距大约30m”等。在一些实施例中，显示模块203可以将定位精度提示展示在用户终端130的显示界面的定位光标周围，并且可以以文字和/或语音的形式向用户进行提示。

在一些实施例中，停靠信息提示可以反映用户指定的上车点和/或推荐上车点是否适合停靠。在一些实施例中，服务器110可以基于上车点的位置、历史停靠记录、交通规范、历史违章停靠记录等信息确定用户指定的上车点和/或一个或多个推荐上车点是否便于停靠，并返回给用户终端130。上车点是否便于停靠包括：能够或适合停靠、限时停靠以及无法或不适合停靠等情形。当服务器110返回推荐上车点能够或者适合停靠时，可以在用户终端130的显示界面展示例如“推荐点上车点可以正常停靠”的文案。当用户指定的上车点无法或者不适合停靠时，可以在用户终端130的显示界面展示无法停靠的理由(例如“此路段为禁停区”、“此路段限行”、“此停靠点施工”等)。

在一些实施例中，显示模块203展示在用户终端130的显示界面中的提示信息可以是缩略的。具体的，提示信息可以包括展示在用户终端130显示界面的缩略文案(例如“此上车点适合停靠，请前往此处上车”、“该上车点车辆较少，适宜上车”等)以及需要用户点击缩略文案才会进一步展示的完整的文案，完整的文案可以是对缩略文案的进一步描述或者扩展。在一些实施例中，当显示模块203确定无法停靠时，完整的文案可以包括其他的推荐上车点。

在一个应用场景中，当显示模块203将提示信息输出后，缩略文案(例如“此上车点适合停靠，请前往此处上车”、“该上车点车辆较少，适宜上车”等)会展示在用户终端130的显示界面中，当用户点击缩略文案(例如“适宜上车”)后，会向用户展示完整的文案。例如，“此上车点上车频次高，路段不易拥堵，请前往此处上车”、“该上车点车辆较少，路况较好，车辆到达该地点的时间最短，适宜上车”等。

图4是根据本申请的另一些实施例所示的示例性流程图。在一些实施例中，用户终端130展示提示信息的过程可以包括以下步骤：

步骤401、判断同一推荐上车点是否存在不同类型的提示信息。在一些实施例中，该步骤可以由用户终端130中的确定模块执行。

在接收到服务请求后，用户终端130将服务请求发送给服务器110，服务器110返回一个或多个推荐上车点及其提示信息。确定模块可以基于服务器110返回的信息判断同一推荐上车点是否存在不同类型的提示信息。例如定位精度提示、停靠信息提示、推荐理由提示等或其组合。显示模块203可以基于确定结果显示相应的内容。

其中，当不存在其他类型的提示信息时，显示模块203展示推荐理由提示；当存在不同类型的提示信息时，显示模块203需要按照提示信息的优先级在用户终端130的显示界面进行展示。

步骤403、将所述提示信息按照优先级高低顺序依次展示。在一些实施例中，该步骤可以由用户终端130中的显示模块203执行。

在一些实施例中，还可以为不同类型的提示信息设置不同的优先级。具体的，显示模块203在展示所述提示信息时，可以优先展示优先级高的类型的提示信息。在一些实施例中，显示模块203可以基于用户对于提示信息的反馈来判断提示信息的优先级。例如，在显示模块203展示定位精度提示时，用户点击了定位精度提示的缩略文案进而浏览了完整的文案，则可以认为用户更关注定位精度提示，因此显示模块203需要相应地提高定位精度提示在展示序列中的优先级。在一些实施例中，所述定位精度提示的优先级(例如1级)可以高于所述停靠信息提示的优先级(例如2级)，所述停靠信息提示的优先级(例如2级)可以高于所述推荐理由提示的优先级(例如3级)。在一些实施例中，用户可以自定义不同类型的提示信息的优先级(例如推荐理由提示为1级、定位精度提示为2级、停靠信息提示为3级等)，显示模块203将会基于自定义的优先级展示提示信息。

在一些实施例中，显示模块203可以仅仅展示优先级最高的提示信息(例如仅仅展示定位精度提示)，也可以按照优先级的顺序循环展示多种提示信息，例如需要展示定位精度提示时，展示时间为3s；然后展示停靠信息提示，展示时间为3s；最后展示推荐理由提示，展示时间为5s。当然，每种提示信息都可以有对应的文案以及不同的展示时间。

在一个应用场景中，当显示模块203确定同时存在定位精度提示、停靠信息提示和推荐理由提示时，由于显示模块203判断定位精度提示的优先级高于停靠信息提示的优先级，所以显示模块203可以首先将定位精度提示展示在用户终端130的显示界面，展示例如“当前定位精度低”文案，展示时间为3s。又由于停靠信息提示的优先级高于推荐理由提示的优先级，因此会在定位精度提示之后展示停靠信息提示，显示例如“此停靠点施工，无法停靠”的文案，展示时间为3s。最后展示推荐理由提示，显示例如“您常用的上车点”文案，展示时间为5s。

在另一个应用场景中，当显示模块203判断存在停靠信息提示和推荐理由提示时，由于显示模块203判断停靠信息提示的优先级高于推荐理由提示的优先级，因此用户终端130的显示界面中可以首先展示停靠信息提示，然后展示推荐理由提示。

在一些实施例中，显示模块203展示不同类型的提示信息的时间不做限制，用户可以通过双击提示信息从而快速切换到下一个优先级的提示信息。例如，当展示定位精度提示的文案“当前定位精度低”时，用户双击该提示信息，“当前定位精度低”文案切换到停靠信息提示的文案“此停靠点施工”，从而省略展示定位精度提示的时间。

在一些实施例中，显示模块203可以根据提示信息的类型，将其展示在用户终端130的显示界面的不同位置。例如定位精度提示可以被展示在用户终端130的显示界面的定位光标的附近，停靠信息提示可以被展示在用户终端130的显示界面的定位光标的附近，推荐理由提示也可以被展示在起点框的附近。在一些实施例中，用户可以通过点击提示信息并拖动来移动提示信息的具体位置。

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

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

在本申请的另一些实施例中，提供了一种用于推荐上车点的计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如上所述的推荐上车点方法。

图5是根据本申请的又一些实施例所示的推荐上车点的系统的示意框图。如图5所示，在一些实施例中，所述推荐上车点的系统500可以包括：第二接收模块501，用于接收用户的服务请求；推荐上车点确定模块503，用于基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点；提示信息确定模块505，用于为所述推荐上车点中的至少一个确定反映对应推荐上车点推荐理由的提示信息；以及输出模块507，用于输出所述推荐上车点和提示信息。

在一些实施例中，所述推荐上车点确定模块503可以通过以下方式中的至少一种确定所述推荐上车点：通用推荐、个性化推荐、检索转推荐以及上下文推荐。在一些实施例中，所述提示信息确定模块505可以基于确定所述推荐上车点的方式确定所述推荐理由的类型。在一些实施例中，所述提示信息确定模块505可以为所述推荐上车点中的至少一个确定多种类型的提示信息，不同类型的提示信息可以具有不同的优先级；所述输出模块507可以输出多种类型的提示信息以及各类型提示信息对应的优先级。在一些实施例中，所述提示信息的类型可以至少包括定位精度提示、停靠信息提示以及推荐理由提示。在一些实施例中，所述定位精度提示的优先级可以高于所述停靠信息提示的优先级，所述停靠信息提示的优先级可以高于所述推荐理由提示的优先级。

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

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

图6是根据本申请的又一些实施例所示的示例性流程图，用于说明推荐上车点的方法的实现步骤。具体地，该推荐上车点的方法600可以由服务器110实现，可以包括以下步骤：

步骤601、接收用户的服务请求。在一些实施例中，该步骤可以由系统500中的第二接收模块501执行。

在一些实施例中，用户的服务请求可以通过系统500中的第二接收模块501获取。例如第二接收模块501可以接收用户终端130上传的服务请求，关于服务请求的详细描述可以参见图3的相关说明。

步骤603、基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点；在一些实施例中，该步骤可以由系统500中的推荐上车点确定模块503执行。

在一些实施例中，确定所述推荐上车点的确定方式至少可以包括通用推荐、个性化推荐、检索转推荐、上下文推荐等或其任意组合。

在一些实施例中，个性化推荐可以是指，若第二接收模块501接收的历史服务请求中存在该用户对相同乘车出发地发出的历史服务请求，则推荐上车点确定模块503可以将该用户对相同乘车出发地发出的历史服务请求中最后一次服务请求的实际上车点作为推荐上车点进行推荐展示，或者，将该用户对相同乘车出发地发出的历史服务请求中出现次数最多的实际上车点作为推荐上车点进行推荐展示。

在一个应用场景中，系统500会存储每一用户的历史服务请求在存储设备140中，当第二接收模块501接收到某一用户发送的用车服务请求时，系统500通过该用户对应的历史服务请求确定在接收到的用车服务请求中的乘车出发地附近，是否存在该用户对相同乘车出发地发出的历史服务请求，若有，则确定最后一次服务请求的实际上车点或者出现次数最多的实际上车点，并认为该用户偏好于在该地点上车。因此，为了满足用户的个性化需要，则可以将该用户对相同乘车出发地发出的历史服务请求中最后一次服务请求的实际上车点作为推荐上车点进行推荐展示，或者，将该用户对相同乘车出发地发出的历史服务请求中出现次数最多的实际上车点作为推荐上车点进行推荐展示，以满足用户的个性化的乘车需求。

本实施例提供的个性化推荐的方法，推荐上车点确定模块503根据该用户对相同乘车出发地发出的历史服务请求中最后一次服务请求的实际上车点或出现次数最多的实际上车点进行上车点推荐，实现基于用户个性化的上车点推荐展示，进而满足用户的个性化需求，提升用户体验。

在一些实施例中，实际上车点临近乘车出发地。本实施例公开的个性化推荐方法，根据该用户对相同乘车出发地发出的历史服务请求中最后一次服务请求所选择的，临近当前第二接收模块501接收到的服务请求中乘车出发地的实际上车点，或出现次数最多的临近当前第二接收模块501接收到的服务请求中乘车出发地的实际上车点实现基于用户个性化需求的上车点推荐展示。

在一些实施例中，实际上车点临近乘车出发地可以是指实际上车点距离乘车出发地的距离在一定距离范围内。例如，实际上车点临近乘车出发地可以是指实际上车点距离乘车出发地小于阈值(例如30m、50m、70m等)，即判定为临近，对此，本实施例不作具体限定。

所述个性化推荐可以是通过该用户对相同乘车出发地发出的历史服务请求中最后一次服务请求所选择的，临近当前第二接收模块501接收到的用车服务请求中乘车出发地的实际上车点，或出现次数最多的临近当前第二接收模块501接收到的用车服务请求中乘车出发地的实际上车点进行上车点推荐。

在一些实施例中，通用推荐可以是指，若第二接收模块501接收的历史服务请求中存在多个用户对相同乘车出发地发出的历史服务请求，则推荐上车点确定模块503将所有用户对相同乘车出发地发出的历史服务请求中出现次数最多的实际上车点作为推荐上车点进行推荐展示。

在一个应用场景中，系统500可以将每一用户的历史服务请求储存在存储设备140中，当第二接收模块501接收到某一用户发送的用车服务请求时，确定在第二接收模块501接收到的用车服务请求中的乘车出发地附近，是否存在多个用户对相同乘车出发地发出的历史服务请求，若有，则确定出现次数最多的实际上车点，并认为该乘车出发地附近的用户普遍偏好于在该地点上车，该地点为该乘车出发地附近的普遍的上车点，因此，推荐上车点确定模块503将多个用户对相同乘车出发地发出的历史服务请求中出现次数最多的实际上车点作为推荐上车点进行推荐展示，以满足大多数用户乘车需求。

在一些实施例中，多个用户对相同乘车出发地发出的历史服务请求的实际上车点的出现次数需要大于阈值。本申请公开的通用推荐方法可以根据多个用户对相同乘车出发地发出的历史服务请求中出现次数最多的，临近当前第二接收模块501接收到的用车服务请求中乘车出发地的实际上车点，实现基于多个用户普遍需求的上车点推荐展示。在一些实施例中，多个用户对相同乘车出发地发出的历史服务请求的实际上车点出现次数最多可以是指所有用户对相同乘车出发地发出的历史服务请求中，该实际上车点出现次数大于阈值。例如，所有用户对相同乘车出发地发出的历史服务请求中，该实际上车点出现次数为10次、20次、30次等，对此，本申请不作具体限定。

在一些实施例中，上下文推荐可以是指，若第二接收模块501接收的历史服务请求中存在该用户对相同乘车目的地发出的历史服务请求，则推荐上车点确定模块503将该用户对相同乘车目的地发出的历史服务请求中的最后一次服务请求的实际下车点作为推荐上车点进行推荐展示，或者，将该用户对相同乘车目的地发出的历史服务请求中出现次数最多的实际下车点作为推荐上车点进行推荐展示。

在一个应用场景中，系统500会存储每一用户的历史服务请求在存储设备140中，当第二接收模块501接收到某一用户发送的用车服务请求时，通过该用户对应的历史服务请求确定在接收到的用车服务请求信息中的乘车目的地附近，是否存在该用户对相同乘车目的地发出的历史服务请求，若有则确定其实际下车点，并认为该用户偏好于在该地点下车，因此，为了满足用户的实际需要，则推荐上车点确定模块503将相同乘车对目的地发出的历史服务请求中最后一次服务请求的实际下车点作为推荐上车点进行推荐展示，或者，将该用户对相同乘车出发地发出的历史服务请求中出现次数最多的实际下车点作为推荐上车点进行推荐展示，以满足用户的实际的乘车需求。

在一些实施例中，推荐上车点确定模块503依据某一用户对相同乘车目的地发出的历史服务请求中最后一次服务请求的实际下车点作为推荐上车点进行推荐展示，或者依据该用户对相同乘车目的地发出的历史服务请求中出现次数最多的实际下车点作为推荐上车点，可以根据实际情况决定。

在一些实施例中，当第二接收模块501接收的历史服务请求中该用户对相同乘车目的地发出的历史服务请求中的实际下车点出现次数大于阈值时，推荐上车点确定模块503可以基于该用户对相同乘车目的地发出的历史服务请求中出现次数最多的实际下车点作为推荐上车点。在一些实施例中，该用户对相同乘车目的地发出的历史服务请求中出现次数最多可以是指该用户相同乘车目的地发出的历史服务请求中，该实际下车点出现次数大于阈值。例如，该用户对相同乘车出发地发出的历史服务请求中，该实际下车点出现次数为3次、5次、7次等，对此，本实施例不作具体限定。

在另一些实施例中，当第二接收模块501接收的历史服务请求中该用户对相同乘车目的地发出的历史服务请求中出现次数小于阈值时，推荐上车点确定模块503将依据该用户对相同乘车目的地发出的历史服务请求中最后一次服务请求的实际下车点作为推荐上车点进行推荐展示。

在一些实施例中，检索转推荐可以是指第二接收模块501接收到用户检索的“POI名称”后，推荐上车点确定模块503将检索得到的“POI名称”中的最佳上车点作为推荐上车点。在一些实施例中，“POI名称”可以通过手动输入、语音输入、图像输入等多种方式输入。

在一个应用场景中，系统500会存储每一用户的历史服务请求在存储设备140中，当第二接收模块501接收到某一用户发送的用车服务请求时，通过确定在接收到的用车服务请求中的“POI名称”附近，是否存在与该用户相同或者相似乘车路线的历史服务请求，若有，则确定其实际上车点，并认为该实际上车点为该乘车目的地的最佳上车点，因此，为了满足用户的实际需要，则推荐上车点确定模块503将相同“POI名称”的历史服务请求中出现次数最多的最佳上车点作为推荐上车点进行推荐展示，以满足用户的实际的乘车需求。

在一些实施例中，相似乘车路线可以是指乘车目的地一样，但是路线有所不同，或者乘车目的地不一样，但是路线相似。在一些实施例中，路线相似可以是指存在经过多条相同的道路、岔路口等。

步骤605、为所述推荐上车点中的至少一个确定反映对应推荐上车点推荐理由的提示信息；在一些实施例中，该步骤可以由系统500中的提示信息确定模块505执行。

在一些实施例中，提示信息确定模块505可以基于推荐上车点的确定方式确定推荐理由的具体文本。此过程类似于用户终端130基于推荐上车点的确定方式确定推荐理由的文本，具体可以参见步骤303的相关描述。

其中，所述推荐上车点的推荐理由提升用户对于推荐上车点的感知，加强了用户对推荐上车点名称的理解，促进了用户的接受度(例如原来的上车点有围栏或者无法停车，将无法停车的原因告知用户，避免用户不明白原因而投诉)，继而增加推荐上车点的使用率。其中，所述推荐上车点的推荐理由可以帮助打车软件(例如嘀嘀打车)在某一乘车出发地形成推荐上车点，该推荐上车点适于用户上车和车辆停靠，节约了时间成本。

在一些实施例中，所述用于提醒用户注意的提示信息还可以包括定位精度提示和停靠信息提示。

在一些实施例中，定位精度提示可以包括服务器110基于服务请求中的定位信息所在区域的定位信号覆盖情况确定的定位精度水平的提示(例如“当前定位精度低”、“当前定位不准确”等)，或者包括推荐上车点与用户实际位置的距离的提示(例如“相距大约10m”、“相距大约30m”等)等或其组合。

在一些实施例中，停靠信息提示可以包括服务器110基于用户指定的上车点或推荐上车点的信息，判断车辆是否能够或者适合在此停靠的相关信息。当服务器110确定待推荐上车点能够或者适合停靠时，可以将其作为最终的推荐上车点；当服务器110确定某待推荐上车点是限时停靠时，可以将其作为推荐上车点同时将停靠信息提示(如接驾车辆在此上车点停留时间不能超过五分钟)；当服务器110确定用户指定的上车点无法或者不适合停靠时，可以将停靠信息提示(如此上车点禁止停车)发送至用户终端130。

在一些实施例中，服务器110可以根据上车点的位置、历史停靠记录、交通部门的规章或者历史违章停车信息判断推荐上车点或用户指定的上车点是否能够或者适合停靠。例如，上车点是否是斑马线、是否有路障(例如临时检修、施工等)、是否是禁停区、是否是容易拥堵的路段、此路段是否限行等。

在一些实施例中，当提示信息存在多种类型时，提示信息确定模块505可以确定其优先级信息，并基于其优先级信息确定不同类型提示信息的排序。在一些实施例中，当提示信息确定模块505判断存在优先级高于所述推荐上车点的推荐理由的提示信息时，提示信息确定模块505可以按照优先级由高到低的顺序将所有提示信息进行排序。在一些实施例中，定位精度提示的优先级可以高于停靠信息提示的优先级，因此提示信息确定模块505可以将定位精度提示放置在停靠信息提示之前。在一些实施例中，所述推荐上车点的推荐理由的展示优先级在所有所述用于提醒用户注意的提示信息的优先级中可以是最低的，因此，当存在优先级高于所述推荐上车点的推荐理由的提示信息时，提示信息确定模块505可以将所述推荐上车点的推荐理由放置在提示信息展示队列的末位。

在一个应用场景中，当提示信息确定模块505判断同时存在定位精度提示(例如“当前定位精度低”)、停靠信息提示(例如“此停靠点施工，无法停靠”)和推荐理由提示(“您常用的上车点”)时。由于定位精度提示的优先级可以高于停靠信息提示的优先级，所以提示信息确定模块505可以将定位精度提示安排在提示信息展示队列的首位，又由于停靠信息提示的优先级高于推荐理由提示的优先级，因此可以将停靠信息提示安排在推荐理由提示的前面展示，而推荐理由提示则可以被安排在提示信息展示队列的末位。最终，提示信息确定模块505确定好的提示信息的展示顺序依次为定位精度提示(例如“当前定位精度低”)、停靠信息提示(例如“此停靠点施工，无法停靠”)和推荐理由提示(“您常用的上车点”)。

步骤607、输出所述推荐上车点和提示信息。在一些实施例中，该步骤可以由系统500中的输出模块507执行。

在一些实施例中，输出模块507可以将一个或多个推荐上车点及确定方式发送至用户终端130。在一些实施例中，输出模块507可以将一个或多个推荐上车点及提示信息发送至用户终端130进行展示。当提示信息包括多种类型时，输出模块507还可以将各类提示信息的优先级信息一并发送给用户终端。

在一些实施例中，输出模块507可以将一个或多个推荐上车点及提示信息发送至其前端(例如服务器110的显示设备)进行展示。展示的内容及形式可以类似于用户终端130，可以参见步骤303及图4的详细相关说明。

应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，提示信息确定模块505和输出模块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 (18)

1.一种推荐上车点的方法，其特征在于，包括：

接收用户的服务请求；

获取并显示至少一个与所述服务请求相关的推荐上车点信息，所述推荐上车点信息中的至少一个具有反映对应推荐上车点推荐理由的提示信息。

2.根据权利要求1所述的方法，其特征在于，所述推荐理由包括多种类型，所述推荐理由的类型与所述推荐上车点信息的确定方式相关。

3.根据权利要求2所述的方法，其特征在于，所述确定方式包括以下方式中的至少一种：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

4.根据权利要求1所述的方法，其特征在于，所述提示信息包括推荐理由提示在内的多种类型，不同类型的提示信息具有不同的优先级；

所述显示所述提示信息包括优先显示优先级高的类型的提示信息。

5.根据权利要求4所述的方法，其特征在于，所述提示信息的类型至少还包括定位精度提示或停靠信息提示。

6.根据权利要求5所述的方法，其特征在于，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

7.一种推荐上车点的系统，其特征在于，包括：

第一接收模块，用于接收用户的服务请求；以及

显示模块，用于获取并显示至少一个与所述服务请求相关的推荐上车点信息，所述推荐上车点信息中的至少一个具有反映对应推荐上车点推荐理由的提示信息。

8.一种推荐上车点的装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器；

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

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

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

10.一种推荐上车点的方法，其特征在于，包括：

接收用户的服务请求；

基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息；

为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息；

以及，输出所述推荐上车点信息和提示信息。

11.根据权利要求10所述的方法，其特征在于，所述基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息包括：

通过以下方式中的至少一种确定所述推荐上车点信息：通用推荐、个性化推荐、检索转推荐以及上下文推荐。

12.根据权利要求11所述的方法，其特征在于，所述推荐理由包括多种类型，所述方法还包括：基于确定所述推荐上车点信息的方式确定所述推荐理由的类型。

13.根据权利要求10所述的方法，其特征在于，所述为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息包括：为所述推荐上车点信息中的至少一个确定包括推荐理由提示在内的多种类型的提示信息，不同类型的提示信息具有不同的优先级；

所述输出所述推荐上车点信息和提示信息还包括：输出多种类型的提示信息以及各类型提示信息对应的优先级。

14.根据权利要求13所述的方法，其特征在于，所述提示信息的类型至少包括还定位精度提示或停靠信息提示。

15.根据权利要求14所述的方法，其特征在于，所述定位精度提示的优先级高于所述停靠信息提示的优先级，所述停靠信息提示的优先级高于所述推荐理由提示的优先级。

16.一种推荐上车点的系统，其特征在于，包括：

第二接收模块，用于接收用户的服务请求；

推荐上车点确定模块，用于基于所述服务请求确定至少一个与所述服务请求相关的推荐上车点信息；

提示信息确定模块，用于为所述推荐上车点信息中的至少一个确定反映对应推荐上车点推荐理由的提示信息；

以及输出模块，用于输出所述推荐上车点信息和提示信息。

17.一种推荐上车点的装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器；

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

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

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

Images