阅读说明：本技术 用于提供成本分担运输服务的系统和方法 (System and method for providing cost-sharing transportation services ) 是由 白艾婧 李杨 潘斌 于 2018-11-17 设计创作，主要内容包括：本申请提供了用于提供成本分摊运输服务的系统和方法。示例性系统可以包括存储器和耦合到存储器的至少一个处理器。当执行存储在存储器上的指令时，至少一个处理器将执行操作。操作可以包括向第一用户提供成本分摊选项。操作还可以包括从第一用户接收输入以指示成本分摊选项的选择。操作还可以包括基于起始位置向第一用户提供上车区域的信息。操作还可以包括搜索与成本分摊选项相关的第二用户。操作还可以包括确定与成本分摊选项相关的上车位置。操作还可以包括向第一用户提供上车位置的信息。(Systems and methods for providing cost-apportioned transportation services are provided. An exemplary system may include a memory and at least one processor coupled to the memory. When executing instructions stored on the memory, the at least one processor will perform operations. The operations may include providing a cost apportionment option to the first user. The operations may also include receiving an input from the first user to indicate a selection of the cost-sharing option. The operations may also include providing information of the boarding area to the first user based on the starting location. The operations may also include searching for a second user associated with the cost apportionment option. The operations may also include determining a boarding location associated with the cost-apportionment option. The operations may also include providing information of the boarding location to the first user.)

用于提供成本分担运输服务的系统和方法

相关申请

本申请要求于2017年12月4日提交的PCTCN2017114376，以及2018年5月18日提交的PCTCN2018087442的优先权。上述申请的全部内容通过引用明确地并入本文。

技术领域

本申请涉及提供运输服务，更具体地，涉及使用在线平台提供成本分摊运输服务的系统和方法。

背景技术

网约车平台(例如，DiDi^TM在线)可以接收来自乘客的乘车服务请求，然后将服务请求发送至至少一个运输服务提供者(例如，出租车司机、私家车车主等等)。如果没有人在预定时间段内接收服务请求，则服务请求可由服务提供者响应或分配给服务提供者。

当多个乘客前往类似的目的地或共享类似的路线时，他们可以汇集在一起以共享相同的服务车辆以及成本。这个成本分摊的安排也被称为拼车。当前提供成本分摊选项的网约车平台在匹配乘客与司机和/或同乘者之前不向乘客提供关于上车位置的足够信息。当平台向乘客透露上车位置后，可能已找到同乘者或司机。此时，如果乘客由于到上车位置的步行距离较长而选择取消运输请求，则将对已经匹配的司机或同乘者产生不利影响。另一方面，如果过早地向乘客透露确切的上车位置，则可能导致潜在的利用或引起安全问题。因此，当前的系统面临着该早些还是晚些向乘客透露上车位置信息的困境。

本申请的实施例提供了解决上述问题的方法和系统。

发明内容

本申请的实施例提供了一种用于提供成本分摊运输服务的系统。该系统可以包括存储计算机可读指令的存储器和耦合到存储器的至少一个处理器。当由至少一个处理器执行指令时，存储在存储器上的指令可以使处理器执行操作。该操作可以包括为第一用户提供成本分摊选项。该操作还可以包括接收来自第一用户的输入，指示成本分摊选项的选择。该操作还可以包括基于起始位置向第一用户提供上车区域的信息。该操作还可以包括搜索与成本分摊选项相关的第二用户。该操作还可以包括确定与成本分摊选项相关的上车位置。该操作还可以包括向第一用户提供上车位置的信息。

本申请的实施例进一步公开了一种用于提供成本分摊运输服务的计算机实现的方法。该方法可以包括为向第一用户提供成本分摊选项。该方法还可以包括接收来自从第一用户接收的输入来指示成本分摊选项的选择。该方法还可以包括基于起始位置向第一用户提供上车区域的信息。该方法还可以包括搜索与成本分摊选项相关的第二用户。该方法还可以包括确定与成本分摊选项相关的上车位置。该方法还可以包括向第一用户提供上车位置的信息。

本申请的实施例进一步公开了一种非暂时性计算机可读存储介质。非暂时性计算机可读存储介质可以存储一组指令，当由电子设备的至少一个处理器执行指令时，将使得电子设备执行用于提供成本分摊运输服务的方法。该方法可以包括为向第一用户提供成本分摊选项。该方法还可以包括从接收来自第一用户接收的输入来指示成本分摊选项的选择。该方法还可以包括基于起始位置向第一用户提供上车区域的信息。该方法还可以包括搜索与成本分摊选项相关的第二用户。该方法还可以包括确定与成本分摊选项相关的上车位置。该方法还可以包括向第一用户提供上车位置的信息。

