CN110832536A

CN110832536A - 推荐上车地点的系统和方法

Info

Publication number: CN110832536A
Application number: CN201780092759.9A
Authority: CN
Inventors: 张龙; 黄晓东; 张旭东
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2017-08-21
Filing date: 2017-08-21
Publication date: 2020-02-21
Anticipated expiration: 2037-08-21
Also published as: TWI674510B; US20210233410A1; US11640763B2; US10977948B2; CN110832536B; US20200160719A1; WO2019036847A1; TW201921266A

Abstract

本申请涉及用于确定上车地点的系统和方法。所述系统可以执行所述方法从与服务请求者相关联的终端接收第一运输服务的请求或意图，所述第一运输服务被允许与第二运输服务相组合，所述请求或所述意图包括所述第一运输服务的起始地点和所述第一运输服务的目的地；获取至少两个候选地点；对于所述至少两个候选地点的每一个，基于所述起始地点或所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为第一运输服务的上车地点的概率；根据所述匹配指数值从所述至少两个候选地点中选择一个或以上上车地点；并将所述一个或以上上车地点发送到终端。

Description

推荐上车地点的系统和方法

技术领域

本申请总体上涉及在线拼车运输服务，具体地，涉及对拼车服务请求者的上车地点的推荐。

背景技术

拼车服务是指将两个或者两个以上的运输服务组合成一个新的运输服务。拼车运输服务可以提高运输能力。在现有的用于拼车的系统和方法中，司机可以在由乘客确定的位置接载乘客，这可能导致一些诸如低效率和不好的用户体验之类的问题。例如，该位置对于司机来说可能是不方便的。又如，如果司机不熟悉该位置，则司机必须通过智能手机询问乘客。因此，期望提供用于向乘客推荐上车地点以提高效率和用户体验的系统和方法。

发明内容

另外的特征将在接下来的描述中部分地阐述，并且对于本领域具有通常知识者在检阅下文和附图时将部分地变得显而易见，或者可以通过示例的生产或操作而被学习。本申请的特征可以通过实践或使用在下面讨论的详细示例中阐述的方法、手段和组合的各个方面来实现和获得。

根据本申请的第一方面，系统可以包括一个或以上存储介质和一个或以上处理器，被配置为与所述一个或以上存储介质通信。所述一个或以上存储介质可以包括用于调制一个或以上脉冲参数的一组指令。当所述一个或以上处理器执行所述组指令时，所述一个或以上处理器可以用于执行以下操作中的一个或以上操作。所述一个或以上处理器可以在一个时间点从与服务请求者相关联的终端接收第一信号，所述第一信号包括结构化数据的第一部分，包括允许与第二运输服务组合的第一运输服务的意图请求，所述结构化数据的第二部分，包括所述第一运输服务的起始地点，所述结构化数据的第三部分包括所述第一运输服务的目的地。所述一个或以上处理器可以发送第二信号访问所述存储介质以读取至少两个候选地点。对于所述至少两个候选地点中的每一个，所述一个或以上处理器可以基于所述起始地点或者所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为所述第一运输服务的上车地点的概率。所述一个或以上处理器可以基于所述匹配指数值从所述至少两个候选地点选择一个或以上上车地点。所述一个或以上处理器可以向所述终端发送包括所述一个或以上上车地点的第三信号。

在一些实施例中，所述至少两个候选地点可以在所述起始地点的预定距离内。

在一些实施例中，为了确定所述匹配指数值，所述一个或以上处理器可以确定与所述起始地点和所述候选地点相关联的步行成本。所述一个或以上处理器可以确定与所述目的地和所述候选地点相关联的便利指数。所述一个或以上处理器可以确定与找到和第一运输服务组合的所述第三运输服务相关联的组合概率。所述一个或以上处理器可以基于所述步行成本、所述便利指数或者所述组合概率中的至少一个来确定所述候选地点的所述匹配指数值。

在一些实施例中，为了确定所述步行成本，所述一个或以上处理器可以基于所述起始地点和所述候选地点确定第一路线。所述一个或以上处理器可以基于所述第一路线确定步行距离。所述一个或以上处理器可以基于所述第一路线确定估计步行时间。所述一个或以上处理器可以基于所述起始地点和所述候选地点确定直线距离。所述一个或以上处理器可以确定与所述候选地点相关联的第一数量的历史请求。所述一个或以上处理器可以基于所述步行距离、所述估计步行时间、所述直线距离或者所述第一数量中的至少一个来确定步行成本。

在一些实施例中，为了确定所述便利指数，所述一个或以上处理器可以基于所述候选地点和所述目的地确定第二路线。所述一个或以上处理器可以基于所述第二路线确定驾驶距离。所述一个或以上处理器可以基于所述第二路线确定估计驾驶时间。所述一个或以上处理器可以确定从所述起始地点到所述目的地的第一方向。所述一个或以上处理器可以确定从所述起始地点到所述候选地点的第二方向。所述一个或以上处理器可以确定所述第一方向和所述第二方向之间的角度。所述一个或以上处理器可以基于所述驾驶距离、所述估计驾驶时间或者所述角度中的至少一个来确定所述便利指数。

在一些实施例中，为了确定所述组合概率，所述一个或以上处理器可以确定第一确定结果，所述第一确定结果表示在所述时间点，不存在上车地点是所述候选地点的运输服务。所述一个或以上处理器可以响应于所述第一确定结果，确定与所述候选地点和所述时间点相关联的历史请求的第二数量以及响应所述第一确定时的所述时间点。所述一个或以上处理器可以基于所述第二数量确定所述组合概率。

在一些实施例中，所述一个或以上处理器可以进一步用于确定拼车运输服务可用于所述起始地点所在的区域。

根据本申请的另一方面，一种方法可以包括以下操作中一个或以上操作。所述一个或以上处理器可以在一个时间点从与服务请求者相关联的终端接收第一信号，所述第一信号包括结构化数据的第一部分，包括允许与第二运输服务组合的第一运输服务的请求或者意图，所述结构化数据的第二部分，包括所述第一运输服务的起始地点，以及所述结构化数据的第三部分，包括所述第一运输服务的目的地。所述一个或以上处理器可以发送第二信号访问所述存储介质以读取至少两个候选地点。对于所述至少两个候选地点中的每一个，所述一个或以上处理器可以基于所述起始地点或者所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为所述第一运输服务的上车地点的概率。所述一个或以上处理器可以基于所述匹配指数值从所述至少两个候选地点中选择一个或以上的上车地点。所述一个或以上处理器可以将包括所述一个或以上上车地点的第三信号发送到所述终端。

根据本申请的第三方面，非暂时性计算机可读介质可以包括至少一组指令。所述至少一组指令可以由计算机服务器的一个或以上处理器执行。所述一个或以上处理器可以在一个时间点从与服务请求者相关联的终端接收第一信号，所述第一信号包括结构化数据的第一部分，包括允许与第二运输服务组合的第一运输服务的请求或者意图，所述结构化数据的第二部分，包括所述第一运输服务的起始地点，以及所述结构化数据的第三部分，包括所述第一运输服务的目的地。所述一个或以上处理器可以发送第二信号访问所述存储介质以读取至少两个候选地点。对于所述至少两个候选地点中的每一个，所述一个或以上处理器可以基于所述起始地点或者所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为所述第一运输服务的上车地点的概率。所述一个或以上处理器可以基于所述匹配指数值从所述至少两个候选地点选择一个或以上上车地点。所述一个或以上处理器可以将包括所述一个或以上上车地点的第三信号发送到所述终端。

根据本申请的第四方面，一种系统可以包括通信模块，所述通信模块被配置为在一个时间点从与服务请求者相关联的终端接收第一信号并且发送包括一个或以上上车地点的第二信号到终端，所述第一信号包括结构化数据的第一部分，包括允许与第二运输服务组合的第一运输服务的请求或者意图，所述结构化数据的第二部分，包括所述第一运输服务的起始地点，以及所述结构化数据的第三部分包括所述第一运输服务的目的地；候选地点确定模块，被配置为发送第三信号访问存储介质以读取至少两个候选地点；指数确定模块，被配置为基于所述起始地点或者所述目的地确定至少两个候选地点的每一个的匹配指数值，其中所述匹配指数值是所述候选地点成为所述第一运输服务的上车地点的概率；以及上车地点确定模块被配置为基于所述匹配指数值从所述至少两个候选地点选择一个或以上上车地点。

附图说明

这里描述的方法、系统和/或程序将作为示例性的实施例进一步描述。这些示例性实施例参考至图式而被详细地描述。这些实施例是非限制性的示例性实施例，其中相同的元件符号代表整个图式的数个视图之相似结构，并且其中：

图1是根据本申请的一些实施例所示的示例性在线按需运输服务系统的示意图；

图2是根据本申请的一些实施例所示的计算设备的示例性硬件和软件组件的示意图；

图3是根据本申请的一些实施例所示的移动设备的示例性硬件和/或软件组件的示意图；

图4是根据本申请的一些实施例所示的示例性处理引擎112的示意性框图。

图5是根据本申请的一些实施例所示的推荐一个或以上上车地点的示例性过程的流程图；

图6是根据本申请的一些实施例所示的确定候选地点的匹配指数值的示例性过程的流程图；

图7是根据本申请的一些实施例所示的确定候选地点的步行成本的示例性过程的流程图；以及

图8是根据本申请的一些实施例所示的确定候选地点的便利指数的示例性过程的流程图。

具体实施方式

下述描述是为了使本领域具有通常知识者能制造和使用本申请，并且该描述是在特定的应用及其要求的背景下提供的。对于本领域具有通常知识者来说，显然可以对所揭露的实施例作出各种改变，另外，在不偏离本申请的精神和范围的情况下，本申请中所定义的普遍原则可以适用于其他实施例和应用场景。因此，本申请并不限于所揭露的实施例，而应被给予与申请专利范围一致的最宽泛的范围。

此处使用的术语仅仅用来描述特定的示意性实施例，并且不具有限定性。如本申请和申请专利范围中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”及/或“该”等词并非特指单数，也可以包括复数。应该被理解的是，本申请中所使用的术语“包括”与“包含”仅提示已明确标识的特征、整数、步骤、操作、元素、及/或组件，而不排除可以存在和添加其他一个或多个特征、整数、步骤、操作、元素、组件、及/或其组合。

