CN110832512B - 用于减少提供运输服务等待时间的系统和方法 - Google Patents

Abstract

本申请的实施例提供用于提供运输服务的方法和系统。所述方法可以包括从远程乘客终端接收第一运输服务请求，并且由处理器确定所述第一运输服务请求的第一预估等待时间。所述方法可以进一步包括通过所述处理器确定所述第一预估等待时间大于第一预定时间段，并且通过所述处理器，生成包括与所述第一运输服务请求的运输参数不同的运输参数的第二运输服务请求。

Description

用于减少提供运输服务等待时间的系统和方法

交叉引用

本申请要求于2017年8月16日提交的专利号为No.201710700607.4中国申请，和于2017年12月20日提交的专利号为No.15/848,457美国专利申请，其内容通过引用全部包含在本文中。

技术领域

本申请涉及提供运输服务，更具体地涉及用于修改运输服务请求的方法和系统。

背景技术

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

当网约车平台接收的运输服务请求超过当前(例如，在高峰时段)服务车辆可以提供的运输能力时，运输服务请求可以排成队列，可以根据预定规则为服务车辆分配运输服务请求。因此，在高峰时段，乘客可能必须在队列中等待很长时间，直到将他的运输服务请求分配给车辆。期望减少乘客的等待时间，并充分利用所有运输能力。

运输服务请求与许多运输参数相关联，例如请求区域、车辆类型(例如，出租车、普通汽车、豪华轿车、公共汽车)和拼车选项。通常，乘客可以根据他的偏好发出运输服务请求，而不知道所有服务车辆的状态。例如，乘客已经等待三公里距离内的普通汽车很长时间了，他可能不知道他的运输任务可以由距离乘客三公里距离内的豪华轿车或三至五公里区域距离内的普通汽车完成。

本申请的实施例通过计算机实施的方法和系统解决了上述问题，生成包括与第一运输服务请求不同的运输参数的第二运输服务请求。

发明内容

本申请的实施例提供了用于提供运输服务的计算机实施的方法。该方法可以包括从远程乘客终端接收第一运输服务请求，并且由处理器确定第一运输服务请求的第一预估等待时间。该方法可以进一步包括由处理器确定第一预估等待时间大于第一预定时间段，并且由处理器生成包括与第一运输服务请求不同的运输参数的第二运输服务请求。

本申请实施例进一步提供了一种提供运输服务的设备。该设备可以包括通信接口，其配置为从远程乘客终端接收第一运输服务请求。该设备可以进一步包括耦合到通信接口及内存的至少一个处理器和内存。该至少一个处理器可以配置为确定第一运输服务请求的第一预估等待时间，并且确定第一预估等待时间大于第一预定时间段。该至少一个处理器可以进一步配置为生成包括与第一运输服务请求不同的运输参数的第二运输服务请求。

本申请的实施例进一步提供了一种非暂时性计算机可读介质，其存储一组指令，当由电子设备的至少一个处理器执行时，使得电子设备执行用于提供运输服务的方法。该方法可以包括从远程乘客终端接收第一运输服务请求。该方法可以进一步包括确定第一运输服务请求的第一预估等待时间，并且确定第一预估等待时间大于第一预定时间段。该方法还可以包括生成包括与第一运输服务请求不同的运输参数的第二运输服务请求。

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

附图说明

图1是根据本申请实施例所示的用于提供运输服务的示例性设备的示意图；

图2是根据本申请实施例所示的示例性运输服务的乘客、请求区域和服务车辆的示意图；

图3是根据本申请的实施例所示的在终端上显示的用户界面的示例性图；

图4是根据本申请的实施例所示的在终端上显示的用户界面的另一示例性示图；以及

图5是根据本申请的实施例所示的用于提供运输服务的示例性方法的流程图。

具体实施方式

现在将详细参考示例性实施例，其示例在附图中示出。只要有可能，在所有附图中将使用相同的附图标记来表示相同或相似的部分。

本申请的一个方面涉及用于提供运输服务的设备。

图1是根据本申请实施例所示的用于提供运输服务的示例性设备100的示意图。