应当理解，上述的一般性描述和以下的详细描述都只是示例性和说明性的，并不是对要求保护的本发明的限制。

附图说明

图1是根据本申请的实施例所示的用于提供成本分摊运输服务的示例性系统。

图2是根据本申请的实施例所示的被配置为提供成本分摊运输服务的示例性终端设备的框图。

图3是根据本申请的实施例所示的被配置为提供成本分摊运输服务的示例***器的框图。

图4A-4B是根据本申请的实施例所示的用于提供成本分摊运输服务的示例性方法的流程图。

图5A-5E是根据本申请的实施例所示的请求成本分摊运输服务的各个阶段的示例性界面。

图6是根据本申请的实施例所示的在成本分摊运输服务期间展示与同乘者匹配的示例性界面。

图7是根据本申请的实施例所示的在成本分摊运输服务期间展示座位选择的示例性界面。

具体实施方式

示例性实施例将作为详细参考，其示例将在附图中示出。在任何可能的情况下，在整个附图中将使用相同的附图标记表示相同或相似的部分。

本申请的实施例提供了用于提供成本分摊运输服务的系统和方法。在一些实施例中，成本分摊运输服务可以通过在同乘者之间分摊成本以奖励运输车辆的共享。在一些实施例中，成本分摊运输服务可以奖励有意愿共享运输的车辆，而不论运输车辆实际上是否由多个用户共享。在这种情况下，成本分摊可以以常规运输服务票价的折扣、统一费率或其他降低票价的形式反映出来。在一些实施例中，除了常规运输服务之外，成本分摊服务可以被提供为用户的选项。如这里所使用的，成本分摊服务还可以被称为成本分摊选项、成本节省服务/选项、拼车服务/选项、拼车服务/选项或类似术语。

本申请的实施例提供了一种机制，以便为利用成本分摊服务的用户提供上车位置的信息。与现有系统不同，想要享受成本分摊服务的乘客只能接受系统指定的上车位置或取消已经匹配的乘车请求而没有其他选择，本申请的实施例允许用户在将成本分摊服务请求广播给潜在的司机和同乘者之前，通过描绘一个接送区域以评估到达上车位置的步行距离。上车区域定义了上车位置的边界，该边界可以在用户的成本分摊运输请求被发送进行匹配之前通知用户步行距离的上限。如果用户决定不继续，他/她可以选择其他形式的运输服务而无需取消正在进行的订单。也就是说，本申请的实施例不是透露确切的上车位置，或是隐藏上车位置直到匹配成功，而是平衡乘客和服务平台提供者的利益。

此外，本申请的实施例可以在上车区域内提供建议/推荐的上车位置。用户可以从多个推荐的上车位置中选择上车位置。可以基于历史信息确定推荐的上车位置，以平衡乘客、司机和/或同乘者的利益。

在一些实施例中，示例性系统和方法可以实现为在线乘车服务(也称为在线乘车共享服务)的一部分，其中司机使用服务车辆向一个或以上乘客提供运输服务。在这种情况下，司机和一个或以上乘客可以使用终端设备进行通信，例如移动电话、可穿戴设备、PDA等。在线乘车服务可以经由服务平台提供，该服务平台促进终端设备之间以及终端设备和服务器之间的通信。

图1是根据本申请的实施例所示的用于提供成本分摊运输服务的示例性系统100。如图1所示，用户102可以使用终端设备112请求运输服务。例如，终端设备112可以在其上安装服务应用程序以显示允许用户102输入与运输服务有关的信息的用户界面。该请求可以包括起始位置126和目的地132的信息。如这里所使用的，起始位置126可以与用户102的当前物理位置122相同或不同。进一步地，起始位置126可以与上车位置124相同或不同。在一些实施例中，在输入起始位置/目的地信息之前，可以向用户102提供成本分摊选项。在一些实施例中，起始位置可以表示用户102用作运输服务的“起始”位置的位置。例如，为了进行运输服务请求，用户102可以通过安装在终端设备112上的服务应用程序输入起始位置的地址。用户102还可以操纵显示在终端设备112上的用户界面上显示的地图，以在地图上指示起始位置126。在一些实施例中，起始位置126可以由地图上的指示器，例如，指针来描绘。用户102可以“拖动”该指针或地图以改变地图上的该指针的位置。