“根据以下对附图的描述，本申请所述的和其他的特征、特色，以及相关结构元素的功能和操作方法，以及制造的经济和部件组合更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。

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

此外，尽管本申请中的系统和方法主要涉及向请求拼车运输服务的乘客推荐上车地点，但是还应该理解的是，这仅是一个示例性实施例。本申请的系统和方法可以能适用于其他任一种随选服务。例如，本申请的系统和方法可以应用于不同环境下的运输系统，包括陆地、海洋、航空航天或类似物或其任意组合。所述运输系统的车辆可以包括出租车、私家车、顺风车、公交车、列车、子弹列车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶车辆或类似物或其任意组合。所述运输系统也可以包括用于管理及/或分配的任一种运输系统，例如，接收及/或送快递的系统。本申请的系统和方法的应用可以包括网页、浏览器外挂程序、用户端、客制系统、内部分析系统、人工智能机器人或类似物或其任意组合。

本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可互换使用，并且可以用于表示请求或订购服务的个人、实体或工具。在本申请中，术语“司机”、“提供者”、“服务提供者”和“供应方”也可以交换使用，其表示可以提供服务或促进该服务提供的个体、实体或工具。在本申请中，术语“使用者”可以表示可以请求服务、预定服务、提供服务或促进该服务提供的个体、实体或工具。例如，使用者可以是乘客、司机、操作者或类似物或其任意组合。在本申请中，“乘客”和“乘客终端”可以交换使用，而且“司机”和“司机终端”可以交换使用。

在本申请中，术语“服务请求”和“订单”可以交换使用，其表示由乘客、请求者、服务请求者、客户、司机、提供者、服务提供者、供应者等或上述举例的任意组合所发起的请求。所述服务请求可以被乘客、请求者、服务请求者、客户、司机、提供者、服务提供者、供应者中的任一个接受。所述服务请求可以是收费的或免费的。

本申请中使用的定位技术可以包括全球定位系统(GPS)、全球卫星导航系统(GLONASS)、北斗导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(QZSS)、无线保真(WiFi)定位技术或类似物或其任意组合。以上定位技术中的一个或多个可以在本申请中交换使用。

本申请的一个方面涉及用于向请求拼车运输服务的乘客推荐上车地点的在线系统和方法。在一些实施例中，当在线按需运输服务平台的服务器从乘客处接收到运输服务的请求或者服务器检测到该乘客打算请求运输服务时，服务器可以确定上车地点让乘客乘车。服务器可以获得靠近乘客的至少两个候选地点(例如，所述至少两个候选地点可以在距离乘客200米的范围内)。服务器可以预先确定至少两个候选地点。对于每个候选地点，服务器可以确定成为乘客的上车地点的概率。服务器可以基于从起始地点步行到候选地点的用户体验的得分、从候选地点驾驶到目的地的用户体验的得分以及在候选地点找到与所述运输服务相结合的可共享的运输服务的概率来确定成为乘客的上车地点的概率。服务器可以选择成为乘客的上车地点的概率最大的候选地点作为上车地点，并将上车地点发送到乘客的智能手机以通知乘客上车地点。

应当注意，在线按需运输服务，例如在线拼车服务，是仅植根在后互联网时代的新形式的服务。它为使用者和服务提供者提供了只在后网际网络时代才可能实现的技术方案。在互联网时代之前，当一个用户在街上招呼一辆出租车时，出租车请求和接受只可能在乘客和一个看见该乘客的出租车司机之间发生。如果乘客通过电话招呼一辆出租车，出租车预定请求和接受只能在该乘客和服务提供者(例如，出租车公司或代理人)之间发生。如果一位司机想要提供拼车服务，该司机必须面对面地询问一位乘客，然后通过司机的经验来决定是否可以为该乘客提供拼车服务。然而，线上拼车服务会即时并且自动地获取交易请求并寻找可组合的交易请求。拼车服务还可以允许服务中的用户即时并自动地分配一个服务请求给大量的个体服务提供者(例如，计程车司机)，同时允许多个服务提供者同时或即时响应该服务请求。因此，通过网际网络，所述在线随选运输系统可以为使用者和服务提供者提供一个更加高效的交易平台，这在传统的网际网络时代之前的运输服务系统中是无法达到的。

图1是根据本申请的一些实施例所示的示例性在线按需运输服务系统100的示意图。在线按需运输服务系统100可以包括服务器110、网络120、请求者终端130、提供者终端140和存储器150。该服务器110可包含处理引擎112。

在一些实施例中，服务器110可以管理服务请求者和服务提供者的拼车运输服务。在一些实施例中，运输服务可以是使用车辆将对象从一个位置带到另一个位置的服务。该对象可包括乘客和/或货物。例如，该运输服务可以是计程车服务或递送服务。运输系统的车辆可包括出租车、私家车、挂车、公共汽车、自行车、电动自行车、三轮车、摩托车、火车、动车、高铁、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等，或其任何组合。拼车运输服务可以指将两个或以上运输服务组合成新的运输服务的装置。例如，服务器110可以将两个出租车服务组合成新的运输服务。又如此，服务器110可以将两个递送服务组合成新的运输服务。作为又一示例，服务器110可以将出租车服务和递送服务组合到新的运输服务中。

在一些实施例中，运输服务可以是实时运输服务。实时运输服务可以是请求者希望在当前时间或对本领域的普通人员来说合理地接近当前时间的一个限定时间内接收运输服务，服务提供者在服务器110接收到服务请求之后，需要立即或基本上立即出发。例如，如果定义的时间短于阈值，例如1分钟、5分钟或10分钟，则出租车服务可以是实时服务。

在一些实施例中，运输服务可以是需要进行预约的服务，其是指请求者希望在定义好的时间接收运输服务，该时间对于本领域的普通人员来说距离当前时间足够长。因此，服务提供者不需要在服务器110接收到服务请求之后立即或基本上立即出发。例如，如果当前时间和服务时间之间的时间长于阈值，例如20分钟、2小时或1天，则乘客可能需要预订出租车服务。

时间阈值可以是固定时间段，或者可以根据不同情况进行调整。例如，在高峰时段(例如，上午7：00-9：00)，时间阈值可能相对较长(例如，10分钟)，因为它可能需要服务提供者更长的时间来到达服务请求者的位置；在其他时间(例如，上午10：00-12：00)，时间阈值可能相对较短(例如，5分钟)，服务提供者可能需要较短的时间来接服务请求者。