设备100可以是通用服务器或专门设计用于提供运输服务的专有设备。可以预期的是设备100可以是单独的系统(例如，服务器)或服务器的集成组件。因为处理运输服务需要大量计算资源，所以在一些实施例中，设备100可以优选地为单独的系统。在一些实施例中，设备100可以包括子系统，其中，一些子系统可以是远程的。

在一些实施例中，如图1所示，设备100可以包括通信接口102、处理器104和内存112。处理器104可以进一步包括多个模块，例如，状态确定单元106、费用确定单元107、请求生成单元108和选项生成单元110。这些模块(以及任何相应的子模块或子单元)可以是处理器104的硬件单元(例如，集成电路的部分)，处理器104被设计用于与其他组件一起使用或执行程序的一部分。程序可以存储在计算机可读介质上，并且当由处理器104执行时，它可以执行一个或以上的功能。虽然图1示出在一个处理器104内的单元106、107、108和110，但是可以预期这些单元可以分布在彼此靠近或远离的多个处理器之间。在一些实施例中，设备100可以在云中实现，或者在单独的计算机/服务器上实现。

通信接口102可以被配置为从远程乘客终端120接收第一运输服务请求122。远程乘客终端120可以是能够与乘客交互的任何合适的设备，例如智能电话、平板电脑、可穿戴设备、计算机等。运输服务请求，例如，第一运输服务请求122，可以与至少两个运输参数相关联。运输参数可以包括，例如，乘客的当前位置、请求时间、所请求的运输服务的起点和目的地、请求区域、车辆类型、拼车选项等中的至少一个。

通常，所请求的运输服务的起点可以基本上接近远程乘客终端120的位置。然而，可以预期的是所请求的运输的起点也可以与远程乘客终端120的位置不同，也可以从远程乘客终端120发送第一运输服务请求122。例如，用户的朋友离该用户很远，用户可以从计算机为他的朋友请求运输服务。

运输服务请求的请求区域可以与运输服务请求相关联。例如，运输服务请求(例如，第一运输服务请求122)可以传输到请求区域内的所有服务车辆，并且请求区域之外的服务车辆不能接收运输服务请求。在一些实施例中，请求区域可以是由设备100设置的预定区域。例如，请求区域可以是与其他六边形区域相邻的六边形区域。可以首先将第一运输服务请求122传输到运输服务请求所在的起点的六边形区域中的所有服务车辆，然后将其传输到邻近的六边形区域中的服务车辆。可以预期的是，请求区域可以包含除六边形之外的形状。在一些实施例中，请求区域可以是动态确定形状和大小的区域，例如，基于运输服务请求的起点。在一些实施例中，请求区域可以由用户确定。例如，用户可以设置以运输服务的起点为中心的圆形的请求区域的半径值。

图2是根据本申请实施例所示的乘客202、第一请求区域210和第二请求区域220以及使用设备100的示例性运输服务200的服务车辆的示意图。如图2所示，第一请求区域210是以乘客202的当前位置为中心的圆形区域，例如，在乘客202的5公里内。第二请求区域220是比第一请求区域210更远离乘客202的环形区域，例如，距离乘客202更远额外的5至10公里。

与运输服务请求相关联的车辆类型可以表明所请求的服务车辆的类型。例如，车辆类型可以包括出租车(例如，DiDi Taxi^TM)、普通车(例如，DiDi Express^TM)、豪华车(例如，DiDi Premier^TM)、公共汽车(例如，DiDi Bus^TM和DiDi Minibus^TM)等。可以预期的是，服务车辆还可以包括一种自动驾驶车辆。

拼车选项可以表明运输服务请求是拼车请求还是非拼车请求。拼车请求可允许多于一个乘客共享乘坐，这导致预估费用低于非拼车请求。

在图2中，例如，有两种类型的服务车辆：普通汽车(例如，汽车2041、2042、2043、2044和2045)和豪华汽车(例如，汽车2061、2062和2063)。服务车辆的状态由图2中的服务车辆的颜色表明。例如，黑色的汽车2041、2042和2061满载乘客。灰色的汽车2043部分装载，并且可以响应拼车请求。白色的汽车2044、2045、2062和2063没有装载任何乘客，并且可以响应拼车请求或非拼车请求。