在一些实施例中，运输服务请求可以通过通信链路162从终端设备112发送至服务器172。服务器172可以在云计算环境170(为简单起见，在此称为“云170”)中提供。通信链路162可以包括任何合适的通信通道，例如，经由合适网络的无线通信通道。在服务器172接收到请求之后，基于用户102的起始位置和/或目的地，服务器172可以确定成本分摊选项是否可用。在一些实施例中，成本分摊运输服务可以在特定的地理区域中使用，例如，城市、县、城镇、大都市区等。在这些实施例中，服务器172可以确定起始位置和/或目的地是否落入提供成本分摊服务的预定地理区域内。在确定成本分摊服务可用之后，服务器172可以向用户102提供成本分摊选项。在一些实施例中，可以在成本分摊服务可用的区域中将成本分摊选项作为默认的运输服务选项提供给用户102。

成本分摊选项可能附有价格。该价格与常规价格相比，可能包括折扣，以反映成本分摊特征。在一些实施例中，无论实际上是否发生服务车辆共享，价格都可以是固定的。

终端设备112可以从用户102接收输入以指示成本分摊选项的选择。例如，用户102可以通过显示在终端设备112的屏幕上的用户界面选择成本分摊选项。在一些实施例中，可以向用户102提供用户界面，该用户界面请求确认所需的座位数量。例如，可以实现默认一个座位和最多两个座位。

在用户102选择成本分摊选项之后，可以向用户102提供上车区域120的信息，其中上车位置是有界的。例如，上车区域120可以以起始位置126为中心。在一些实施例中，可以允许用户102选择与起始位置126不同的另一个位置。例如，可以向用户102提供选择方便、安全或自定义接收运输服务的位置的选项。在一些实施例中，可以基于用户的当前位置122、历史服务信息、本地法规和习惯或其他合适的因素，向用户102推荐一个或多个位置。

在一些实施例中，可以基于诸如与起始位置126(城市、区域、地区、国家等)相关的地理区域、一天中的时间、与起始位置126相关的交通状况(例如，覆盖起始位置126的预设区域的交通状况)或某些预设参数等因素，自动确定接送区域120。上车区域可具有各种形状和覆盖范围。例如，上车区域120可以是以起始位置126为中心，且具有预定或动态确定的半径的圆形区域。在另一个示例中，上车区域120可以是其他形状，包括不规则形状，例如，由起始位置126中街区的数量、在当前的、历史的或预测的交通状况下到达起始位置126的驾驶/步行时间等限定。

终端设备112可以显示上车区域120，以允许用户102在提交成本分摊服务请求以搜索司机和共乘者之前，评估在上车区域120内的接送位置是否可接受。基于所显示的接送区域120，如果用户102决定不继续使用成本分摊选项，则用户102可以在不提交成本分摊服务请求的情况下选择其他乘坐选项。因此，上车区域120用作实际上车位置的预览，以提高关于上车位置所在位置的确定性程度。提高的确定性可以显著降低由于用户不愿意长途跋涉导致的取消率。

在向用户102提供了上车区域120的信息之后，用户102可以确定是否提交成本分摊服务请求。例如，用户102可以点击确认按钮提交请求。在接收到请求时，服务器172可以搜索与成本分摊选项相关的第二用户。例如，第二用户可以是可以与用户102共享服务车辆110的同乘者(例如，用户106)。在另一个例子中，第二用户可以是提供所请求的成本分摊运输服务的服务提供者(例如，用户104)。例如，服务器172可以将运输服务请求广播给靠近用户102的当前位置或起始位置126的潜在同乘者和/或服务提供者。例如，服务提供者104可以通过使用服务车辆110接受提供运输服务的请求。服务器172还可以将请求与服务提供者104匹配，并将运输服务分配给服务提供者104。在另一示例中，同乘者可以加入用户102以共享服务车辆110。在一些实施例中，服务提供者104可以使用终端设备114与服务器170和/或用户102通信。例如，终端设备114可以经由通信链路164与服务器170通信，类似于通信链路162。

终端设备114可以向服务器172提供服务车辆110和/或服务提供者104的信息，例如服务车辆110的当前位置、服务车辆110当前是否正在向其他用户提供运输服务，以及如果是的话，当前服务的目的地或路线。服务器172可以基于服务车辆110、服务提供者104、用户102、位置122、上车区域120等的信息，确定上车位置124。例如，服务器172可以确定上车位置124以平衡服务提供者104的驾驶距离和用户102的步行距离。在一些实施例中，服务器172可以在上车区域120内推荐几个候选上车位置以供用户102选择。用户102可以从候选位置中选择上车位置并将选择发送至服务器172。在设置上车位置124之后，服务器172可以向用户102和服务提供者104提供上车位置的信息。例如，上车位置124可以是地图上的地理坐标的形式，并且服务器172可以基于地理坐标确定对应的地址、地标或兴趣点(POI)，并且向用户102和服务提供者104提供用户友好的地址、地标或POI名称。可以分别向用户102和服务提供者104提供导航路线，例如，从用户102的当前位置122到上车位置124的步行路线142和从服务车辆的当前位置到上车位置124的驾驶路线144。