在一些实施例中，服务器110可以是单一服务器或服务器组。该服务器组可以是集中式或分散式的(例如，服务器110可以是分散式系统)。在一些实施例中，服务器110可以是本地的或远端的。例如，服务器110可通过网络120存取储存在请求者终端130、提供者终端140及/或存储器150内的信息及/或资料。又例如，服务器110可以直接连接到请求者终端130、提供者终端140和/或数据库150以访问存储的信息和/或数据。在一些实施例中，服务器110可在云端平台上执行。仅仅作为范例，该云端平台可以包括一私有云、公共云、混合云、社区云、分散式云、内部云、多层云或类似物或其任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或者多个组件的计算设备200上执行。在一些实施例中，服务器110可包含处理引擎112。该处理引擎112可处理与服务请求相关联的信息及/或资料来执行在本申请中揭示的一个或者多个功能。例如，处理引擎112可以确定一个或以上上车地点并且将一个或以上上车地点发送到请求者终端130。在一些实施例中，处理引擎112可包括一个或者多个处理引擎(例如，单核心处理引擎或多核心处理器)。仅仅作为示例，处理引擎112可以包括一个或以上硬件处理器，例如中央处理单元(CPU)、专用集成电路(ASIC)、专用指令集处理器(ASIP)、图像处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑装置(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或上述举例的任意组合。

网络120可以促进信息和/或数据的交换。在一些实施例中，在线按需运输服务系统100的一个或以上组件(例如，服务器110、请求者终端130、提供者终端140和存储器150)可以通过网络120向在线按需运输服务系统100的其他组件发送信息和/或数据。例如，服务器110可以通过网络120从请求者终端130获得/获取服务请求。在一些实施例中，网络120可以是任意形式的有线或者无线网络，或其任意组合。仅作为范例，网络120可以包括一电缆网络、缆线网络、光纤网络、电信网路、内部网络、网际网络、区域网络(LAN)、广域网路(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公用交换电话网路(PSTN)、蓝牙网络，紫蜂(ZigBee)网络、近场通讯(NFC)或类似物或其任意组合。在一些实施例中，网络120可包括一个或者多个网络进接点。例如，网络120可包括有线或无线网络进接点比如基站及/或网际网络交换点120-1、120-2...，通过该网络进接点，在线按需运输服务系统100的一个或多个组件可以连接至网络120以交换信息及/或资料。

在一些实施例中，请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的用户可以是除请求者之外的其他人。例如，请求者终端130的用户A可以使用请求者终端130来发送针对用户B的服务请求，或者从服务器110接收服务和/或信息或指令。在一些实施例中，提供者可以是提供者终端140的使用者。在一些实施例中，提供者终端140的使用者可以是除该提供者之外的其他人。例如，提供者终端140的使用者C可以为使用者D通过提供者终端140接收服务请求及/或从服务器110处接收信息或指令。在一些实施例中，“请求者”和“请求者终端”可互换使用，“提供者”和“提供者终端”可互换使用。

在一些实施例中，请求者终端130可以包括行动装置130-1、平板计算机130-2、膝上型计算机130-3、在机动车辆中之内建装置130-4或类似物或其任意组合。在一些实施例中，行动装置130-1可包括智慧居家装置，可穿戴装置、智慧行动装置、虚拟实境装置、扩增实境装置或类似物或其任意组合。在一些实施例中，智慧居家装置可包括一智慧照明装置、智慧电器控制装置、智慧监测装置、智慧电视、智慧视讯摄影机、对讲机或类似物或其任意组合。在一些实施例中，可穿戴设备可以包括手环、鞋袜、眼镜、头盔、手表、衣物、背包、智慧配饰等或上述举例的任意组合。在一些实施例中，移动设备可以包括移动电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)设备、膝上型电脑、台式机等或其任意组合。在一些实施例中，该虚拟实境装置及/或扩增实境装置可包括虚拟实境头盔、虚拟实境眼镜、虚拟实境补丁、扩增实境头盔、扩增实境眼镜、扩增实境补丁或类似物或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括GoogleGlass^TM、RiftCon^TM、Fragments^TM、GearVR^TM等。在一些实施例中，机动车辆内置装置130-4中可以包括车载计算机、车载电视等。在一些实施例中，请求者终端130可以是带有定位技术的设备，用于定位请求者和/或请求者终端130的位置。

在一些实施例中，提供者终端140可以是与请求者终端130相似或相同的设备。在一些实施例中，提供者终端140可以是具有用来确定供者终端140(例如，服务提供者)和/或提供者终端140的用户的位置的定位技术的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与一个或以上其他定位设备通信来确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以发送定位信息到服务器110。

存储器150可以存储数据和/或指令。在一些实施例中，存储器150可以储存从请求者终端130及/或提供者终端140处获取的资料。在一些实施例中，存储器150可以储存服务器110用来执行或使用来完成本申请揭示的示例性方法的资料及/或指令。在一些实施例中，存储器150可以包括大容量存储器、抽取式存储器、挥发性读写存储器、唯读存储器(ROM)或类似物或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、驱动等。

示例性可移动存储器可以包括快闪驱动器、软盘、光盘、记忆卡、压缩磁盘、磁带等。示例性的易失性存储器包括随机存储器(RAM)。示例性的RAM可包括动态RAM(DRAM)、双倍速率同步动态RAM(DDRSDRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)和零电容RAM(Z-RAM)等。示例性的ROM可以包括掩蔽型ROM(MROM)、可编程ROM(PROM)、可擦可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、光盘ROM(CD-ROM)和数字多功能磁盘ROM等。在一些实施例中，存储器150可以在云平台上实现。仅仅作为范例，该云端平台可以包括私有云、公共云、混合云、社区云、分散式云、内部云、多层云或类似物或其任意组合。

在一些实施例中，存储器150可以连接到网络120以与在线按需运输服务系统100的一个或以上组件(例如，服务器110、请求者终端130、提供者终端140)通信。在线按需运输服务系统100中的一个或以上组件可以通过网络120访问存储在存储器150中的数据或指令。在一些实施例中，存储器150可以直接连接到在线按需运输服务系统100(例如，服务器110、请求者终端130、提供者终端140)中的一个或以上组件或与之通信。在一些实施例中，存储器150可以是服务器110的一部分。

图2是根据本申请的一些实施例所示的可以在其上实现服务器110的计算设备200的示例性硬件和软件组件的示意图。例如，处理引擎112可以在计算设备200上实施并执行本申请所披露的处理引擎112的功能。

计算设备200可以是通用计算机或专用计算机。这两种计算机都可以用于实现本申请的按需服务系统。计算设备200可以被用于实现当前描述的按需服务系统的任一元件。例如，处理引擎112可以在计算设备200上通过其硬件、软件程序、固件或其组合实现。为了方便起见，图中只绘制了一台计算机，但是本实施例中所描述的与按需服务的相关计算机功能是可以以分散的方式在一组相似的平台上实施，以分散处理负载。

计算设备200可以包括与网络相连接并促进数据通讯的通讯(COM)端口250。计算设备200还可以包括处理器220用来执行程序指令，该处理器220以一个或以上处理器的形式存在。示例性的计算机平台可以包括一个内部总线210、不同形式的程序存储器和数据存储器，例如，磁盘270、只读存储器(ROM)230或随机存储器(RAM)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性计算机平台还可以包括存储在ROM230、RAM240和/或任何其他类型的非暂时性存储介质中的程序指令以由处理器220执行。本申请的方法和/或流程可以以程序指令的方式实施。计算设备200还包括输入/输出组件260，其支持计算机与其中的其他组件之间的输入/输出。计算设备200也可以通过网络通讯接收程序设计和数据。

仅仅为了说明，在计算设备200中仅示出了一个处理器。然而，应该注意的是，本申请中的计算设备200还可以包括多个处理器，由此如本申请中所描述的由一个处理器执行的操作和/或方法步骤也可以由多个处理器联合地或单独地执行。例如，在本申请中，如果计算设备200的处理器执行步骤A和步骤B，应当理解的是，步骤A和步骤B也可以由计算设备200的两个不同的处理器共同地或独立地执行(例如，第一处理器执行步骤A、第二处理器执行步骤B，或者第一和第二处理器共同地执行步骤A和步骤B)。

图3是根据本申请的一些实施例所示的可以在其上实现请求者终端130和/或提供者终端140的示例性移动设备300的示例性硬件和/或软件组件的示意图。如图3所示，移动设备300可以包括通信平台310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、输入/输出350、存储器360和存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未显示)，亦可包括于行动装置300内。在一些实施例中，操作系统370(如，iOS^TM、Android^TM、WindowsPhone^TM等)和一个或以上应用380可以从存储器390加载到内存360中，以便由CPU340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序，用于从服务器110接收和呈现与在线拼车运输服务或其他信息有关的信息，并且向服务器110发送与在线拼车运输服务或其他信息有关的信息。用户与信息流的交互可以通过输入/输出350实现，并且通过网络120提供给服务器110和/或在线按需运输服务系统100的其他组件。

图4是根据本申请的一些实施例所示的示例性处理引擎112的示意图。如图4所示，处理引擎112可以包括通信模块410、服务信息确定模块420、候选地点确定模块430、指数确定模块440和上车地点确定模块450。通信模块410可以与在线按需运输服务系统100(例如，请求者终端130、提供者终端140和存储器150)的一个或以上组件建立通信。例如，通信模块410可以从服务请求者接收运输服务的请求或意图。又例如，通信模块410可以向服务请求者发送一个或以上上车地点。

服务信息确定模块420可以确定运输服务的起始地点和/或运输服务的目的地。在一些实施例中，通信模块410接收的请求或意图可以包括运输服务的起始地点和/或运输服务的目的地。服务信息确定模块420可以基于请求或意图确定起始地点和目的地。

候选地点确定模块430可以获取至少两个预定位置和/或基于起始地点和所述预定位置确定一个或以上候选地点。在一些实施例中，服务器110可以预先确定一个区域(例如，北京市)中的至少两个预定位置。预定位置可用于确定特定运输服务的一个或以上上车地点。预定位置可以存储在服务器110的存储器150或存储介质(例如，磁盘270、ROM230或RAM240)中。在一些实施例中，一个或以上候选地点可以是距离起始地点预定距离(例如，500米)内的一个或以上预定位置。预定距离可以是固定距离，或者可以根据不同情况进行调整。候选地点确定模块430可以访问存储器150和/或存储介质以获得预定位置以确定一个或以上候选地点。

指数确定模块440可以基于起始地点和/或目的地来确定候选地点中的至少一个的匹配指数值。候选地点的匹配指数值可以是运输服务中候选地点成为上车地点的概率。

上车地点确定模块450可以基于匹配指数值确定一个或以上上车地点。

处理引擎112中的模块可以通过有线连接或无线连接以互相连接或互相通讯。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(LAN)、广域网路(WAN)、蓝牙、紫蜂(ZigBee)网络、近场通讯(NFC)等或上述举例的任意组合。两个或以上模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或以上单元。例如，通信模块410可以分为两个单元。第一单元可以被配置为从服务请求者接收请求或意图。第二单元可以被配置为发送一个或以上上车地点到服务请求者。

应该注意的是，上述仅仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。然而，变形和修改不会背离本申请的范围。例如，处理引擎112还可以包括存储模块(图4中未示出)。存储模块可以被配置用于存储在处理引擎112中的任何组件执行的任何过程期间生成的数据(例如，通信模块410、服务信息确定模块420、候选地点确定模块430、指数确定模块440、或上车地点确定模块450)。又例如，处理引擎112的每个组件可以包括存储设备。附加地或替代地，处理引擎112的组件可共享公共存储设备。

本领域普通技术人员将理解，当在线按需运输服务系统100的元件执行时，该元件可以通过电信号(例如，电流)和/或电磁信号来执行。例如，当请求者终端130向服务器110发送服务请求时，请求者终端130的处理器可以产生编码该请求的电信号。然后，请求者终端130的处理器可以将电信号发送到输出端口。若请求者终端130通过有线网络与服务器110通讯，则输出端口可以物理连接至电缆，其进一步将电信号传输给服务器110的输入端口。若请求者终端130通过无线网络与服务器110通讯，则服务请求者终端130的输出端口可为一个或以上天线，其将电信号转换成电磁信号。类似地，提供者终端140可以通过电信号或电磁信号从服务器110接收指令和/或服务请求。再如请求者终端130、提供者终端140和/或服务器110的电子设备中，当电子设备的处理器处理指令时，处理器发送指令和/或执行动作，该指令和/或动作通过电信号传导。例如，当处理器从储存介质检索或获取数据时，可以将电信号发送给储存介质的读/写设备，该读/写设备可以在存储介质中读取或写入结构化数据。结构化数据可以以电信号的形式通过电子设备的总线传输至处理器。此处，电信号可以指一个电信号、一系列电信号和/或至少两个不连续的电信号。

通信模块410可以从服务请求者接收运输服务的请求或意图。在一些实施例中，服务请求者的请求者终端130(例如，乘客的智能手机)可以安装用于请求运输服务的应用程序。通过应用程序的界面，请求者终端130可以建立连接并与在线按需运输服务系统100通信。在一些实施例中，服务请求者可以输入运输服务的起始地点和目的地，并且通过网络120发送包括运输服务的起始地点和目的地的请求到通信模块410。在一些实施例中，应用程序可以指示请求者终端130持续监测来自服务请求者的输入，并且将输入发送到通信模块410。结果，当服务请求者输入运输服务的部分信息(例如目的地)时，通信模块410可以实时或基本实时地接收足够的信息以确定服务请求者的意图。例如，当服务请求者输入运输服务的起始地点和目的地时并且在将运输服务请求发送到通信模块410之前，通信模块410可以实时或基本上实时地从服务请求者处接收和/或检测起始地点和的和目的地，以及在从服务请求者处接收到对运输服务的请求之前，确定服务请求者打算请求运输服务。