运输服务请求可以与运输参数相关联，运输参数可以包括请求区域、车辆类型和拼车选项。例如，第一运输服务请求122可以与第一请求区域210、普通汽车和非拼车选项相关联。

参考图1，通信接口102可以是综合业务数字网(ISDN)卡、电缆调制解调器、卫星调制解调器或调制解调器，以提供数据通信连接。又例如，通信接口102可以是局域网(LAN)卡，以提供与兼容LAN的数据通信连接。无线链路也可以由通信接口102实现。在这样的安装启用中，通信接口102可以经由网络发送和接收携带表示各种类型信息的数字数据流的电信号、电磁信号或光信号。网络通常可以包括蜂窝通信网络、无线局域网(WLAN)、广域网(WAN)等。

通信接口102可以进一步被配置为从服务车辆接收车辆信息126。车辆信息126可包括服务车辆的位置、容量、当前驾驶方向、车辆型号或其他特征中的至少一个。

第一运输服务请求122可以由处理器104分配给请求队列。在分配之前，处理器104可以进一步确定是否应该激活排队。在一些实施例中，当第一请求区域210中的普通汽车可以向乘客提供足够的容量时，第一运输服务请求122不必排队。在一些实施例中，当运输服务请求的总数超过第一请求区域210中的普通汽车提供的预定值的容量时，或者当第一运输服务请求122安排在预定时间范围内时，处理器104可以在第一请求区域210中对普通汽车的运输服务请求进行排队。例如，预定时间范围可以是高峰时间(例如，上午8：00-9：00和下午5：00-7：00)。

状态确定单元106可以确定第一运输服务请求122的第一预估等待时间。可以基于运输服务请求122、实时车辆信息126和请求队列状态，确定要满足的运输服务请求的预估等待时间(例如，第一预估等待时间)。

在一些实施例中，可以基于历史数据确定运输服务请求的预估等待时间。例如，状态确定单元106可以使用机器学习，确定预估等待时间。历史数据可以包括样本数据和监督信号。样本数据可以包括起点、目的地、请求的时间、位置、等待队列中的位置、历史请求的等待队列中的先前请求的数量。监督信号可以包括历史请求的实际等待时间。基于样本数据和监督信号，设备100可以训练机器学习模型，训练好的机器学习模型可以根据运输服务请求的特征进一步预估等待时间。可以预期的是，状态确定单元106可以在等待响应的整个过程期间连续地确定预估等待时间，周期性地更新预估等待时间，例如，每五秒。

在一些实施例中，状态确定单元106还可以确定第一运输服务请求122的其他状态信息(例如，排队信息)。排队信息可以包括在第一运输服务请求122之前的多个等待请求和在请求队列中请求的总数。

包括第一预估等待时间的第一运输服务请求122的状态信息，可以发送到远程乘客终端120。乘客202可以接收在远程乘客终端120上显示的状态信息，或者使用音频信号来播放。提供给乘客202的状态信息可以定期更新，以允许乘客202监控第一运输服务请求122的状态。此外，还可以向乘客202提供一些通知以及状态信息。例如，当第一预估等待时间小于一分钟时，可以生成通知并提供给乘客202，例如“正在处理您的请求”。当第一预估等待时间大于10分钟时，可能会生成并显示另一个通知，例如“现在请求太多。请排队等候。感谢您的耐心等待。”。

在一些实施例中，由状态确定单元106确定的预估等待时间可以直接发送给乘客。在一些实施例中，状态确定单元106可以确定预估时间所属的范围，并根据该范围确定要向乘客显示的等待时间。例如，对一分三十秒的预估等待时间，状态确定单元106可以确定预估等待时间属于“一至两分钟”的范围，并且根据该范围的等待时间可以显示为“三分钟”。也就是说，等待时间可以用分钟来测量，并且显示给乘客的等待时间可以大于预估等待时间。类似地，对另一个预估等待时间为两分三十秒，状态确定单元106可以确定预估等待时间属于“两至五分钟”的范围，并且根据该范围的等待时间可以显示为“五分钟”。在一些实施例中，预估等待时间四舍五入到下一分钟的方法可以提供更好的用户体验。