在搜索司机之后或同时，服务器172可以搜索同乘者与用户102共享服务车辆110。例如，服务器172可以搜索位于用户102的当前位置附近的同乘者，并指示同乘者在上车位置124或另一个上车位置与服务提供者104相遇。例如，用户106可以是这样的同乘者。用户106可以使用终端设备116请求到达目的地136的运输服务。与用户102的情况类似，该请求可以经由通信链路166发送至服务器172。服务器172可以基于用户的目的地(132和136)、到达目的地的路线、用户性别、可用的支付方法或其他合适的因素将用户106与用户102匹配。在用户106接受成本分摊安排之后，可以向用户106提供导航路线146以满足服务提供者104和同乘者102的需求。在一些实施例中，可以向用户102提供用户106的信息以表示已找到合适的同乘者。

在另一示例中，服务器172可以搜索正在前往占用服务车辆110的当前乘车人的一个或以上目的地途中的同乘者。例如，用户108可以是这样的候选同乘者，其并不位于用户102的出发地点附近，而是靠近通向用户102的目的地132的导航路线152。与用户102的情况类似，用户108可以使用终端设备118经由通信链路168与服务器172通信。系统可以将用户108作为同乘者与用户102匹配，并且可以指示服务提供者104在去往用户102的目的地132的途中采取绕道154以接到用户108。

可以预测到，搜索同乘者可以在搜索服务提供者104之前、之后或与之同时进行。在一些实施例中，只要在服务车辆110上存在至少一个可用座位，搜索同乘者就可以在整个服务行程中持续进行。在一些实施例中，由于同乘者的离开(例如，到达同乘者的目的地)，在至少一个座位变得可用之后，可以恢复搜索同乘者。在一些实施例中，在整个服务行程期间可能存在服务车辆110可以采取的最大允许停靠次数。例如，用户102在行程中上可能最多经历三次出于上车和下车目的的停靠。在一些实施例中，在用户102到达目的地132的预设距离内之后，不允许另外接收同乘者。在一些实施例中，到达目的地的距离132和乘坐的总距离之间的比率可以用作是否允许接载新的同乘者的指示。如果该比率低于预设值(例如，用户102接近到达目的地132)，则不允许另外接收同乘者。

在一些实施例中，服务器172可以向用户102提供其他同乘者的目的地，当这些目的地在去往用户102的目的地132的路线途中时。例如，同乘者的目的地可以是在到用户102的目的地132的途中的位置136处。目的地136可以在终端设备112的显示器上显示的导航地图上得到描绘。在一些情况下，如图1所示，目的地136可以略微偏离路线152，服务车辆110可以选择绕道156以在目的地136处使同乘者下车。在某些情况下，同乘者的目的地138可能超出用户102的目的地132。在这种情况下，可以不向用户102提供目的地138。服务车辆110在沿着路线152完成行程服务之后可以沿着路线158继续行驶，以使同乘者到达目的地下车。

图2是根据本申请的实施例描绘的示例性终端设备200的框图。终端设备200可以包括任何可以向用户显示信息的合适的设备，例如智能电话、平板电脑、可穿戴设备、计算机等。在一些实施例中，终端设备200可以是由运输服务提供者104使用的司机终端(例如，终端设备114)。在其他一些实施例中，终端设备200可以是乘客请求运输服务所使用的乘客终端(例如，终端设备112、116或118)。终端设备200的描述将使用乘客终端作为示例。

如图2所示，终端设备200可以包括通信接口204、处理器206、存储器/存储设备208和显示器210。通信接口204可以包括综合业务数字网(ISDN)卡、电缆调制解调器、卫星调制解调器或调制解调器，以提供数据通信连接。又例如，通信接口204可以包括局部区域网络(LAN)卡，以提供兼容LAN的数据通信连接。无线链路也可以由通信接口204实现。在此种实施情况中，通信接口204可以发送和接收电信号、电磁信号或光信号，其携带经由网络表示各种类型信息的数字数据流。网络通常可以包括蜂窝通信网络、无线局部区域网络(WLAN)、广域网(WAN)等。