在一些实施例中，通信模块410可以从请求者终端130接收服务信号。服务信号可以包括结构化数据的第一部分，包括运输服务的请求或意图，结构化数据的第二部分，包括运输服务的起始地点，以及结构化数据的第三部分，包括运输服务的目的地。

服务信息确定模块420可以确定所述运输服务的起始地点和所述运输服务的目的地。在一些实施例中，通信模块410接收的请求或意图可以包括所述运输服务的起始地点和/或所述运输服务的目的地。服务信息确定模块420可以基于所述请求或意图确定起始地点和目的地。

候选地点确定模块430可以获得至少两个预定位置。在一些实施例中，候选地点确定模块430可以预先确定一个区域(例如，北京市)中的至少两个预定位置。预定位置可以用于确定特定运输服务的一个或以上上车地点。预定位置可以存储在处理引擎112的存储器150或存储介质(例如，磁盘270、ROM230或RAM240)中。候选地点确定模块430可以访问存储器150和/或存储介质以获得预定位置。

在一些实施例中，候选地点确定模块430可以发送访问信号以访问存储介质以读取至少两个预定位置。例如，候选地点确定模块430可以发送访问信号以访问存储器150以读取至少两个预定位置。

候选地点确定模块430可以基于起始地点和至少两个预定位置确定一个或以上候选地点。候选地点确定模块430可以选择距离起始地点预定距离(例如，500米)内的一个或以上预定位置作为候选地点。预定距离可以是固定距离，或者可以根据不同情况进行调整。例如，如果起点位于市区(例如，北京的西城区)，则预定距离可以相对较短(例如，400米)，因为位于市区的预定位置的密度可能较高；而如果起始地点在郊区(例如，北京的昌平区)，则预定距离可以相对较长(例如，1千米)，因为位于郊区的预定位置的密度可能较低。

指数确定模块440可以基于起始地点和/或目的地确定候选地点的匹配指数值。在一些实施例中，指数确定模块440可以确定每个候选地点的匹配指数值。候选地点的匹配指数值可以是候选地点成为所述运输服务的上车地点的概率。匹配指数值越大，该候选地点越适合作为所述运输服务的上车地点。匹配指数值可以是分数、百分比、星级或任何合适的形式。

在一些实施例中，指数确定模块440可以基于步行成本、便利指数或组合概率，或者其组合，来确定匹配指数值(例如，将结合图6详细描述)。步行成本可以是与从起始地点步行到候选地点相关联的度量结果。便利指数可以是与从候选地点驾驶到目的地相关联的度量结果。组合概率可以是在候选地点中找到一个或以上可共享的运输服务以与所述运输服务组合的概率。

上车地点确定模块450可以基于匹配指数值确定一个或以上上车地点。在一些实施例中，上车地点确定模块450可以按升序或降序对匹配指数值进行排名。在一些实施例中，上车地点确定模块450可以基于匹配指数值从候选地点确定一个上车地点。例如，上车地点确定模块450可以将具有最大匹配指数值的候选地点确定为运输服务的上车地点。在一些实施例中，上车地点确定模块450可以确定一个以上上车地点。例如，上车地点确定模块450可以基于匹配指数值将前三个候选地点确定为上车地点。

通信模块410可以将一个或以上上车地点发送到服务请求者和/或服务提供者。在一些实施例中，如果上车地点确定模块450确定一个上车地点，则通信模块410可以将上车地点发送到服务请求者。在接收到上车地点之后，安装在服务请求者的请求者终端130中的应用程序(例如，乘客的智能手机)可以提供界面以便以文本、声音、图片、视频等，或其任何组合向乘客通知上车地点。例如，应用程序的界面可以显示出“请在人民大学东门乘车”的文本。可选地或另外地，通信模块410可以将上车地点发送给向服务请求者提供运输服务的服务提供者。

在一些实施例中，如果上车地点确定模块450确定一个以上上车地点，则通信模块410可以将所述一个以上上车地点发送到服务请求者。服务请求者可以从所述一个以上上车地点中选择一个。在接收到所述一个以上上车地点之后，安装在服务请求者的请求者终端130中的应用程序(例如，乘客的智能手机)可以提供界面以便以文本、声音、图片、视频等的方式或其任何组合向乘客通知所述一个以上上车地点。例如，应用程序的界面可以显示所述一个以上上车地点的列表。在列表中，可以按升序、降序或随机顺序来排列所述一个以上上车地点。乘客可以从列表中选择一个上车地点。在接收到从所述一个以上上车地点中选择一个的指令之后，请求者终端130可以将所选择的上车地点发送到处理引擎112。可选地或另外地，在从请求者终端130接收到所选择的上车地点之后，通信模块410可以将所选择的上车地点发送给向服务请求者提供运输服务的服务提供者。

在一些实施例中，通信模块410可以向请求者终端130发送包括一个或以上上车地点的位置信号。

在一些实施例中，处理引擎112可以确定拼车运输服务是否可用于起始地点所在的区域。响应于确定所述拼车运输服务可用于该区域中，上车地点确定模块450可以确定服务请求者的一个或以上上车地点。响应于确定所述拼车运输服务可用于起始地点所在的区域，通信模块410可以向请求者终端130发送消息以通知服务请求者该确定结果。

指数确定模块440可以确定候选地点的步行成本。步行成本可以是与从起始地点步行到候选地点相关联的度量结果。在一些实施例中，指数确定模块440可以确定步行成本的分数。步行成本的得分越大，从起始地点步行到候选地点的用户体验越好。在一些实施例中，指数确定模块440可以基于起始地点和候选地点之间的步行距离、起始地点和候选地点之间的估计步行时间、起始地点和候选地点之间的直线距离、或上车地点是该候选地点的历史请求的数量，或其组合，来确定步行成本(例如，如结合图7详细描述的)。

指数确定模块440可以确定候选地点的便利指数。便利指数可以是与服务提供者从候选地点驾驶到目的地相关联的度量结果。在一些实施例中，指数确定模块440可以确定便利指数的分数。便利指数的得分越高，从候选地点驾驶到目的地的用户体验越好。在一些实施例中，指数确定模块440可以基于候选地点与目的地之间的驾驶距离、候选地点与目的地之间的估计驾驶时间、从起始地点到候选地点的方向与从起始地点到目的地的方向之间的角度，或其组合，来确定便利指数(例如，将结合图8详细描述)。

指数确定模块440可以确定候选地点的组合概率。组合概率可以是在候选地点中找到一个或以上可共享的运输服务以与所述运输服务组合的概率。可共享的运输服务可以满足至少三个条件：可共享运输服务的上车地点是所述候选地点；可共享运输服务的服务请求者尚未离开所述候选地点(例如，可共享运输服务的服务请求者正在前往所述候选地点，或者可共享运输服务的服务请求者正在所述候选地点等候司机)；可共享运输服务的目的地与所述运输服务的目的地相关(例如，可共享运输服务的目的地在所述运输服务的驾驶路线上、所述运输服务的目的地在可共享运输服务的驾驶路线上、或可共享运输服务的目的地距离所述运输服务的目的地一定距离)。在一些实施例中，指数确定模块440可以基于所述候选地点中的可共享运输服务的数量和拼车容量来确定组合概率。拼车容量可以是车辆中能同时容纳的最大乘客数。拼车容量可以是固定值，或者可以根据不同情况进行调整。例如，在高峰时段(例如，上午7：00-9：00)，拼车容量可能相对较大(例如，4名乘客)，因为对服务提供者的需求可能超过供应量；而在其他时间(例如，上午10：00-12：00)，拼车容量可能相对较小(例如，2名乘客)，因为服务提供者的供应可能超过需求，或者服务提供者的需求和供应之间可能存在平衡。

出于说明的目的，组合概率的确定可以使用以下实例来描述。应当注意，下面描述的组合概率的确定仅仅用于说明而不旨在限制本申请的范围。例如，假设一个运输服务的乘客数量是1。指数确定模块440可以确定拼车容量是2个乘客。指数确定模块440可以确定三个候选地点(例如，位置A、位置B和位置C)。指数确定模块440可以确定位置A中没有可共享的运输服务、位置B中存在1个可共享的运输服务、位置C中存在2个可共享的运输服务。指数确定模块440可以确定位置B的组合概率是最大的并且位置A的组合概率是最小的。

在一些实施例中，对于所有候选地点中都不存在可共享的运输服务的情况，指数确定模块440可以基于历史请求来确定组合概率。例如，当通信模块410从服务请求者处接收运输服务的请求或意图时，指数确定模块440可以访问存储器150和/或存储介质(例如，ROM230、RAM240)以获得与所述时间点相关联的历史可共享运输服务的数量。历史可共享运输服务可以满足至少三个条件：历史可共享运输服务的上车地点是所述候选地点；历史可共享运输服务已经结束(例如，历史可共享运输服务可以被取消或完成)；历史可共享运输服务的目的地与所述运输服务的目的地相关(例如，历史可共享运输的目的地在所述运输服务的驾驶路线上、所述运输服务的目的地在历史可共享运输服务的驾驶路线上、或历史可共享运输的目的地距离所述运输服务的目的地一定距离)。例如，通信模块410在上午9：10从服务请求者处接收所述运输服务的请求或意图。指数确定模块440可以获得历史可共享的运输服务，例如其请求时间在过去5天中的每一天的上午9：05-9：15的范围内。

在一些实施例中，指数确定模块440可以确定组合概率的分数。组合概率的分数越大，组合概率越大，在所述候选地点中找到可共享的运输服务以与所述运输服务组合的可能性越大。

指数确定模块440可以基于步行成本、便利指数和组合概率来确定匹配指数值。指数确定模块440可以确定步行成本、便利指数和组合概率的权重。在一些实施例中，指数确定模块440可以通过确定步行成本、便利指数和组合概率的加权平均值来确定匹配指数值。

指数确定模块440可以确定从起始地点到候选地点的步行路线。

指数确定模块440可以基于步行路线确定步行距离。在一些实施例中，步行距离可以是步行路线的长度。

指数确定模块440可以基于步行路线确定估计步行时间。在一些实施例中，指数确定模块440可以基于步行距离、步行速度、步行路线的状况等或其任何组合来确定估计步行时间。