此外，处理器104可以进一步包括费用确定单元107，其配置为确定第一运输服务请求122的第一预估费用。运输服务请求的预估费用(例如，第一预估费用)可以基于请求的起点和目的地之间的距离、车辆类型、车辆类型的单价、远程调度选项、拼车选项等来确定。第一预估费用可以发送到远程乘客终端120以提供给乘客202。

图3是根据本申请的实施例所示的在远程乘客终端120上显示的用户界面的示例性图。如图3所示，例如，第一运输服务请求122及其状态和费用信息显示在用户界面的上部区域。在一些实施例中，状态信息可以包括第一预估等待时间，例如20分钟，以及排队信息，例如“请求之前的等待请求的数量是26”。

当第一预估等待时间太长时(例如，图3中所示的二十分钟)，乘客的日程安排可能受到耽误。为了减少等待时间并且尽早为乘客202找到可用的服务车辆，可以为乘客生成第二运输服务请求，以覆盖更多的服务车辆。

处理器104的请求生成单元108可以被配置为生成第二运输服务请求，该第二运输服务请求包括与第一运输服务请求122的运输参数不同的至少一个运输参数。在一些实施例中，改变的运输参数可以是车辆类型、请求区域、拼车选项等。通过至少一个不同的运输参数，第二运输服务请求可以由第一运输服务请求122未覆盖的服务车辆应答。

在一些实施例中，如果第一预估等待时间大于第一预定时间段(例如，十分钟)，则可以生成第二运输服务请求。可以预期的是，可以根据区域、当前时间、或运输服务请求的其他特征，自适应地设置第一预定时间段。如果第一预估等待时间大于第一预定时间段，则请求生成单元108可以生成第二运输服务请求。如果第一预估等待时间在第一预定时间段内，指示将快速处理第一运输服务请求122，则可以不生成第二运输服务请求。

在一些实施例中，一些运输参数(例如，起点和目的地)可以在第一和第二运输服务请求之间保持相同，而其他参数可以被改变。例如，第一运输服务请求122可以与普通汽车、第一请求区域210、非拼车选项等的运输参数相关联。第二运输服务请求可以在至少一个运输参数中不同。例如，第二运输服务请求可以与普通汽车以外的车辆类型、第一请求区域210以外的请求区域和/或拼车选项相关联。

在一些实施例中，可以在乘客批准之后，生成第二运输服务请求。因此，乘客202可以决定是否生成第二运输服务请求。例如，在生成第二运输服务请求之前，通信接口102可以从远程乘客终端120接收批准生成第二运输服务请求的确认124。然而，在一些其他实施例中，第二运输服务请求可以由请求生成单元108自动生成，而不从远程乘客终端120接收确认124。尽管在本申请中将其描述为生成第二运输服务请求，但是它也可以作为修改第一运输服务请求而实施。换句话说，第二运输服务请求可以不是单独生成的，而是通过修改第一运输服务请求获取的。

为了从远程乘客终端120接收生成第二运输服务请求的确认124，可以将用于将第一运输服务请求122修改为第二运输服务请求的选项142提供给远程乘客终端120。因此，处理器104可以进一步包括选项生成单元110，其被配置为生成选项142。通信接口102可以进一步被配置为向远程乘客终端120发送选项142以向乘客202显示，并从远程乘客终端120接收确认124。

在一些实施例中，选项142可以为是否生成第二运输服务请求的查询。例如，查询可以是“您是否要生成第二运输服务请求以减少等待时间？”如果通信接口102接收到确认，例如“是”，则将会生成第二运输服务请求。如果通信接口102没有接收到对选项142的任何确认，或者接收拒绝，例如“否”，则不会生成第二运输服务请求。

在一些实施例中，选项142可以表明第二运输服务请求的运输参数，其与第一运输服务请求122的运输参数不同。通过运输参数信息，乘客202可能更容易知道如何修改第一运输服务请求122以及第二运输服务请求中的内容。例如，选项142可以是表1中所示的选项1至3中的一个。

还可以确定其预估等待时间和选项142的预估费用。并且选项142的确定方法可以与用于运输服务请求的确定方法相同。因此，状态确定单元106可以进一步被配置为确定选项142的预估等待时间。类似地，费用确定单元107可以进一步被配置为确定选项142的预估费用。在某些实施例中，可以向远程乘客终端120提供第一预估费用和选项142的预估费用之间的费用差异，例如，“预估额外5美元费用”、“预估减少3美元费用”。选项1至3的预估等待时间和预估费用也列在表1中。