通信接口204可以被配置用于发送运输服务请求。运输服务请求可以包括乘客信息、行程起始地、行程目的地等等。运输服务请求可以由服务车辆(例如，服务车辆110)接受或以其他方式与服务车辆匹配。通信接口204可以被配置为从服务器172，或者直接从与服务车辆(例如，服务车辆110)相关的司机终端(例如，终端设备114)接收司机和车辆信息。服务车辆可包括在网约车平台登记的出租车或私家车。在一些实施例中，服务车辆还可包括自动驾驶车辆。网约车平台可以维护用于存储登记车辆和相关司机的档案的数据库。车辆信息可以包括，例如，车辆位置、车辆年份、制造商和型号，以及与服务车辆相关的其他特征或特性。司机信息可包括，例如，司机的姓名、照片或其他身份证明信息、司机的牌照号码、驾驶记录、司机的客户评论。

通信接口204还可以进一步接收与当前运输服务请求有关的、服务车辆尚未完成的信息。例如，通信接口104可以接收当前运输服务请求的下车地点。在接收运输服务请求之后，通信接口104还可以接收导航信息，例如服务车辆的当前位置、交通数据、地图数据。在一些实施例中，服务车辆或司机终端上的导航设备可以将车辆位置提供给通信接口204。在一些实施例中，通信接口204可以被配置为从服务器172接收其他数据，例如，地图数据、实时交通信息、天气信息、道路拥堵信息等。数据可以周期性地接收更新，例如，每0.1秒、每秒、每5秒，或在有更新请求时进行更新。

通信接口204可以被配置为从服务器172接收成本分摊服务信息。例如，通信接口204可以从服务器172接收价格信息、上车位置信息、同乘者信息、同乘者的目的地信息等。

处理器206可包括任何适当类型的通用或专用微处理器、数字信号处理器或微控制器。处理器206可以被配置为专用于提供运输服务的单独处理器模块，包括协调司机和乘车人、呈现地图和提供导航信息。或者，处理器206可以被配置为共享处理器模块，用于执行与运输服务无关的其他功能。处理器206可以包括一个或以上设计用于与其他组件一起使用或执行程序的一部分的硬件单元(例如，集成电路的一部分)。程序可以存储在计算机可读存储介质上，并且当由处理器206执行时，它可以执行与运输服务有关的一个或以上功能。

存储器/存储设备208可以包括任何适当类型的用于存储处理器206可以处理的任何类型的信息的大容量内存。存储器/存储设备208可以是易失性或非易失性的、磁性的、基于半导体的、基于带的、光学的、可移除的、不可移除的或其他类型的存储设备或有形的(即非暂时性的)计算机可读的存储介质，包括但不限于ROM、闪存、动态RAM和静态RAM。存储器/存储设备208可以被配置为存储一个或以上计算机程序，其可以由处理器206执行以提供运输服务，包括协调司机和乘车人、呈现地图以及提供导航信息。例如，存储器/存储设备208可以被配置为存储程序，其可以由处理器206执行以提供成本分摊运输服务。

存储器/存储设备208可以进一步被配置为存储处理器206使用的信息和数据。例如，存储器/存储设备208可以被配置用于存储由通信接口204接收的各种类型的数据(例如，运输服务请求、车辆信息、司机信息、更新的行程信息、地图数据、交通数据、成本分摊信息等)。存储器/存储设备208还可以存储中间数据，例如，呈现的地图部分、导航路线、显示区域中显示的元素的大小和形状等。各种类型的数据可以永久存储、定期移除、或者在处理每个数据帧之后立即被忽略。

显示器110可以包括诸如液晶显示器(LCD)、发光二极管显示器(LED)、等离子显示器或任何其他类型的显示器，并且提供在显示器上呈现的用于用户输入和数据描述的图形用户界面(GUI)。显示器可以包括许多不同类型的材料，例如，塑料或玻璃，并且可以是触敏的以接收来自用户的输入。例如，显示器可以包括大体上刚性的触敏材料，例如GorillaGlass^TM，或大体上柔韧的触敏材料，例如Willow Glass^TM。

图3是与一些实施例一致的示例***器172的框图。服务器172可以包括通信接口304，其可以类似于通信接口204，设计特征集中于服务器的使用，例如高吞吐量、高可用性和高可靠性。在一些实施例中，通信接口304可以从终端设备112、116和/或118接收运输服务请求，并且将服务匹配信息发送至终端114和/或将本地成本分摊匹配信息发送至终端设备116和/或118。在一些实施例中，通信接口304可以将上车位置信息和/或导航路线信息发送至终端设备112、114、116和/或118。