在一些实施例中，步行速度可以是固定速度(例如，4km/h)，或者可以根据不同情况进行调整。例如，对于60岁以上的乘客，步行速度可能相对较慢(例如，3km/h)；对于20至60岁的乘客，步行速度可以相对较快(例如，4.5km/h)。在一些实施例中，当服务请求者第一次使用安装在请求者终端130中的应用程序(例如，智能手机)请求运输服务时，服务请求者可以输入他/她的基本信息(例如，姓名、电话号码、年龄)。请求者终端130可以将基本信息发送到指数确定模块440。在接收到基本信息之后，服务器110可以将基本信息存储在存储器150和/或存储介质中(例如，ROM230、RAM240)。当确定步行速度时，指数确定模块440可以访问存储器150或存储介质以获得服务请求者的基本信息，并基于基本信息确定步行速度。在一些实施例中，请求者终端130可以使用请求者终端130中的定位技术来确定服务请求者的步行速度，并且实时地将步行速度发送到指数确定模块440。步行路线的状况可以包括天气、事件信息(例如，交通事故、音乐会)等，或其任何组合。

指数确定模块440可以确定从起始地点到候选地点的直线距离。

指数确定模块440可以确定与候选地点相关联的历史请求的数量。与候选地点相关联的请求的数量可以指在一段时间内的历史请求的数量(例如，在处理引擎112接收运输服务的服务请求或者意图的时间点的过去一个月)，其中所述历史请求的上车地点是所述候选地点。

指数确定模块440可以基于步行距离、估计步行时间、直线距离或与候选地点相关联的历史请求的数量来确定步行成本。在一些实施例中，步行距离、估计步行时间、直线距离和与候选地点相关联的历史请求的数量可以分别对应一个得分。步行距离越短，由指数确定模块440确定的对应步行距离的得分越高。估计步行时间越短，由指数确定模块440确定的对应估计步行时间的得分越高。直线距离越短，由指数确定模块440确定的对应直线距离的得分越高。与候选地点相关联的历史请求的数量越大，由指数确定模块440确定的对应与候选地点相关联的历史请求的数量的得分越高。在一些实施例中，步行距离、估计步行时间、直线距离以及与候选地点相关联的历史请求的数量可以分别对应于一个权重。指数确定模块440可以通过确定步行距离、估计步行时间、直线距离和与候选地点相关联的历史请求的数量的加权平均值来确定步行成本。

指数确定模块440可以确定从候选地点到目的地的驾驶路线。

指数确定模块440可以基于驾驶路线确定驾驶距离。驾驶距离可以指驾驶路线的长度。

指数确定模块440可以基于驾驶路线确定估计驾驶时间。在一些实施例中，指数确定模块440可以基于驾驶距离、驾驶速度、驾驶路线的状况等或其任何组合来确定估计驾驶时间。

在一些实施例中，驾驶速度可以是固定速度(例如，40km/h)，或者可以根据不同情况进行调整。例如，对于高配置车辆(例如，BMW^TM)，驾驶速度可能相对较大(例如，45km/h)；对于低配置车辆(例如，Alto^TM)，驾驶速度可以相对较小(例如，35km/h)。

对于处理引擎112已经将服务提供者分配给服务请求者的情况，指数确定模块440可以基于服务提供者的车辆确定驾驶速度。在一些实施例中，当服务提供者第一次使用安装在提供者终端140中的应用程序(例如，服务提供者的智能手机)来提供运输服务时，服务提供者可以输入他/她的基本信息(例如，姓名、电话号码、车辆类型、车牌号码)。提供者终端140可以将服务提供者的基本信息发送到处理引擎112。在接收到服务提供者的基本信息之后，处理引擎112可以将基本信息存储在存储器150和/或存储介质中(例如，ROM230、RAM240)。当确定驾驶速度时，指数确定模块440可以访问存储器150或存储介质以获得服务提供者的基本信息，并基于服务提供者的基本信息确定驾驶速度。可选地或另外地，提供者终端140可以使用提供者终端140中的定位技术来确定车辆的驾驶速度，并且实时地将驾驶速度发送到指数确定模块440。

对于处理引擎112尚未向服务请求者分配服务提供者的情况，指数确定模块440可以基于处理引擎112的默认值(例如，40km/h)来确定驾驶速度。

驾驶路线的状况可以包括驾驶路线上的车辆数量、天气、事件信息(例如交通事故、音乐会)等，或其任何组合。

指数确定模块440可以确定从起始地点到目的地的第一方向以及从起始地点到候选地点的第二方向。

指数确定模块440可以确定第一方向和第二方向之间的角度。在一些实施例中，指数确定模块440可以确定第一方向和第二方向之间的角度，以便确定候选地点和目的地是否在起始地点的两个相反方向上。如果指数确定模块440确定所述角度是0°，则候选地点和目的地可能在起始地点的相同方向上。如果指数确定模块440确定所述角度是180°，则候选地点和目的地可能在起始地点的两个相反方向上。在这种情况下，如果服务请求者从起始地点前往所述候选地点去乘车，则服务请求者可能离目的地更远，这可能导致服务请求者的不良用户体验。

指数确定模块440可以基于驾驶距离、估计驾驶时间或第一方向与第二方向之间的角度来确定便利指数。在一些实施例中，驾驶距离、估计驾驶时间和所述角度中的每一个可以由得分表示。驾驶距离越短，由指数确定模块440确定的对应驾驶距离的得分越高。估计驾驶时间越短，由指数确定模块440确定的对应估计驾驶时间的得分越高。角度越小，由指数确定模块440确定的对应该角度的得分越高。在一些实施例中，驾驶距离、估计驾驶时间和所述角度可以分别对应于一个权重。指数确定模块440可以通过确定驾驶距离、估计驾驶时间和所述角度的加权平均值来确定便利指数。

图5是根据本申请的一些实施例所示的推荐一个或以上上车地点的示例性过程500的流程图。在一些实施例中，过程500可以在图1中所示的在线按需运输服务系统100中实现。例如，过程500可以作为指令的形式存储在存储器150和/或存储设备(例如，ROM230、RAM240、磁盘270)中，并且由服务器110调用和/或执行(例如，服务器110中的处理引擎112、处理器220、或图4所示的处理引擎112中的一个或以上模块)。以下呈现的所示过程的操作旨在说明。在一些实施例中，所述流程/方法在实现时可以添加一个或以上未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图5中所示和下面描述的过程500的操作的顺序不旨在限制性的。

在510中，处理引擎112(例如，通信模块410)可以从服务请求者处接收运输服务的请求或意图。在一些实施例中，服务请求者的请求者终端130(例如，乘客的智能手机)可以安装用于请求运输服务的应用程序。通过应用程序的界面，请求者终端130可以建立连接并与在线按需运输服务系统100通信。在一些实施例中，服务请求者可以输入运输服务的起始地点和目的地，通过例如网络120发送包括运输服务的起始地点和目的地的请求到处理引擎112(例如，通信模块的请求410)。在一些实施例中，应用程序可以指示请求者终端130持续监测来自服务请求者的输入，并且将输入发送到处理引擎112(例如，通信模块410)。结果，当服务请求者输入运输服务的部分信息时，例如目的地，处理引擎112(例如，通信模块410)可以实时地或基本上实时地接收足够的信息来确定服务请求者的意图。例如，当服务请求者输入运输服务的起始地点和目的地时，在将运输服务请求发送到处理引擎112(例如，通信模块410)之前，处理引擎112(例如，通信模块410)可以实时地或基本上实时地从服务请求者处接收和/或监测起始地点和目的地，并且在从服务请求者处接收到对运输的请求之前确定服务请求者打算请求运输服务。

在一些实施例中，处理引擎112(例如，通信模块410)可以从请求者终端130接收服务信号。服务信号可以包括结构化数据的第一部分，包括运输服务的请求或意图，结构化数据的第二部分，包括运输服务的起始地点，以及结构化数据的第三部分，包括运输服务的目的地。

在520中，处理引擎112(例如，服务信息确定模块420)可以确定所述运输服务的起始地点和所述运输服务的目的地。在一些实施例中，处理引擎112(例如，通信模块410)接收的请求或意图可以包括所述运输服务的起始地点和/或所述运输服务的目的地。处理引擎112(例如，服务信息确定模块420)可以基于所述请求或意图来确定起始地点和目的地。

在530中，处理引擎112(例如，候选地点确定模块430)可以获得至少两个预定位置。在一些实施例中，处理引擎112(例如，候选地点确定模块430)可以预先确定一个区域(例如，北京市)中的至少两个预定位置。预定位置可用于确定特定运输服务的一个或以上上车地点。预定位置可以存储在处理引擎112的存储器150或存储介质(例如，磁盘270、ROM230或RAM240)中。处理引擎112(例如，候选地点确定模块430)可以访问存储器150和/或存储介质以获得预定位置。

在一些实施例中，处理引擎112(例如，候选地点确定模块430)可以发送访问信号以访问存储介质以读取至少两个预定位置。例如，处理引擎112(例如，候选地点确定模块430)可以发送访问信号以访问存储器150以读取至少两个预定位置。

在540中，处理引擎112(例如，候选地点确定模块430)可以基于起始地点和至少两个预定位置确定一个或以上候选地点。处理引擎112(例如，候选地点确定模块430)可以选择距离起始地点预定距离内(例如，500米)的一个或以上预定位置作为候选地点。预定距离可以是固定距离，或者可以根据不同情况进行调整。例如，如果起始地点位于市区(例如，北京的西城区)，则预定距离可以相对较短(例如，400米)，因为位于市区的预定位置的密度可能更高；然而，如果起始地点在郊区(例如，北京的昌平区)，则预定距离可能相对较长(例如，1000米)，因为位于郊区的预定位置的密度可能较低。

在550中，处理引擎112(例如，指数确定模块440)可以基于起始地点和/或目的地确定候选地点的匹配指数值。在一些实施例中，处理引擎112(例如，指数确定模块440)可以确定每个候选地点的匹配指数值。候选地点的匹配指数值可以是候选地点作为所述运输服务的上车地点的概率。匹配指数值越大，该候选地点越适合作为所述运输服务的上车地点。匹配指数值可以是分数、百分比、星级或任何合适的形式。