表1

表1中的选项1是通过修改第一运输服务请求122的车辆类型而生成的。第一运输服务请求122与普通汽车2041、2042、2043、2044和2045相关联，选项1与豪华轿车2061、2062和2063相关联。由于在第一请求区域210中有可用的豪华车2062(见图2)，预估等待时间非常短。由于豪华车的单价高于普通车的单价，因此选项1的预估费用高于第一预估费用。

此外，可以生成具有比普通汽车更低级别车辆类型的另一选项，例如经济型汽车。经济型汽车的选择可以与比原始预估费用低的预估费用相关联。

表1中的选项2是通过修改第一运输服务请求122的请求区域而生成的。选项2是远程调度请求。如图2所示，在第二请求区域220中有可用的普通汽车2044、2045。但由于它们远离乘客202，预估等待时间可能比选项1的时间稍长。方案2的预估费用可以是第一预估费用和预估的远程调度费用之和。可以基于预定远程调度单价和第一请求区域210与第二请求区域220之间的距离，来计算预估的远程调度费用。

第二运输服务请求可以基于选项2生成。如果通信接口102接收到来自第二请求区域220中的普通汽车的响应，则可以通过费用确定单元107为响应车辆计算实际远程调度费用M。在一些实施例中，M是基于响应车辆的距离确定的。作为示例，M＝(S1-S2)×N，其中，S1表示响应车辆和乘客202之间的距离，S2表示乘客202与第一请求区域中的点之间的最大距离(例如，图2中的第一请求区域210的半径值)，并且N表示预定远程调度单价。N的值可以根据当前时间、区域、天气条件、交通状况等而变化。响应车辆的实际总费用是实际远程调度费用和运输服务从起点到目的地的运输费用之和。

在一些实施例中，当在第二请求区域220中没有可用的普通汽车时，可以基于第三请求区域生成新的选项，第三请求区域与乘客202或起点的距离比第二请求区域220的距离更远。

表1中的选项3可以通过修改第一运输服务请求122的拼车选项来生成。例如，第一运输服务请求122可以为非拼车请求，选项3可以将其改变为拼车请求。由于在第一请求区域210中存在可用于拼车的普通汽车2043，因此选项3的预估等待时间可能非常短。方案3的预估费用也可能低于第一预估费用。

当多个可能的选项可用于修改第一运输服务请求122时，可以根据预定规则生成选项142。在一些实施例中，可以通过根据预定顺序一次修改一个参数来生成选项142，例如车辆类型、请求区域、拼车选项，以检查是否存在任何可用的服务车辆。

在一些实施例中，选项生成单元110可以被配置为识别和评估至少两个可能的选项，选择并生成一个或以上的选项，例如，多达三个选项。因此，选项142可以包括多于一个的选项，例如多达三个选项。选项生成单元110可以基于每个选项的预估等待时间和/或预估费用来进行评估和选择。

通信接口102可以向远程乘客终端120提供选项142以向乘客202显示。选项142的预估等待时间和预估费用也可以提供给远程乘客终端120，这可以帮助乘客202快速做出决定。例如，如图3所示，表1中的选项1至3被提供给远程乘客终端120，并显示在远程乘客终端120的用户界面上。

在一些实施例中，可以将选项142提供给远程乘客终端120在第二预定时间段内。在第二预定时间段(例如，一分钟或两分钟)期间，向乘客显示选项142(例如，包括第二预估等待时间和第二预估费用)。直到通过通信接口102从远程乘客终端120接收到确认。例如，可以向远程乘客终端120上的乘客示出倒数计时器(例如，如图3所示的一分钟倒计时)以及选项142。如果在第二预定时间段期满之前没有从远程乘客终端120接收到对选项142的确认，则可以由处理器104撤回选项142，并且远程乘客终端120上的选项142的显示可以消失。

在通信接口102接收到选项142的确认124之后，请求生成单元108可以基于选项142生成第二运输服务请求。图4是根据本申请的实施例的在远程乘客终端120上显示的用户界面的另一示例性示图。如图4所示，乘客202已确认选项1，并且请求生成单元108已生成对应于选项1的第二运输服务请求。用户界面上显示“等待响应”的状态指示。在此时，由于一分钟倒计时未完成，乘客202也可以确认选项2和/或选项3以生成另一个或两个运输服务请求。