服务器172还可以包括至少一个处理器306。处理器306可以是任何合适类型的处理器，并且可以类似于处理器206，设计特征集中于服务器的使用，例如，高速、多核、低延迟、高可靠性、高可用性以及进行并行计算的能力。处理器306可以处理由通信接口304接收的服务请求，并确定匹配的服务载体以满足请求。处理器306还可以确定同乘者共享相同的服务车辆以节省成本。在一些实施例中，处理器306可以根据诸如需求供应、历史价格信息、一天中的时间、成功概率等因素来确定成本分摊选项的适当价格。

服务器172还可以包括存储器/存储设备308，其可以包括任何类型的大容量存储设备。存储器/存储设备308可以类似于存储器/存储设备208，设计特征集中于服务器的使用，例如，高容量、高通量、高可靠性、高可用性、高速等。

图4A-4B示出了用于提供成本分摊运输服务的示例性方法400的流程图。方法400可以由终端设备112/116/118、服务器172或终端设备和服务器共同实现。预期方法400的任何步骤可以由处理器206单独执行、由处理器306单独执行、或由处理器206和306共同执行。在下文中，处理器206用作描述方法400的步骤的示例。如以下所述，方法400可以包括多个步骤。应当理解，执行本文提供的实施例的一些步骤可以是可选的。此外，一些步骤可以同时执行，或者以与图4A-4B中所示不同的顺序执行。

在步骤402中，处理器206可以向第一用户(例如，用户102)提供成本分摊选项。在一些实施例中，可以在接收关于起始位置/目的地信息的用户输入之前提供成本分摊作为选项。例如，在用户102启动安装在终端设备112上的运输服务应用之后，可以向用户102提供包括成本分摊选项的一个或以上运输服务选项。在一些实施例中，可以提供成本分摊选项作为默认运输服务选项。在一些实施例中，可以基于确定起始位置和/或目的地是否在成本分摊服务区内来提供成本分摊选项。例如，处理器206可以从用户102接收对第一目的地(例如，目的地132)的运输服务的请求。图5A示出了在终端设备200的显示器210上显示的示例性用户界面510，其中用户102可以将目的地信息输入到输入栏520中。在用户102点击输入栏520之后，可以显示目的地信息用户界面522，如图5B所示，其中用户102可以使用软键盘526在目的地栏524中输入目的地的地址或描述，或者通过从列表528中单击建议的目的地之一。另外，用户102可以使用他/她的当前位置作为运输服务的起点或者在起始信息栏529中输入不同的起始位置。

在一些实施例中，处理器206可以确定目的地和/或起点是否落入预定的地理区域，例如，提供节省成本的运输服务的拼车区域。在一些实施例中，处理器206可以确定起点和目的地是否都落在拼车区域内。在一些实施例中，处理器206可以确定起点和目的地之一是否落入拼车区域内。如果确定所请求的行程不落在拼车区域内，则可以向用户102提供常规成本选项。另一方面，如果确定所请求的行程落在拼车区域内，则可以向用户102提供成本分摊选项。

图5C中示出了向用户102提供成本分摊选项的示例性界面。如图5C所示，成本分摊选项作为拼车选项530被提供。拼车选项可以附带价格532，其可以在正常价格上打折，作为对用户102与其他同乘者共享服务车辆的意愿的奖励。价格可以基于多种因素确定，例如，与运输服务相关的地理区域(例如，不同的城市可能对相似的路程有不同的价格)、地理区域内的运输服务的需求(例如，更高的需求可能与更高的价格相关)、地理区域内的运输服务供应(例如，较低的供应可能与较高的价格相关)、具有成本分摊选项的运输服务的历史(例如，历史拼车价格可以用作指导方针或基准)、至少找到一个同乘者来分担运输服务成本的概率(例如，如果定位同乘者的概率相对较低，那么价格可能相对较高)、一天中的时间(例如，高峰时段可能与更高的价格相关)等。在一些实施例中，价格可以是固定价格(例如，如图5C所示的固定费率538)，无论同乘者是否实际共享服务车辆，其都不会改变。在一些实施例中，可以根据实际共享服务车辆的同乘者的数量动态调整价格。还可以向用户102提供等待时间537，其指示需要定位同乘者和/或司机预计所需的时间。

在步骤404中，处理器206可以从用户102接收指示选择成本分摊选项的输入。例如，如图5C所示，用户102可以点击按钮538以使用成本分摊选项请求运输服务。否则，用户102可以选择其他选项，例如常规乘车、打出租车等。