在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于步行成本、便利指数或组合概率或其组合，确定匹配指数值(例如，结合以下图6详细描述)。步行成本是与从起始地点步行到候选地点相关联的度量结果。便利指数可以是与从候选地点驾驶到目的地相关联的度量结果。组合概率可以是在候选地点中找到一个或以上可共享的运输服务以与所述运输服务组合的概率。

在560中，处理引擎112(例如，上车地点确定模块450)可以基于匹配指数值确定一个或以上上车地点。在一些实施例中，处理引擎112(例如，上车地点确定模块450)可以按升序或降序对匹配指数值进行排名。在一些实施例中，处理引擎112(例如，上车地点确定模块450)可以基于匹配指数值从候选地点中确定一个上车地点。例如，处理引擎112(例如，上车地点确定模块450)可以将具有最大匹配指数值的候选地点确定为所述运输服务的上车地点。在一些实施例中，处理引擎112(例如，上车地点确定模块450)可以确定不止一个上车地点。例如，处理引擎112(例如，上车地点确定模块450)可以基于匹配指数值将前三个候选地点确定为上车地点。

在570中，处理引擎112(例如，通信模块410)可以将一个或以上上车地点发送到服务请求者和/或服务提供者。在一些实施例中，如果处理引擎112(例如，上车地点确定模块450)确定一个上车地点，则处理引擎112(例如，通信模块410)可以将上车地点发送到服务请求者。在接收到上车地点之后，安装在服务请求者的请求者终端130中的应用程序(例如，乘客的智能手机)可以提供界面以便以文本、声音、图片、视频的方式等，或其任何组合通知乘客上车地点。例如，应用程序的界面可以显示出“请在人民大学东门乘车”的文本。可选地或另外地，处理引擎112(例如，通信模块410)可以向为服务请求者提供运输服务的服务提供者发送上车地点。

在一些实施例中，如果处理引擎112(例如，上车地点确定模块450)确定多于一个上车地点，则处理引擎112(例如，通信模块410)可以发送所述多于一个上车地点到服务请求者。服务请求者可以从所述多于一个上车地点中选择一个。在接收到所述多于一个上车地点之后，安装在服务请求者的请求者终端130中的应用程序(例如，乘客的智能手机)可以提供界面以文本、声音、图片、视频等的方式或其任何组合以通知乘客所述多于一个上车地点。例如，应用程序的界面可以显示所述多于一个上车地点的列表。在列表中，可以按升序、降序或随机顺序来排列所述多于一个的上车地点。乘客可以从列表中选择一个上车地点。在接收到从所述一个以上上车地点中选择一个的指令之后，请求者终端130可以将所选择的上车地点发送到处理引擎112。可选地或另外地，在从请求者终端130处接收到所选择的上车地点之后，处理引擎112(例如，通信模块410)可以将所选择的上车地点发送给向服务请求者提供运输服务的服务提供者。

在一些实施例中，处理引擎112(例如，通信模块410)可以向请求者终端130发送包括一个或以上上车地点的位置信号。

在一些实施例中，处理引擎112可以确定拼车运输服务是否可用于起始地点所在的区域。响应于确定所述拼车运输服务可用于该区域中，处理引擎112(例如，上车地点确定模块450)可以确定服务请求者的一个或以上上车地点。响应于确定所述拼车运输服务可用于起始地点所在的区域，处理引擎112(例如，通信模块410)可以向请求者终端130发送消息以通知服务请求者该确定结果。

图6是根据本申请的一些实施例所示的确定候选地点的匹配指数值的示例性过程的流程图。在一些实施例中，过程600可以在图1中所示的在线按需运输服务系统100中实现。例如，过程600可以作为指令的形式存储在存储器150和/或存储设备(例如，ROM230、RAM240)中，并且由服务器110调用和/或执行(例如，服务器110中的处理引擎112、处理器220、或图4中所示的处理引擎112中的一个或以上模块)。以下呈现的所示过程的操作旨在说明。在一些实施例中，所述流程/方法在实现时可以添加一个或以上未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图6中所示和下面描述的过程600的操作的顺序不旨在限制性的。在一些实施例中，可以基于过程600来执行图5中所示的步骤550。对于一个候选地点，处理引擎112可以执行过程600以确定匹配指数值。处理引擎112可以逐个或同时确定每个候选地点的匹配指数值。

在610中，处理引擎112(例如，指数确定模块440)可以确定一个候选地点的步行成本。步行成本可以是与从起始地点步行到候选地点相关联的度量结果。在一些实施例中，处理引擎112(例如，指数确定模块440)可以确定步行成本的得分。步行成本的得分越大，从起始地点步行到候选地点的用户体验越好。在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于起始地点和候选地点之间的步行距离、起始地点和候选地点之间的估计步行时间、起始地点和候选地点之间的直线距离、或上车地点是所述候选地点的历史请求的数量，或其组合来确定步行成本(例如，将结合图7详细描述)。

在620中，处理引擎112(例如，指数确定模块440)可以确定候选地点的便利指数。便利指数可以是与服务提供者从所述候选地点驾驶到目的地相关联的度量结果。在一些实施例中，处理引擎112(例如，指数确定模块440)可以确定便利指数的得分。便利指数的得分越大，从所述候选地点驾驶到目的地的用户体验越好。在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于所述候选地点与目的地之间的驾驶距离、所述候选地点与目的地之间的估计驾驶时间、从起始地点到所述候选地点的方向与从起始地点到目的地的方向之间的角度、或其组合来确定便利指数(例如，如结合图8详细描述的)。

在630中，处理引擎112(例如，指数确定模块440)可以确定候选地点的组合概率。组合概率可以是在所述候选地点中找到一个或以上可共享的运输服务以与所述运输服务组合的概率。可共享的运输服务可以满足至少三个条件：可共享运输服务的上车地点是所述候选地点；可共享运输服务的服务请求者尚未离开所述候选地点(例如，可共享运输服务的服务请求者正在前往所述候选地点、或者可共享运输服务的服务请求者正在所述候选地点等候司机)；可共享运输服务的目的地与所述运输服务的目的地相关(例如，可共享运输服务的目的地在所述运输服务的驾驶路线上、所述运输服务的目的地在可共享运输服务的驾驶路线上、或可共享运输服务的目的地距离所述运输服务的目的地一定距离)。在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于所述候选地点中的可共享运输服务的数量和拼车容量来确定组合概率。拼车容量可以是车辆中能同时容纳的最大乘客数量。拼车容量可以是固定值，或者可以根据不同情况进行调整。例如，在高峰时段(例如，上午7：00-9：00)，拼车容量可能相对较大(例如，4名乘客)，因为对服务提供者的需求可能超过供应量；而在其他时间(例如，上午10：00-12：00)，拼车容量可能相对较小(例如，2名乘客)，因为服务提供者的供应可能超过需求或者服务提供者的需求和供应之间可能存在平衡。

出于说明的目的，组合概率的确定可使用以下实例来描述。应当注意，下面描述的组合概率的确定仅仅用于说明而不旨在限制本申请的范围。例如，假设一个运输服务的乘客数量是1。处理引擎112(例如，指数确定模块440)可以确定拼车容量是2个乘客。处理引擎112(例如，指数确定模块440)可以确定三个候选地点(例如，位置A、位置B和位置C)。处理引擎112(例如，指数确定模块440)可以确定位置A中不存在可共享的运输服务、位置B中存在1个可共享的运输服务、位置C中存在2个可共享的运输服务。处理引擎112(例如，指数确定模块440)可以确定位置B的组合概率是最大的并且位置A的组合概率是最小的。

在一些实施例中，对于所有候选地点中都不存在可共享的运输服务的情况，处理引擎112(例如，指数确定模块440)可以基于历史请求来确定组合概率。例如，当处理引擎112(例如，通信模块410)从服务请求者处接收运输服务的请求或意图时，处理引擎112(例如，指数确定模块440)可以访问存储器150和/或存储介质(例如，ROM230、RAM240)以获得历史可共享的运输服务的数量。历史可共享运输服务可以满足至少三个条件：历史可共享运输服务的上车地点是所述候选地点；历史可共享运输服务已经结束(例如，历史可共享运输服务可以被取消或完成)；历史可共享运输服务的目的地与所述运输服务的目的地相关(例如，历史可共享运输服务的目的地在所述运输服务的驾驶路线上、所述运输服务的目的地在历史可共享运输服务的驾驶路线上、或历史可共享运输服务的目的地距离所述运输服务的目的地一定距离)。例如，处理引擎112(例如，通信模块410)在上午9：10从服务请求者处接收所述运输服务的请求或意图。处理引擎112(例如，指数确定模块440)可以获得历史可共享的运输服务，例如其请求时间在过去5天中的每一天的上午9：05-上午9：15的范围内。

在一些实施例中，处理引擎112(例如，指数确定模块440)可以确定组合概率的得分。组合概率的得分越大，组合概率越大，在所述候选地点中找到可共享的运输服务以与所述运输服务组合的可能性越大。

在640中，处理引擎112(例如，指数确定模块440)可以基于步行成本、便利指数和组合概率来确定匹配指数值。处理引擎112(例如，指数确定模块440)可以确定步行成本、便利指数和组合概率的权重。在一些实施例中，处理引擎112(例如，指数确定模块440)可以通过确定步行成本、便利指数和组合概率的加权平均值来确定匹配指数值。例如，处理引擎112(例如，指数确定模块440)可以基于下面的等式(1)确定匹配指数值：

M＝W_walkS_walk+W_driveS_drive+W_combS_comb (1)，

其中M指的是匹配指数值的得分、S_walk指的是步行成本的得分、S_drive指的是便利指数的得分、S_comb指的是组合概率的得分、W_walk是指步行成本的权重、W_drive是指便利指数的权重、W_comb是指组合概率的权重。

在一些实施例中，处理引擎112(例如，指数确定模块440)可以以任何顺序执行步骤610、步骤620和步骤630。在一些实施例中，处理引擎112(例如，指数确定模块440)可以同时执行步骤610、步骤620和步骤630。

图7是根据本申请的一些实施例所示的确定候选地点的步行成本的示例性过程的流程图。在一些实施例中，过程700可以在图1中所示的在线按需运输服务系统100中实现。例如，过程700可以作为指令的形式存储在存储器150和/或存储设备(例如，ROM230、RAM240)中，并且由服务器110调用和/或执行(例如，服务器110中的处理引擎112、处理器220、或图4中所示的处理引擎112中的一个或以上模块)。以下呈现的所示过程的操作旨在是说明性的。在一些实施例中，所述流程/方法在实现时可以添加一个或以上未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图7中所示并在下面描述的过程700的操作的顺序不旨在限制性的。在一些实施例中，可以基于过程700来执行图6中所示的步骤610。