状态确定单元106可以进一步被配置为确定第二运输服务请求的第二状态信息，例如第二预估等待时间和第二排队信息。费用确定单元107可以进一步被配置为确定第二运输服务请求的第二预估费用。可以将第二状态信息和/或第二预估费用提供给远程乘客终端120以向乘客202显示。当基于选项142生成第二运输服务请求时，选项142的预估等待时间可以变为第二预估等待时间，其被周期性地更新。第二预估费用可以与选项142的预估费用相同。

在一些实施例中，第二预估等待时间短于第一预估等待时间，表明第二运输服务请求可以比第一运输服务请求122更早地响应。

在一些实施例中，在请求生成单元108生成第二运输请求之后，第一运输请求可以保持激活。因此，第一和第二运输请求都可以是激活的，直到处理其中任何一个或由服务车辆响应。由于第一和第二运输请求通常被放置在不同的队列中(例如，拼车队列v.非拼车队列)，因此将它们保持在处理中可以增加可用服务车辆响应请求的机会。

在一些实施例中，在服务车辆响应之前，处理器104可以在从远程乘客终端120接收到取消指令之后取消每个运输服务请求。如图4所示，对于每个运输服务请求，在用户界面上显示取消选项。

当第一预估等待时间大于第一预定时间段时，设备100的上述实施例可以生成包括与第一运输服务请求122的运输参数不同的至少一个运输参数的第二运输服务请求。因此，所公开的设备100的实施例可以帮助乘客202尽快找到可用的服务车辆，减少等待时间，并充分利用运输能力。

本申请的另一方面涉及一种用于提供运输服务的方法。图5是根据本申请实施例的用于提供运输服务的方法500的流程图。例如，方法500可以由包括至少一个处理器104的设备100实施，并且方法500可以包括如下所述的步骤S502、S504、S506和S508。

在步骤S502，设备100可以从远程乘客终端接收第一运输服务请求。第一运输服务请求可以与至少两个运输参数相关联。运输参数可以包括乘客的当前位置、请求时间、所请求的运输服务的起点和目的地、请求区域、车辆类型、拼车选项等中的至少一个。例如，第一运输请求可以与第一请求区域、普通汽车和非拼车选项相关联。

设备100还可以从服务车辆接收车辆信息。车辆信息可以包括位置、容量、当前驾驶方向、车辆型号或服务车辆的其他特征中的至少一个。

第一运输服务请求可以由处理器104分配给请求队列。例如，当运输服务请求的总数超过第一请求区域中的普通汽车提供的预定值的容量时，或者当第一运输服务请求是在预定时间范围内完成时，处理器104可以在第一请求区域中对普通汽车的运输服务请求进行排队。例如，预定时间范围可以是高峰时间(例如，上午8：00-9：00和下午5：00-7：00)。

在步骤S504，设备100可以确定第一运输服务请求的第一预估等待时间。可以基于第一运输服务请求、实时车辆信息和请求队列状态来确定第一预估等待时间。除了第一预估等待时间之外，其他状态信息，例如排队信息，也可以由设备100确定。排队信息可以包括在第一运输服务请求之前的多个等待请求以及在请求队列中的请求的总数。可以通过显示或音频信号向乘客提供第一运输服务请求的状态信息，包括第一预估等待时间。第一运输服务请求的状态信息可以定期更新，以允许乘客监控第一运输服务请求的状态。

此外，第一运输服务请求的第一预估费用也可以由设备100确定。可以基于请求的起点和目的地之间的距离、车辆类型、车辆类型的单价、远程调度选项、拼车选项等来确定第一预估费用。第一预估费用也可以提供给乘客。

在步骤S506中，设备100可以确定第一预估等待时间是否大于第一预定时间段，例如十分钟。可以预期的是，可以根据运输服务请求的区域、当前时间或其他特征自适应地设置第一预定时间段。