在步骤406中，可以向用户102提供上车区域120的信息。图5D示出了描绘示例性上车区域120的示例性界面540。在一些实施例中，上车区域120可以以起始位置126为中心。如上所述，上车区域120的形状可以变化。因此，尽管图5D示出了圆形的上车区域，但是也可以使用其他形状。另外，上车区域120相对于位置126的边界处可以是预先确定的(例如，50米、100米、200米、5分钟步行距离、4个街区等)或动态确定的(例如，雨天时会变小、晴天时会变大、交通繁忙时会变小而交通空闲时会变大等)。在一些实施例中，可以基于与起始位置126相关的地理位置确定上车区域120的边界。例如，在潜在同乘者和/或司机数量充足的城市中，上车区域120可能相对较小。另一方面，在潜在同乘者和/或司机稀疏的农村地区，上车区域可能相对较大。在一些实施例中，上车区域120的信息可以在信息块542中提供给用户102，指示上车位置将靠近的地址或兴趣点。如图5D所示，起始位置126可以与用户102的当前位置122相同或不同。

在步骤408中，处理器206可以从用户102接收表示用户102是否决定继续请求成本分摊服务的输入。例如，用户102可以通过接口540点击图5D中所示的“请求”按钮544以请求成本分摊运输服务。

在步骤410中，处理器206可以确定用户102是否请求成本分摊服务行程(例如，通过经由接口540点击确认按钮)。如果不请求(例如，用户102通过接口540点击“后退”键)，则方法400前进到步骤412，步骤412中处理器206可以向用户102提供常规成本选项。另一方面，如果用户102确实请求成本分摊服务选项(例如，通过点击图5D中所示的“请求”按钮544)，则方法400前进到中间步骤A。图4B示出了步骤A之后的示例性过程。

转到图4B，方法400从步骤A前进到步骤420，其中处理器206可以搜索与请求成本分摊运输服务相关的第二用户。如上所述，第二用户可以是同乘者或服务提供者。例如，用户102的运输请求可以被广播给靠近用户102的区域内的潜在同乘者和/或服务提供者，以等待至少一个第二用户接受该请求。在另一示例中，可以选择第二用户以匹配该请求。在步骤422中，处理器206可以确定是否找到了第二用户。如果没有，则方法400前进到步骤423，其中处理器206可以确定是否已经超过预定的持续时间(例如，最大等待时间段)。如果没有，则方法400返回到步骤420以进一步尝试定位第二用户。然而，如果在步骤423中已经超过预定持续时间，则方法400前进到步骤425，其中处理器206可以停止搜索第二用户。例如，当第二用户是同乘者时，处理器206可以停止搜索同乘者以与用户102共享服务车辆。当第二用户是司机时，处理器206可以通知用户102所请求的具有成本分摊选项的运输服务不可用，并且可以建议其他乘车选项。

返回步骤422，如果在步骤422找到合适的第二用户，则方法400前进到步骤424，其中处理器206可以确定上车位置(例如，上车位置124)。如上所述，上车位置124可以在上车区域120内。

在一些实施例中，可以基于历史数据确定上车位置124。例如，可以收集并分析运输请求的上车位置的历史信息以确定上车区域120内的最佳上车位置。可以使用各种因素来确定上车位置124。例如，被用作上车位置的特定地点的使用频率可以指示该地方适合作方便的接送地点。类似地，订单的数量、一天中的上车分布等也可以作为该因素。

在一些实施例中，可以通过优化服务车辆的位置与上车位置之间的上车路线144确定上车位置124。例如，可以在最小化距离、驾驶时间或司机104从其当前位置到达上车位置124的交通状况最优的地方选择上车位置124。在另一个示例中，可以在道路的一侧选择上车位置124，使得司机104不必掉头进行其他复杂或耗时的路线。在另一个示例中，上车位置124可以在允许乘客上车的地方中选择，例如旅馆、公园等的入口，并且避开诸如公共汽车站、环形交叉路口等地方。

在一些实施例中，可以确定上车位置124以使取消运输服务的可能性最小化。例如，可以基于关联上车位置和服务取消的历史数据训练学习模型。然后，基于当前服务请求和可用的上车位置的因素，学习模型可以预测每个可用的上车位置的取消概率。处理器206可以选择与最低取消概率可能性关联的上车位置。

在一些实施例中，处理器206可以基于上述讨论因素以地理坐标的形式确定上车位置。在确定上车位置的地理坐标之后，可以基于例如地图数据确定与地理坐标对应的地址或兴趣点。

在一些实施例中，处理器206可以确定一个或以上候选上车位置。在一些实施例中，候选上车位置可能在上车区域120内。处理器206可以向用户102提供候选上车位置，并且可以从用户102接收指示从候选上车位置选择上车位置的输入。

在一些实施例中，基于运输服务中的上车位置的历史信息，处理器206可以确定一个或以上候选上车位置。在一些实施例中，处理器206可以访问历史上车位置数据，包括历史上车位置和用户位置之间的关系。例如，历史上车位置数据可以包括与起始位置相对应的实际上车位置和用户当前位置的信息。候选上车位置可以从实际上车位置(例如，最受欢迎的上车位置)中选择。