在710中，处理引擎112(例如，指数确定模块440)可以确定从起始地点到候选地点的步行路线。

在720中，处理引擎112(例如，指数确定模块440)可以基于步行路线确定步行距离。在一些实施例中，步行距离可以是步行路线的长度。

在730中，处理引擎112(例如，指数确定模块440)可以基于步行路线确定估计步行时间。在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于步行距离、步行速度、步行路线的状况等或其任何组合来确定估计步行时间。

在一些实施例中，步行速度可以是固定速度(例如，4km/h)，或者可以根据不同情况进行调整。例如，对于60岁以上的乘客，步行速度可能相对较慢(例如，3km/h)；对于20至60岁的乘客，步行速度可以相对较快(例如，4.5km/h)。在一些实施例中，当服务请求者第一次使用安装在请求者终端130中的应用程序(例如，智能手机)请求运输服务时，服务请求者可以输入他/她的基本信息(例如，姓名、电话号码、年龄)。请求者终端130可以将基本信息发送到处理引擎112(例如，指数确定模块440)。在接收到基本信息之后，服务器110可以将基本信息存储在存储器150和/或存储介质(例如，ROM230、RAM240)中。当确定步行速度时，处理引擎112(例如，指数确定模块440)可以访问存储器150或存储介质以获得服务请求者的基本信息，并基于基本信息确定步行速度。在一些实施例中，请求者终端130可以使用请求者终端130中的定位技术来确定服务请求者的步行速度，并且将步行速度实时发送到处理引擎112(例如，指数确定模块440)。步行路线的状况可以包括天气、事件信息(例如，交通事故。音乐会)等，或其任何组合。

在740中，处理引擎112(例如，指数确定模块440)可以确定从起始地点到候选地点的直线距离。

在750中，处理引擎112(例如，指数确定模块440)可以确定与候选地点相关联的历史请求的数量。与候选地点相关联的请求的数量可以指一段时间内的历史请求的数量(例如，在处理引擎112接收运输服务的请求或意图的时间点起的过去的一个月中)，其中所述历史请求的上车地点是所述候选地点。

在760中，处理引擎112(例如，指数确定模块440)可以基于步行距离、估计步行时间、直线距离或与候选地点相关联的历史请求的数量来确定步行成本。在一些实施例中，步行距离、估计步行时间、直线距离和与候选地点相关联的历史请求的数量可以分别对应于一个得分。步行距离越短，由处理引擎112(例如，指数确定模块440)确定的对应步行距离的得分就越高。估计步行时间越短，由处理引擎112(例如，指数确定模块440)确定的对应估计步行时间得分越高。直线距离越短，由处理引擎112(例如，指数确定模块440)确定的对应直线距离的得分越高。与候选地点相关联的历史请求的数量越大，由处理引擎112(例如，指数确定模块440)确定的对应与候选地点相关联的历史请求的数量的得分越高。在一些实施例中，步行距离、估计步行时间、直线距离和与候选地点相关联的历史请求的数量可以分别对应于一个权重。处理引擎112(例如，指数确定模块440)可以通过确定步行距离、估计步行时间、直线距离和与候选地点相关联的历史请求的数量的加权平均值来确定步行成本。例如，处理引擎112(例如，指数确定模块440)可以基于下面的等式(2)确定步行成本：

S_walk＝W_wdS_wd+W_wtS_wt+W_ldS_ld+W_hS_h (2)，

其中S_walk是指步行成本的得分，S_wd指的是步行距离的得分，S_wt指的是估计步行时间的得分，S_ld指的是直线距离的得分，S_h指的是与候选地点相关的历史请求数量的得分，W_wd指步行距离的权重，W_wt指的是估计步行时间的权重，W_ld指的是直线距离的权重，W_h指的是与候选地点相关的历史请求数量的权重。

在一些实施例中，处理引擎112(例如，指数确定模块440)可以以任何顺序执行步骤720-750。在一些实施例中，处理引擎112(例如，指数确定模块440)可以同时执行步骤720-750。

图8是根据本申请的一些实施例所示的确定候选地点的便利指数的示例性过程的流程图。在一些实施例中，过程800可以在图1中所示的在线按需运输服务系统100中实现。例如，过程800可以作为指令的形式存储在存储器150和/或存储设备(例如，ROM230、RAM240)中，并且由服务器110调用和/或执行(例如，服务器110中的处理引擎112、处理器220、或图4中所示的处理引擎112中的一个或以上模块)。以下呈现的所示过程的操作旨在是说明性的。在一些实施例中，所述流程/方法在实现时可以添加一个或以上未描述的额外操作，和/或删减一个或以上此处所描述的操作。另外，如图8中所示和下面描述的过程800的操作的顺序不旨在限制性的。在一些实施例中，可以基于过程800来执行图6中所示的步骤620。

在810中，处理引擎112(例如，指数确定模块440)可以确定从候选地点到目的地的驾驶路线。

在820中，处理引擎112(例如，指数确定模块440)可以基于驾驶路线确定驾驶距离。驾驶距离可以指驾驶路线的长度。

在830中，处理引擎112(例如，指数确定模块440)可以基于驾驶路线确定估计驾驶时间。在一些实施例中，处理引擎112(例如，指数确定模块440)可以基于驾驶距离、驾驶速度、驾驶路线的状况等或其任何组合来确定估计驾驶时间。

对于处理引擎112已经将服务提供者分配给服务请求者的情况，处理引擎112(例如，指数确定模块440)可以基于服务提供者的车辆确定驾驶速度。在一些实施例中，当服务提供者第一次使用安装在提供者终端140中的应用程序(例如，服务提供者的智能手机)提供运输服务时，服务提供者可以输入他/她的基本信息(例如，姓名、电话号码、车辆类型、车牌号码)。提供者终端140可以将服务提供者的基本信息发送到处理引擎112。在接收到服务提供者的基本信息之后，处理引擎112可以将基本信息存储在存储器150和/或存储介质(例如，ROM230、RAM240)中。当确定驾驶速度时，处理引擎112(例如，指数确定模块440)可以访问存储器150或存储介质以获得服务提供者的基本信息，并基于基本信息确定驾驶速度服务提供者。可选地或另外地，提供者终端140可以使用提供者终端140中的定位技术来确定车辆的驾驶速度，并且实时地向处理引擎112(例如，指数确定模块440)发送驾驶速度。

对于处理引擎112尚未向服务请求者分配服务提供者的情况，处理引擎112(例如，指数确定模块440)可以基于处理引擎112的默认值(例如，40km/h)来确定驱动速度。

在840中，处理引擎112(例如，指数确定模块440)可以确定从起始地点到目的地的第一方向以及从起始地点到候选地点的第二方向。

在850中，处理引擎112(例如，指数确定模块440)可以确定第一方向和第二方向之间的角度。在一些实施例中，处理引擎112(例如，指数确定模块440)可以确定第一方向和第二方向之间的角度，以便确定候选地点和目的地是否在起始地点的两个相反的方向上。如果处理引擎112(例如，指数确定模块440)确定所述角度是0°，则候选地点和目的地可能在起始地点的相同方向上。如果处理引擎112(例如，指数确定模块440)确定所述角度是180°，则候选地点和目的地可能在起始地点的两个相反方向上。在这种情况下，如果服务请求者从起始地点前往所述候选地点去乘车，则服务请求者可能离目的地更远，这可能导致服务请求者的不良用户体验。

在860中，处理引擎112(例如，指数确定模块440)可以基于驾驶距离、估计驾驶时间或第一方向与第二方向之间的角度来确定便利指数。在一些实施例中，驾驶距离、估计驾驶时间和所述角度中的每一个可以由得分表示。驾驶距离越短，由处理引擎112(例如，指数确定模块440)确定的对应驾驶距离的得分越高。估计驾驶时间越短，由处理引擎112(例如，指数确定模块440)确定的对应估计驾驶时间的得分越高。角度越小，由处理引擎112(例如，指数确定模块440)确定的对应所述角度的得分越高。在一些实施例中，驾驶距离、估计驾驶时间和所述角度可以分别对应于一个权重。处理引擎112(例如，指数确定模块440)可以通过确定驾驶距离、估计驾驶时间和所述角度的加权平均值来确定便利指数。例如，处理引擎112(例如，指数确定模块440)可以基于下面的等式(3)确定便利指数：

S_drive＝W_ddS_dd+W_dtS_dt+W_angleS_angle (3)，

其中S_drive指的是便利指数的得分、S_dd指的是驾驶距离的得分、S_dt指的是估计驾驶时间的得分、S_angle指的是角度的得分、W_dd指的是驾驶的权重、W_dt是指计算驾驶时间的权重、W_angle是指角度的权重。

在一些实施例中，处理引擎112(例如，指数确定模块440)可以以任何顺序执行步骤810和步骤840。在一些实施例中，处理引擎112(例如，指数确定模块440)可以同时执行步骤810和步骤840。在一些实施例中，处理引擎112(例如，指数确定模块440)可以以任何顺序执行步骤820和步骤830。在一些实施例中，处理引擎112(例如，指数确定模块440)可以同时执行步骤820和步骤830。

上文已对基本概念做了描述，显然，对于已阅读此详细揭露的本领域具有通常知识者来讲，上述详细揭露仅作为示例，而并不构成对本申请的限制。虽然此处并没有明确说明，本领域具有通常知识者可能会对本申请进行各种变更、改良和修改。该类变更、改良和修改在本申请中被建议，并且该类变更、改良、修改仍属于本申请示范实施例的精神和范围。

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