在步骤S508中，如果第一预估等待时间大于第一预定时间段，则设备100可以生成第二运输服务请求。第二运输服务请求可以包括至少一个与第一运输服务请求不同的运输参数。在一些实施例中，改变的运输参数可以是车辆类型、请求区域、拼车选项等。通过至少一个不同的运输参数，第二运输服务请求可由未被第一运输服务请求覆盖的服务车辆应答。如果第一预计时间段在第一预定时间段内，表明将快速处理第一运输服务请求，可能不会生成第二运输服务请求。尽管在本申请中将其描述为生成第二运输服务请求，但是它也可以作为修改第一运输服务请求实施。换句话说，第二运输服务请求可能不是单独生成的，而是通过修改第一运输服务请求获取的。

在一些实施例中，一些运输参数(例如，起点和目的地)可以在第一和第二运输服务请求之间保持相同，而其他参数可以被改变。例如，第一运输服务请求可以与运输参数相关联，包括普通汽车、第一请求区域、非拼车选项等。第二运输服务请求在至少一个运输参数中可以是不同的。例如，第二运输服务请求可以与除普通汽车之外的车辆类型、第一请求区域和/或拼车选项之外的请求区域相关联。

在一些实施例中，可以在乘客批准之后生成第二运输服务请求。因此乘客可以决定是否生成第二运输服务请求。在生成第二运输服务请求之前，设备100可以接收批准第二运输服务请求生成的确认。

为了接收生成第二运输服务请求的确认，设备100可以生成将第一运输服务请求修改为第二运输服务请求的选项。

在一些实施例中，该选项可以为是否生成第二运输服务请求的查询。例如，查询可以是“你想生成第二运输服务请求以减少等待时间吗？”。在一些其他实施例中，该选项可以表明第二运输服务请求的运输参数不同于在第一运输服务请求的运输参数。通过运输参数信息，乘客可能更容易知道如何修改第一运输服务请求以及第二运输服务请求中的内容。设备100还可以确定预估等待时间和选项的预估费用。并且该选项的确定方法可以与用于运输服务请求的确定方法相同。在某些实施例中，可以向乘客提供第一预估费用和选项的预估费用之间的费用差异，例如，“预估额外5美元费用”、“预估减少3美元费用”。

设备100可以向远程乘客终端提供包括预估等待时间和/或其预估费用的选项，并且接收生成第二运输服务请求的确认。

在一些实施例中，在第二预定时间段，该选项被提供给乘客，例如一分钟或两分钟。在第二预定时间段期间，向乘客显示所提供的选项，直到从远程乘客终端接收到确认。可以向远程乘客终端上的乘客显示倒数计时器。如果在第二预定时间段结束之前没有从远程乘客终端接收到对选项的确认，则该选项可以由处理器104撤销，并且远程乘客终端上选项的显示可以消失。

在从远程乘客终端接收到确认之后，可以基于该选项生成第二运输服务请求。然而，第二运输服务请求也可以由设备100自动生成而不接收确认。

设备100可以确定第二运输服务请求的第二预估等待时间和第二预估费用。可以将第二预估等待时间和/或第二预估费用提供给远程乘客终端以显示给乘客。由于基于该选项生成第二运输服务请求，所以选项的预估等待时间可以变为第二预估等待时间，预估等待时间定期更新。第二预估费用可以与选项的预估费用相同。

在一些实施例中，第二预估等待时间短于第一预估等待时间，表明第二运输服务请求可以比第一运输服务请求更早地响应。

在一些实施例中，在生成第二运输服务请求之后，第一运输服务请求可以保持激活。因此，第一和第二运输服务请求都可以是激活的，直到任何一个被处理或由服务车辆响应。由于第一和第二运输服务请求通常被放置在不同的队列中(例如，拼车队列v.非拼车队列)，因此将它们保持在处理中可以尽快增加可用服务车辆响应请求的机会。

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

显而易见，本领域技术人员可以对所公开的系统和相关方法进行各种修改和变化。考虑到所公开的系统和相关方法的说明书和实践，其他实施例对于本领域技术人员是显而易见的。

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

Claims (16)

1.一种用于提供运输服务的计算机实施的方法，包括：

接收来自远程乘客终端的第一运输服务请求；

通过处理器，确定所述第一运输服务请求的第一预估等待时间；