在一些实施例中，处理器206可以基于提供成本分摊运输服务的服务车辆的位置来确定一个或以上候选上车位置。例如，可以从对服务车辆来说具有最短平均距离或最短接送时间的上车位置中选择候选上车位置。

在步骤426中，可以将上车位置提供给用户102。图5E示出了描绘上车位置124、步行路线142和行驶路线144的示例性界面550。如图5E所示，可以向用户102提供倒计时计时器552，指示用户102步行到上车位置124的剩余时间。另外，还可以在信息选项卡556中提供建议的到达时间554。

返回到图4B，方法400可以从步骤426进行到步骤428，其中处理器206可以向用户102提供到达上车位置的导航路线。如图5E所示，界面550中示出了通向上车位置124的导航路线142。

在一些实施例中，处理器206可以在步骤420中搜索共享运输服务成本的同乘者，并向用户102提供同乘者可用性的指示。例如，图6示出了包括同乘者匹配部分602的示例性界面600。部分602可以包括一个或以上可用的同乘者以及搜索另外的同乘者的指示。在一些实施例中，处理器206可以基于同乘者的目的地和用户102的目的地确定可用的同乘者。例如，处理器206可以从第三用户接收到前往第二目的地的运输服务请求，类似于从用户102接收运输服务请求。处理器206可以确定第二目的地是否接近第一目的地，例如，通过计算两个目的地之间的距离。如果两个目的地之间的距离在预设阈值内，则处理器206可以确定第三用户可作为同乘者与用户102共享服务车辆。

在另一个示例中，处理器206可以确定第一目的地和第二目的地之间的驾驶时间。如果驾驶时间小于预设阈值，则处理器206可以确定第三用户可作为同乘者。

在另一示例中，处理器206可以确定用户102的第一驾驶路线和第三用户的第二驾驶路线。如果两个驾驶路线重叠，例如，重叠程度高于阈值(例如，70％重叠、80％重叠等)，则处理器206可以确定第三用户作为同乘者。在这种情况下，第二目的地不需要靠近第一目的地。只要第一和第二路线充分重叠，第三用户就可以被确定为同乘者。

在确定同乘者可用之后，可以向同乘者提供加入用户102以共享服务车辆110的邀请。在同乘者接受邀请之后，可以将同乘者的信息作为更新信息提供给用户102。例如，如图6所示，同乘者的档案照片可以出现在同乘者匹配部分602中。

在一些实施例中，可以要求用户102确认行程所需的座位数。例如，图7示出了描绘座位选择选项卡710的示例性界面700。在一些实施例中，可以将一个座位设置为成本分摊选项的默认座位数。用户102可以选择所需的座位数，直到上限(例如，最多两个座位)。

在一些实施例中，只要在服务车辆上有可用的座位，就可以允许其他同乘者共享服务车辆。在一些实施例中，为了避免频繁停靠，可以为成本分摊行程设置停靠的最大次数。例如，可以设置最多三次停靠次数以改善乘坐体验。达到最大停靠次数时，其他成本分摊请求可能会遭到拒绝。

在一些实施例中，当服务车辆靠近用户102或任何同乘者的目的地时，其他的成本分摊请求也可能被拒绝。例如，处理器206可以确定服务车辆的当前位置与目的地132之间的距离。如果距离短于阈值，则可能拒绝其他成本分摊请求。在另一示例中，当到达目的地的距离与从上车位置到目的地的总距离之间的比率低于预设值时，指示用户接近目的地，其他的同乘者请求可能被拒绝。

本申请的另一方面涉及一种存储指令的非暂时性计算机可读存储介质，所述指令在被执行时使得一个或以上处理器执行如上所述的方法。计算机可读存储介质可以包括易失性或非易失性的、磁性的、基于半导体的、基于磁带的、光学的、可移动的、不可移动的或其他类型的计算机可读存储介质或计算机可读存储设备。例如，如本申请的计算机可读存储介质可以是存储设备或其上存储有计算机指令的存储模块。在一些实施例中，计算机可读存储介质可以是其上存储有计算机指令的盘或闪存驱动器。

显然，本领域的普通技术人员可以对本申请披露的系统和相关方法进行各种修改和改动。从本申请披露的系统和相关方法的说明和实践考虑，其他实施例对于本领域的普通技术人员是显而易见的。

本申请中的说明书和示例仅被认为是示例性的，本申请真正的范围由以下权利要求及其等同物限定。