此外，本领域具有通常知识者可以理解，本申请的各个态样可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的流程、机器、产品或物质的组合，或对他们的任何新的和有用的改良。相应地，本申请的各个态样可以完全由硬件执行、可以完全由软件(包括韧体、常驻软件、微代码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”或“系统”。此外，本申请的各个态样可能表现为内含于一个或多个计算机可读取媒体中的计算机程序产品，该计算机可读取媒体具有内含于其上之计算机可读取程序编码。

计算机可读取讯号媒体可能包括一个内含有计算机程序编码的传播资料讯号，例如在基带上或作为载波的一部分。所述传播讯号可能有多种形式，包括电磁形式、光形式或类似物、或合适的组合形式。计算机可读取讯号媒体可以是除计算机可读取储存媒体之外的任何计算机可读取媒体，该媒体可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。内含于计算机可读取讯号媒体上的程序编码可以通过任何合适的介质进行传播，包括无线电、缆线、光纤电缆、RF、或类似介质、或任何上述介质的合适组合。

本申请各方面操作所需的计算机程序码可以用一种或多种程序语言的任意组合编写，包括面向对象程序设计，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET，Python或类似的常规程序编程语言，如″C″编程语言、VisualBasic、Fortran2003、Perl、COBOL2002、PHP、ABAP、动态编程语言如Python、Ruby和Groovy或其它编程语言。该程序码可以完全在使用者计算机上运行、或作为独立的套装软件在使用者计算机上运行、或部分在使用者计算机上运行部分在远端计算机上运行、或完全在远端计算机或服务器上运行。在后种情况下，远端计算机可以通过任何网络形式与使用者计算机连接，例如，区域网络(LAN)或广域网路(WAN)，或连接至外部计算机(例如通过使用网络服务供应商(ISP)之网际网络)，或在云端计算环境中，或作为服务使用如软件即服务(SaaS)。

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

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

Claims

1.一种系统，包括：

一个或以上存储介质，包括用于操作在线按需运输服务平台的一组指令；以及

一个或以上处理器，被配置为与所述一个或以上存储介质通信，其中当执行所述指令时，所述一个或以上处理器用于：

在一个时间点从与服务请求者相关联的终端接收第一信号，所述第一信号包括

结构化数据的第一部分，包括允许与第二运输服务组合的第一运输服务的请求或意图，

所述结构化数据的第二部分，包括所述第一运输服务的起始地点，以及

所述结构化数据的第三部分，包括所述第一运输服务的目的地；

发送第二信号访问所述存储介质以读取至少两个候选地点；

对于所述至少两个候选地点中的每一个，基于所述起始地点或所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为所述第一运输服务的上车地点的概率；

基于所述匹配指数值，从所述至少两个候选地点选择一个或以上上车地点；以及

将包括所述一个或以上上车地点的第三信号发送到所述终端。

2.根据权利要求1所述的系统，其特征在于，所述至少两个候选地点在所述起始地点的预定距离内。

3.根据权利要求1所述的系统，其特征在于，为了确定所述匹配指数值，所述一个或以上处理器用于：

确定与所述起始地点和所述候选地点相关的步行成本；

确定与所述目的地和所述候选地点相关的便利指数；

确定与找到和第一运输服务组合的所述第三运输服务相关联的组合概率；以及

基于所述步行成本、所述便利指数或者所述组合概率中的至少一个确定所述候选地点的所述匹配指数值。

4.根据权利要求3所述的系统，其特征在于，为了确定所述步行成本，所述一个或以上处理器用于：

基于所述起始地点和所述候选地点确定第一路线；

基于所述第一路线确定步行距离；

基于所述第一路线确定估计步行时间；

基于所述起始地点和所述候选地点确定直线距离；

确定与所述候选地点相关的历史请求的第一数量；以及

基于所述步行距离、所述估计步行时间、所述直线距离或者所述第一数量中的至少一个确定所述步行成本。

5.根据权利要求3所述的系统，其特征在于，为了确定所述便利指数，所述一个或以上处理器用于：

基于所述候选地点和所述目的地确定第二路线；

基于所述第二路线确定驾驶距离；

基于所述第二路线确定估计驾驶时间；

确定从所述起始地点到所述目的地的第一方向；

确定从所述起始地点到所述候选地点的第二方向；

确定所述第一方向和所述第二方向之间的角度；以及

基于所述驾驶距离、所述估计驾驶时间或者所述角度中的至少一个来确定所述便利指数。

6.根据权利要求3所述的系统，其特征在于，为了确定所述组合概率，所述一个或以上处理器用于：

确定第一确定结果，所述确定结果表示在所述时间点，不存在上车地点是所述候选地点的运输服务；

响应于所述第一确定结果，确定与所述候选地点和所述时间点相关联的历史请求的第二数量以及响应所述第一确定时的所述时间点；以及

基于所述第二数量确定所述组合概率。

7.根据权利要求1所述的系统，所述一个或以上处理器进一步用于：

确定拼车运输服务可用于所述起始地点所在的区域。

8.一种在具有一个或以上处理器和一个或以上存储介质的计算设备上实现的方法，所述方法包括：

所述一个或以上处理器在一个时间点从与服务请求者相关联的终端接收第一信号，所述第一信号包括

发送第二信号访问所述存储介质以读取至少两个候选地点；

对于所述至少两个候选地点中的每一个，所述一个或以上处理器基于所述起始地点或所述目的地确定所述候选地点的匹配指数值，其中所述匹配指数值是成为所述第一运输服务的上车地点的概率；

所述一个或以上处理器基于所述匹配指数值，从所述至少两个候选地点选择一个或以上上车地点；以及

所述一个或以上处理器将包括所述一个或以上起始地点的第三信号发送到所述终端。

9.根据权利要求8所述的方法，其特征在于，所述至少两个候选地点在所述起始地点的预定距离内。

10.根据权利要求8所述的方法，其特征在于，确定所述匹配指数值包括：

所述一个或以上处理器确定与所述起始地点和所述候选地点相关的步行成本；

所述一个或以上处理器确定与所述目的地和所述候选地点相关的便利指数；

所述一个或以上处理器确定与找到和第一运输服务组合的所述第三运输服务相关联的组合概率；以及

所述一个或以上处理器基于所述步行成本、所述便利指数或者所述组合概率中的至少一个确定所述候选地点的所述匹配指数值。

11.根据权利要求10所述的方法，其特征在于，确定所述步行成本包括：

所述一个或以上处理器基于所述起始地点和所述候选地点确定第一路线；

所述一个或以上处理器基于所述第一路线确定步行距离；

所述一个或以上处理器基于所述第一路线确定估计步行时间；

所述一个或以上处理器基于所述起始地点和所述候选地点确定直线距离；

所述一个或以上处理器确定与所述候选地点相关的历史请求的第一数量；以及

所述一个或以上处理器基于所述步行距离、所述估计步行时间、所述直线距离或者所述第一数量中的至少一个确定所述步行成本。

12.根据权利要求10所述的方法，其特征在于，确定所述便利指数包括：

所述一个或以上处理器基于所述候选地点和所述目的地确定第二路线；

所述一个或以上处理器基于所述第二路线确定驾驶距离；

所述一个或以上处理器基于所述第二路线确定估计驾驶时间；

所述一个或以上处理器确定从所述起始地点到所述目的地的第一方向；

所述一个或以上处理器确定从所述起始地点到所述候选地点的第二方向；

所述一个或以上处理器确定所述第一方向和所述第二方向之间的角度；以及

所述一个或以上处理器基于所述驾驶距离、所述估计驾驶时间或者所述角度中的至少一个来确定所述便利指数。

13.根据权利要求10所述的方法，其特征在于，确定所述组合概率包括：

所述一个或以上处理器确定第一确定结果，所述第一确定结果表示在所述时间点，不存在上车地点是所述候选地点的运输服务；

所述一个或以上处理器响应于所述第一确定结果，确定与所述候选地点和所述时间点相关联的历史请求的第二数量以及响应于所述第一确定时的所述时间点；以及

所述一个或以上处理器基于所述第二数量确定所述组合概率。

14.根据权利要求8所述的方法，其特征在于，所述方法进一步包括：

所述一个或以上处理器确定拼车运输服务可用于所述起始地点所在的区域。

15.一种非暂时性计算机可读介质，包括用于操作在线按需运输服务平台的至少一组指令，其中当由电子终端的一个或以上处理器执行时，所述至少一组指令指示所述一个或以上处理器执行以下行为：

发送第二信号访问所述存储介质以读取至少两个候选地点；

将包括所述一个或以上起始地点的第三信号发送到所述终端。

16.根据权利要求15所述的非暂时性计算机可读介质，其特征在于，所述至少两个候选地点在所述起始地点的预定距离内。

17.根据权利要求15所述的非暂时性计算机可读介质，其特征在于，确定所述匹配指数值包括：

确定与所述起始地点和所述候选地点相关的步行成本；

确定与所述目的地和所述候选地点相关的便利指数；

18.根据权利要求17所述的非暂时性计算机可读介质，其特征在于，确定所述步行成本包括：

基于所述起始地点和所述候选地点确定第一路线；

基于所述第一路线确定步行距离；

基于所述第一路线确定估计步行时间；

基于所述起始地点和所述候选地点确定直线距离；

确定与所述候选地点相关的历史请求的第一数量；以及

19.根据权利要求17所述的非暂时性计算机可读介质，其特征在于，确定所述便利指数包括：

基于所述候选地点和所述目的地确定第二路线；

基于所述第二路线确定驾驶距离；

基于所述第二路线确定估计驾驶时间；

确定从所述起始地点到所述目的地的第一方向；

确定从所述起始地点到所述候选地点的第二方向；

确定所述第一方向和所述第二方向之间的角度；以及

20.根据权利要求17所述的非暂时性计算机可读介质，其特征在于，确定所述组合概率包括：

确定第一确定结果，所述第一确定结果表示在所述时间点，不存在上车地点是所述候选地点的运输服务；

基于所述第二数量确定所述组合概率。

21.一种系统，包括：

通信模块，被配置为在一个时间点从与服务请求者相关联的终端接收第一信号并且发送包括一个或以上上车地点的第二信号到所述终端，所述第一信号包括

候选地点确定模块，被配置为发送第二信号访问所述存储介质以读取至少两个候选地点；

指数确定模块，被配置为基于所述起始地点或所述目的地确定所述至少两个候选地点中的每一个的匹配指数值，其中所述匹配指数值是所述候选地点成为所述第一运输服务的上车地点的概率；以及

上车地点确定模块，被配置为基于所述匹配指数值从所述至少两个候选地点选择所述一个或以上上车地点。