通过所述处理器，确定所述第一预估等待时间大于第一预定时间段；以及

通过所述处理器，生成包括与所述第一运输服务请求不同的运输参数的第二运输服务请求，其中，所述运输参数包括请求区域、车辆类型、拼车选项中的至少一个，所述第一运输服务请求和所述第二运输服务请求同时保持在不同的队列，直到所述第一运输服务请求和所述第二运输服务请求中的任何一个被处理。

2.根据权利要求1所述的计算机实施的方法，进一步包括：

通过所述处理器，确定所述第二运输服务请求的第二预估等待时间。

3.根据权利要求2所述的计算机实施的方法，其特征在于，所述第二预估等待时间短于所述第一预估等待时间。

4.根据权利要求1所述的计算机实施的方法，进一步包括：

通过所述处理器，生成将所述第一运输服务请求修改为所述第二运输服务请求的选项；以及

基于所述选项生成所述第二运输服务请求。

5.根据权利要求4所述的计算机实施的方法，进一步包括：

为所述远程乘客终端提供所述选项；

从所述远程乘客终端接收所述选项的确认；以及

基于所述确认的选项生成所述第二运输服务请求。

6.根据权利要求1所述的计算机实施的方法，其特征在于，所述第一运输服务请求与第一请求区域相关联，且所述第二运输服务请求与比所述第一请求区域更远离所述远程乘客终端的第二请求区域相关联。

7.根据权利要求1所述的计算机实施的方法，其特征在于，所述第二运输服务请求包括与所述第一运输服务请求的车辆类型不同的车辆类型。

8.根据权利要求1所述的请求处理的方法，其特征在于，所述第二运输服务请求与所述第一运输服务请求的拼车选项不同。

9.一种提供运输服务的设备，包括：

通信接口，其配置为从远程乘客终端接收第一运输服务请求；

内存；以及

至少一个耦合到所述通信接口和所述内存的处理器，所述处理器被配置为：

确定所述第一运输服务请求的第一预估等待时间；

确定所述第一预估等待时间大于第一预定时间段；以及

生成包括与所述第一运输服务请求不同的运输参数的第二运输服务请求，其中，所述运输参数包括请求区域、车辆类型、拼车选项中的至少一个，所述第一运输服务请求和所述第二运输服务请求同时保持在不同的队列，直到所述第一运输服务请求和所述第二运输服务请求中的任何一个被处理。

10.根据权利要求9所述的设备，其特征在于，所述至少一个处理器进一步配置为确定所述第二运输服务请求的第二预估等待时间，其中，所述第二预估等待时间短于所述第一预估等待时间。

11.根据权利要求9所述的设备，其特征在于，所述至少一个处理器进一步配置为：

生成将所述第一运输服务请求修改为所述第二运输服务请求的选项；以及

基于所述选项生成所述第二运输服务请求。

12.根据权利要求11所述的设备，其特征在于，所述至少一个处理器进一步配置为向所述远程乘客终端提供所述选项，并且所述通信接口进一步配置为从所述远程乘客终端接收所述选项的确认。

13.根据权利要求9所述的设备，其特征在于，所述第一运输服务请求与第一请求区域相关联，且所述第二运输服务请求与比所述第一请求区域更远离所述远程乘客终端的第二请求区域相关联。

14.根据权利要求9所述的设备，其特征在于，所述第二运输服务请求包括与所述第一运输服务请求的车辆类型不同的车辆类型。

15.根据权利要求9所述的设备，其特征在于，所述第二运输服务请求与所述第一运输服务请求的拼车选项不同。

16.一种非暂时性计算机可读介质，其存储一组指令，当由电子设备的至少一个处理器执行时，使得所述电子设备执行用于提供运输服务的请求处理方法，所述方法包括：接收来自远程乘客终端的第一运输服务请求；

确定所述第一运输服务请求的第一预估等待时间；

确定所述第一预估等待时间大于第一预定时间段；以及

生成包括与所述第一运输服务请求不同的运输参数的第二运输服务请求，其中，所述运输参数包括请求区域、车辆类型、拼车选项中的至少一个，所述第一运输服务请求和所述第二运输服务请求同时保持在不同的队列，直到所述第一运输服务请求和所述第二运输服务请求中的任何一个被处理。