本申请一般涉及线上到线下(o2o)服务，具体地，涉及用于预测对象到达时间的系统和方法。
背景技术：
随着互联网的快速发展，线上到线下(o2o)服务(例如，按需交通服务)越来越受欢迎。通过在线服务平台，用户可以通过安装在他/她的移动设备(例如，智能电话)中的应用程序来请求o2o服务。在一些情况下，用户可能希望根据从服务提供者的位置到他/她的位置的预估到达时间来确定是否请求服务。因此，期望开发能够准确地预估对象到达时间的系统和方法，可以满足用户的需要，并且提升用户体验。
技术实现要素：
在第一方面，本申请提供了一种预估对象到达时间的方法。所述方法可以包括：检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点和下车点；响应于所述潜在服务请求，从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；以及将所述推荐到达时间发送到所述目标服务请求者的移动设备。
在第二方面，本申请提供了一种预估对象到达时间的装置。所述装置包括至少一个处理器以及存储介质，其中，所述存储介质用于存储计算机指令，当所述至少一个处理器用于执行所述计算机指令，可以实现上述应用在线上到线下服务中预估对象到达时间的方法。
在第三方面，本申请提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机指令，当所述计算机指令被计算机执行时，可以实现上述预估对象到达时间的方法。
在第四方面，本申请提供了预估对象到达时间的系统。所述系统包括采集模块、潜在目标服务提供者确定模块、推荐到达时间确定模块和发送模块。其中，所述采集模块用于检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点和下车点；响应于所述潜在服务请求：所述潜在目标服务提供者确定模块用于从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；所述推荐到达时间确定模块用于基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；所述发送模块用于向所述目标服务请求者的移动设备发送所述推荐到达时间。
在第五方面，本申请提供了一种预估对象到达时间的系统。所述系统可以包括至少一个存储介质，其包括一组指令，以及与所述至少一个存储介质通信的至少一个处理器。当执行所述一组指令时，所述至少一个处理器可以检测来自目标服务请求者中的潜在服务请求，其中所述潜在服务请求包括与交通服务相关的上车点和下车点。响应于所述潜在服务请求，所述至少一个处理器可以从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。所述至少一个处理器可以基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线来确定推荐到达时间。所述至少一个处理器可以将所述推荐到达时间发送到所述目标服务请求者的移动设备。
在一些实施例中，所述至少一个处理器可以在所述上车点的第一阈值距离范围内搜索一个或以上候选服务提供者，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供拼车服务的服务提供者。
在一些实施例中，所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者是已经接受且正服务于至少一个服务订单的服务提供者。
在一些实施例中，所述至少一个处理器可以基于第一预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述第一预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到所述上车点的距离、候选服务提供者的计费比、所述下车点与候选服务提供者的目的地或与候选服务提供者的服务订单相关的另一个上车点之间的关系中的至少一个。
在一些实施例中，如果所述一个或以上候选服务提供者中不存在已经接受且正服务于至少一个服务订单的潜在目标服务提供者，所述至少一个处理器可以从所述一个或以上候选服务提供者中选择至少一个没有服务订单的潜在目标服务提供者。
在一些实施例中，如果所述一个或以上候选服务提供者中存在没有服务订单的至少一个候选服务提供者，所述至少一个处理器可以从所述一个或以上候选服务提供者中选择一个或以上没有服务订单的潜在目标服务提供者。
在一些实施例中，基于第二预设选择规则选择所述一个或以上没有服务订单的潜在目标服务提供者，其中，所述第二预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
在一些实施例中，所述至少一个处理器可以基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及基于所述至少一个确定的预估到达时间确定推荐到达时间。
在一些实施例中，所述至少一个处理器可以指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
在一些实施例中，所述至少一个处理器可以确定在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的响应率。
在一些实施例中，所述第一阈值距离和所述第二阈值距离相等。
在一些实施例中，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
在一些实施例中，所述至少一个处理器可以根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；响应于发送所述推荐到达时间，所述至少一个处理器可以向所述目标服务请求者的移动设备发送所述推荐到达时间；响应于不发送所述推荐到达时间，所述至少一个处理器可以不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在一些实施例中，所述至少一个处理器可以根据所述响应率确定推荐阈值；生成随机数；比较所述随机数和所述推荐阈值；如果所述随机数不小于所述推荐阈值，所述至少一个处理器可以确定发送所述推荐到达时间；以及如果所述随机数小于所述推荐阈值，所述至少一个处理器可以确定不发送所述推荐到达时间。
在一些实施例中，所述至少一个处理器可以获取与所述潜在服务请求相关的服务订单；响应于所述服务订单：所述至少一个处理器可以向目标服务提供者的移动设备发送指令，其中，所述指令用于显示与所述服务订单相关的信息。
在一些实施例中，所述至少一个处理器可以优先向已经在服务于至少一个服务订单的潜在目标服务提供者的移动设备发送所述指令，其中，所述指令用于显示与所述服务订单相关的信息。
在第六方面，本申请提供了一种预估对象到达时间的方法。所述方法包括：检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；响应于所述潜在服务请求：从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在第七方面，本申请提供了一种预估对象到达时间的装置。所述装置包括至少一个处理器以及存储介质，所述存储介质用于存储计算机指令，当所述处理器执行所述计算机指令时，可以执行以下一个或多个操作：检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；响应于所述潜在服务请求：从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在第八方面，本申请提供了一种计算机可读存储介质，所述存储介质存储有计算机指令，当所述计算机指令被计算机执行时，可以实现以下一个或多个操作：检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；响应于所述潜在服务请求：从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在第九方面，本申请提供了一种预估对象到达时间的系统。所述系统包括采集模块、潜在目标服务提供者确定模块、推荐到达时间确定模块、响应率确定模块和发送模块。其中，所述采集模块用于检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；响应于所述潜在服务请求：所述潜在目标服务提供者确定模块用于从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；所述推荐到达时间确定模块用于基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；所述响应率确定模块用于确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；所述发送模块用于根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；响应于发送所述推荐到达时间，所述发送模块用于向所述目标服务请求者的移动设备发送所述推荐到达时间；以及响应于不发送所述推荐到达时间，所述发送模块用于不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在第十方面，本申请提供了一种系统。所述系统可以包括至少一个存储介质，其包括一组指令，以及与所述至少一个存储介质通信的至少一个处理器。当执行所述一组指令时，所述至少一个处理器可以检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点。响应于所述潜在服务请求，所述至少一个处理器可以从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。所述至少一个处理器可以基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间。所述至少一个处理器可以确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率。所述至少一个处理器可以根据与所述响应率相关的概率值确定是否发送所述推荐到达时间。响应于确定发送推荐到达时间，所述至少一个处理器可以向所述目标服务请求者的移动设备发送所述推荐到达时间。响应于确定不发送推荐到达时间，所述至少一个处理器可以不向所述目标服务请求者的移动设备发送所述推荐到达时间。
在一些实施例中，所述至少一个处理器可以在所述上车点的第二阈值距离范围内搜索一个或以上候选服务提供者，其中，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供交通服务的服务提供者。
在一些实施例中，所述至少一个处理器可以基于预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
在一些实施例中，所述至少一个处理器可以基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及基于所述至少一个确定的预估到达时间确定推荐到达时间。
在一些实施例中，所述至少一个处理器可以指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
在一些实施例中，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
在一些实施例中，所述至少一个处理器可以根据所述响应率确定推荐阈值；生成随机数；比较所述随机数和所述推荐阈值；如果所述随机数不小于所述推荐阈值，所述至少一个处理器可以确定发送所述推荐到达时间；以及如果所述随机数小于所述推荐阈值，所述至少一个处理器可以确定不发送所述推荐到达时间。
在一些实施例中，所述至少一个处理器可以获取与所述潜在服务请求相关的服务订单；响应于所述服务订单：所述至少一个处理器可以向目标服务提供者的移动设备发送指令，所述指令用于显示与所述服务订单相关的信息。
在一些实施例中，所述第一阈值距离和所述第二阈值距离相等。
本申请可能带来的有益效果包括但不限于：(1)利用候选服务提供者的信息准确有效地预估目标服务提供者到目标服务请求者的推荐达到时间；(2)利用与历史服务请求相关的实时或近实时响应率来决定是否向用户提供推荐到达时间，有助于目标服务请求者根据提供的推荐到达时间或者没有推荐到达时间来选择是否继续请求服务或者更改服务，有利于节省目标服务者的时间，提升用户体验；
附图说明
本申请将结合示例性实施例进一步进行描述。这些示例性的实施例将结合参考图示进行详细描述。附图不是按比例绘制的。这些实施例并非限制性的，在这些实施例中，相同的组件符号表示相同的结构，其中：
图1是根据本申请的一些实施例所示的示例性线上到线下(o2o)服务系统的示意图；
图2是根据本申请的一些实施例所示的计算设备的示例性组件的示意图；
图3是根据本申请的一些实施例所示的示例性移动设备的示例性硬件和/或软件组件的框图；
图4是根据本申请的一些实施例所示的示例性处理设备的框图；
图5是根据本申请的一些实施例所示的用于在o2o服务中确定推荐到达时间的示例性过程的流程图；
图6是根据本申请的一些实施例所示的用于在o2o服务中确定推荐到达时间的示例性过程的流程图；
图7是根据本申请的一些实施例所示的用于在o2o服务中确定推荐到达时间的示例性过程的流程图；
图8是根据本申请的一些实施例所示的用于确定是否发送推荐到达时间的示例性过程的流程图；
图9是根据本申请的一些实施例所示的用于确定推荐到达时间的示例性过程的流程图；
图10是根据本申请的一些实施例所示的图9中的节点a的示例性过程的流程图；
图11是根据本申请的一些实施例所示的用于确定是否发送推荐到达时间的示例性过程的流程图；
图12是根据本申请的一些实施例所示的用于生成服务订单的示例性过程的流程图；
图13是根据本申请的一些实施例所示的拼车应用程序的示例性界面的示意图；以及
图14是根据本申请的一些实施例所示的安装在请求者终端上的应用程序的示例性界面的示意图。
具体实施方式
以下描述是为了使本领域的普通技术人员能够实施和利用本申请并在特定应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本文中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而是符合与申请专利范围一致的最广泛范围。
这里使用的术语仅用于描述特定的示例实施例，而不是限制性的。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可以包括复数。应当理解的是，本申请中所使用的术语“包括”与“包含”仅提示已明确标识的特征、整数、步骤、操作、元素和/或部件，而不排除可以存在和添加其他一个或多个特征、整数、步骤、操作、元素、部件和/或其组合。
根据以下对附图的描述，本申请的这些和其他的特征、特点、以及结构的相关元件的功能和操作方法，以及部件组合和制造经济更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图来说明根据本申请的一些实施例的系统所执行的操作。应当明确理解，流程图中的操作可以不按顺序实施。相反，可以按照倒序或同时处理各种步骤。此外，可以向流程图添加一个或多个其他操作。一个或多个操作也可以从流程图中删除。
同时，虽然本申请的系统和方法的描述主要关于分配交通运输服务请求，应该理解的是，并非旨在限制本申请。本申请的系统或方法可以应用于任何其他种类的o2o服务。例如，本申请的系统和方法还可应用于包括陆地、海洋、太空航空等或其任意组合的不同运输系统。该运输系统中的使用的交通工具可包括出租车、私家车、顺风车、巴士、列车、子弹头列车、高铁、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等或其任意组合。该运输系统也可以包括用于管理和/或分配的任一运输系统，例如，递送和/或接收快递的系统。本申请的系统或方法的应用可以在用户设备上实现，并且包括网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等或其任意组合。
本申请中的术语“乘客”、“请求者”、“服务请求者”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。同样地，本申请描述的“司机”、“提供者”和“服务提供者”也是可以互换的，指提供服务或者协助提供服务的个人、工具或者其他实体等。
本申请中的术语“服务请求”、“请求服务”、“请求”和“订单”可互换使用以指可由乘客、服务请求者、客户、司机、提供者、服务提供者等或其任何组合发起的请求。服务请求可以由乘客、服务请求者、客户、司机、提供者或服务提供者中的任何一个接受。服务请求可以是收费的或免费的。
本申请中的术语“服务提供者终端”和“司机终端”可以互换使用，表示服务提供者所使用的用于提供服务或促进服务提供的移动终端。本申请中的术语“服务请求者终端”和“客户终端”可互换使用，以指由服务请求者用来请求或订购服务的移动终端。
本申请中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线保真(wifi)定位技术或类似物或其任意组合。上述定位技术中的一种或多种可以在本申请中互换使用。
本申请涉及在线上到线下服务(例如，按需交通服务)中预估对象到达时间的系统和方法。例如，系统可以基于与潜在服务请求(例如，尚未发送的请求)相关的信息，例如上车点和/或下车点，来确定至少一个潜在目标服务提供者。在一些实施例中，所述至少一个潜在目标服务提供者可能已经接受且服务于至少一个服务订单，表示所述至少一个潜在目标服务提供者可以提供拼车服务。在一些实施例中，所述至少一个潜在目标服务提供者可以没有服务订单，表示所述至少一个潜在目标服务提供者可以提供非拼车服务。系统可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定eta。系统可以基于至少一个确定的预估到达时间来确定推荐到达时间。系统可以将推荐到达时间发送到目标服务请求者的移动设备。在一些实施例中，系统可以基于与响应率相关的概率值来确定是否发送推荐到达时间。响应于确定发送推荐到达时间，系统可以将推荐到达时间发送到目标服务请求者的移动设备。否则，可以不发送推荐到达时间到目标服务请求者的移动设备。如果目标服务请求者发出或确认潜在服务请求，则系统可以生成服务订单并为目标服务请求者分派至少一个潜在目标服务提供者中的目标服务提供者。在一些实施例中，系统可以优先调度能够提供拼车服务的目标服务提供者以响应所述服务请求。
图1是根据本申请的一些实施例所示的示例性线上到线下(o2o)服务系统的示意图。o2o服务系统100可以是用于数据和/或信息处理的平台，例如，处理来自请求者的服务请求。在一些实施例中，服务可以是交通服务，例如出租车服务、司机服务、配送车辆服务、拼车服务、公共汽车服务、司机租赁服务、班车服务等。在一些实施例中，该服务可以是任何在线服务，例如订餐、购物等或其任意组合。
o2o服务系统100可以包括信息交换端口系统、服务器110、存储设备120、一个或以上请求者终端130、以及一个或以上提供者终端140。在一些实施例中，信息交换端口系统可以包括一个或以上第一信息交换端口1101，和/或一个或以上第二信息交换端口1102。在一些实施例中，第一信息交换端口1101可以用于促进o2o服务系统
100和请求者终端130之间的通信。在一些实施例中，第二信息交换端口1102可以用于促进o2o服务系统100与提供者终端140之间的通信。在一些实施例中，第一信息交换端口1101和第二信息交换端口1102可以分开和/或是不同设备的一部分。例如，第一信息交换端口1101可以是请求者终端130的一部分，而第二信息交换端口1102可以是提供者终端140的一部分。在一些实施例中，信息交换端口系统还可以包括一个或以上第三信息交换端口1103，用于促进o2o服务系统100和请求者终端130之间的通信以及o2o服务系统100和提供者终端140之间的通信。
在一些实施例中，服务器110可以包括处理设备112。在一些实施例中，请求者终端130可以与服务请求者相关联。在一些实施例中，提供者终端140可以与服务提供者相关联。在一些实施例中，o2o服务系统100可以分别通过第一信息交换端口1101和第二信息交换端口1102与一个或以上服务请求者和一个或以上服务提供者通信。例如，o2o服务系统100的服务器110可以通过第一信息交换端口1101从请求者终端130访问与订单请求(这里也称为“服务请求”)或潜在订单请求(这里也称为“尚未发送的请求”)相关的信息和/或数据。又例如，o2o服务系统100的服务器110可以通过第二信息交换端口1102从提供者终端140访问信息和/或数据。再例如，o2o服务系统100的服务器110可以通过信息交换端口系统将信息和/或数据发送到请求者终端130和/或提供者终端140。
在一些实施例中，服务器110可以处理与服务请求或潜在服务请求有关的信息和/或数据。潜在服务请求可以是尚未发送的请求。换句话说，潜在服务请求可以是尚未发送的部分输入请求或尚未发送的完整请求的形式。也就是说，如果服务请求者发出或确认了潜在服务请求，则可以将潜在服务请求转换为有效(或常规)服务请求。在一些实施例中，潜在服务请求可包括上车点和/或下车点。在一些实施例中，服务器110可以从服务请求者(例如，请求者终端130)的移动设备接收潜在服务请求。在一些实施例中，服务器110可以基于(潜在的)服务请求确定一个或以上候选服务提供者。在一些实施例中，服务器110可以确定到上车点的推荐到达时间。在一些实施例中，服务器110可以通过第一信息交换端口1101将推荐到达时间发送到服务请求者的移动设备。
在一些实施例中，服务器110可以是单一服务器或服务器组。该服务器组可以是集中式或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或者多个组件的计算设备200上执行。
在一些实施例中，服务器110可包括处理设备112。处理设备112可以处理信息和/或数据(例如，与潜在服务请求或服务请求有关的信息或数据)以执行本申请中描述的一个或以上功能。例如，处理设备112可以从请求者终端130获取目标服务请求者的上车点、从一个或以上候选服务提供者中确定潜在目标服务提供者、和/或确定从潜在目标服务提供者的当前位置到上车点的推荐到达时间。又例如，处理设备112可以基于至少两个历史服务请求的响应率来确定是否将推荐到达时间发送给目标服务请求者。在一些实施例中，处理设备112可包括一个或以上处理器(例如，单核处理设备或多核处理器)。仅作为示例，处理设备112包括中央处理单元(cpu)、特定应用集成电路(asic)、特定应用指令集处理器(asip)、图形处理单元(gpu)、物理处理单元(ppu)、数字信号处理器(dsp)、现场可程序门阵列(fpga)、可程序逻辑设备(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等或其任意组合。
存储设备120可以存储数据和/或指令(例如，与服务请求或潜在服务请求有关的数据或指令)。在一些实施例中，存储设备120可以存储从请求者终端130和/或提供者终端140获得或获取的数据。在一些实施例中，存储设备120可以存储服务器110可以执行或使用的数据和/或指令，以执行本申请中描述的示例性方法和/或过程。在一些实施例中，存储设备120可包括大容量存储器、可移动存储器、挥发性读写内存、只读存储器(rom)等或其任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的挥发性只读存储器可以包括随机存取内存(ram)。示例性的ram可包括动态ram(dram)、双倍速率同步动态ram(ddrsdram)、静态ram(sram)、闸流体ram(t-ram)和零电容ram(z-ram)等。示例性的rom可以包括掩模rom(mrom)、可编程rom(prom)、可擦除可编程rom(perom)、电子可擦除可编程rom(eeprom)、光盘rom(cd-rom)和数字通用磁盘rom等。在一些实施例中，所述存储设备120可以在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
在一些实施例中，存储设备120可以连接到服务器110或与服务器110通信。服务器110可以直接或通过网络访问存储设备120中存储的数据或指令。在一些实施例中，存储设备120可以是服务器110的一部分。
在一些实施例中，服务请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的用户可以为除该请求者之外的其他人。例如，请求者终端130的用户a可以通过请求者终端130为用户b发送服务请求，或从服务器110处接收服务和/或信息或指令。在一些实施例中，服务提供者可以是提供者终端140的用户。在一些实施例中，提供者终端130的用户可以是除该服务提供者之外的其他人。例如，提供者终端140的用户c可以使用提供者终端140来接收用户d的订单请求，和/或来自服务器110的信息或指令。在一些实施例中，“请求者”和“请求者终端”可以互换使用，“用户”和“用户终端”可以互换使用，“提供者”和“提供者终端”可以互换使用。对于按需交通服务，服务请求者可以是乘客，服务提供者可以是司机。
在一些实施例中，请求者终端130可以包括移动设备130-1、平板电脑130-2、膝上型电脑130-3、车载设备130-4等或其任意组合。在一些实施例中，移动设备130-1可包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强实境设备等或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(pda)、游戏设备、导航设备、pos机等或其任意组合。在一些实施例中，虚拟现实设备和/或增强实境设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或其任意组合。例如，虚拟现实设备和/或增强实境设备可以包括googletmglass、oculusrift、hololens、gearvr等。在一些实施例中，车载设备130-4可以包括车载计算机、车载电视等。在一些实施例中，请求者终端130可以是具有定位技术的设备，用于定位乘客和/或服务请求者的位置。
在一些实施例中，提供者终端140可以是与请求者终端130类似或相同的设备。在一些实施例中，提供者终端140可以是利用定位技术来定位提供者终端140的用户(例如，服务提供者)和/或提供者终端140的位置的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与一个或以上其他定位设备通信以确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以向服务器110传送定位信息。在一些实施例中，请求者终端130和/或提供者终端140可以显示与订单请求有关的信息(例如，上车点、下车点、路线)。在一些实施例中，提供者终端140可以周期性地或实时地向服务器110发送可用性状态。可用性状态可以表示与服务提供者相关的车辆150是否可用于搭载服务请求者。例如，提供者终端140可以每五分钟(或1分钟、两分钟等)将定位信息和/或可用性状态发送到服务器110。在一些实施例中，每当用户(例如，乘客或司机)登录与线上线下服务(例如，按需交通服务)相关的应用程序时，请求者终端130和/或提供者终端140可以将定位信息和/或可用性状态发送到服务器110。
在一些实施例中，服务提供者可以对应一个或以上车辆150。车辆150可以搭载一个或以上乘客并前往下车点。车辆150可包括至少两个车辆150-1、150-2、150-3、......等。一个车辆可以对应一种类型的服务(例如，呼叫出租车服务、代驾服务、快递服务、拼车服务、公交车服务、司机租赁服务和接送服务)。
定位系统160可以确定与对象或目标相关的信息，例如请求者终端130、提供者终端140、车辆150。在一些实施例中，定位系统160可以是全球定位系统(gps)、全球导航卫星系统(glonass)、罗盘导航系统(compass)、北斗导航卫星系统、伽利略定位系统、准天顶卫星系统(qzss)等。信息可包括对象的位置、高度、速度或加速度、或当前时间。定位系统160可以包括一个或以上的卫星，例如，卫星160-1、卫星160-2和/或卫星160-3等。卫星160-1至160-3可以独立地或共同地确定上述信息。定位系统160可以通过无线连接将上述信息发送到请求者终端130、提供者终端140或车辆150。在一些实施例中，定位系统160可以直接将信息发送到o2o服务系统100。
网络170-1至170-3可以促进信息和/或数据的交换。在一些实施例中，o2o服务系统100的一个或以上组件(例如，服务器110和/或存储设备120)可以通过网络170-1到170-3向/从请求者终端130和/或提供者终端140发送和/或接收信息和/或数据。例如，服务器110可以通过网络170-1获得或获取与潜在服务请求相关的数据。又例如，服务器110可以通过网络170-2获取候选服务提供者的可用性状态。在一些实施例中，网络170-1到170-3可以是任何类型的有线或无线网络或其组合。仅作为示例，网络170可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络(lan)、广域网路(wan)、无线局域网络(wlan)、城域网(man)、公共开关电话网络(pstn)、蓝牙网络、紫峰tm网络、近场通讯(nfc)网络、全球行动通讯系统(gsm)网络、码分多址(cdma)网络、时分多址(tdma)网络、通用分组无线服务(gprs)网络、增强数据速率gsm演进(edge)网络、宽带码分多址接入(wcdma)网络、高速下行分组接入(hsdpa)网络、长期演进(lte)网络、用户数据报协议(udp)网络、传输控制协议/互联网协议(tcp/ip)网络、短讯息服务(sms)网络、无线应用协议(wap)网络、超宽带(uwb)网络、红外线等或其任意组合。
图2是根据本申请的一些实施例所示的计算设备的示例性组件的示意图。根据本申请的一些实施例，服务器110、存储设备120、请求者终端130和/或提供者终端140可以在计算设备200上实现。本实施例中的特定系统利用功能框图解释了一个包含用户界面的硬件平台。计算机可以是具有通用或特定功能的计算机。两种计算机都可以被用于实现本实施例中的特定系统。计算设备200可以用于实现执行本申请中公开的一个或以上功能的任何组件。例如，计算设备200可以实现如本文所述的o2o服务系统100的任何组件。在图1和图2中，出于方便目的仅示出了一个这样的计算机设备。在提交本申请时，对于本领域普通技术人员而言，与此处所描述的请求服务相关的计算机功能可以在多个类似的平台上以分布式方式实现，以分散处理负载。
计算设备200，例如可以包括连接到与其连接的网络的一个或以上通信端口250，以便于数据通信。计算设备200还可以包括处理器(例如，处理器220)，以一个或以上处理器(例如，逻辑电路)的形式，用于执行程序指令。例如，处理器可以包括接口电路和处理电路。接口电路可以用于从总线210接收电子信号，其中电子信号编码用于处理电路的结构化数据和/或指令。处理电路可以进行逻辑计算，然后确定结论、结果和/或编码为电子信号的指令。然后，接口电路可以通过总线210从处理电路发送电子信号。
示例性计算设备可以包括内部通信总线210、不同形式的程序存储器和数据存储器，包括例如磁盘270、只读存储器(rom)230或随机存取存储器(ram)240，用于存储由计算设备处理和/或传输的各种数据文件。示例性计算平台也可以包括储存于rom230、ram240及/或其他形式的非暂时性储存媒体中的能够被处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200还包括输入/输出组件260，支持计算机和其他组件之间的输入/输出。计算设备200也可以通过网络通信接收程序和数据。
仅仅为了说明，图2中示出了一个处理器，然而还可以包括多个cpu和/或处理器。因此，由本申请中描述的一个cpu和/或处理器执行的操作和/或方法步骤也可以由多个cpu和/或处理器联合或单独执行。例如，如果在本申请中计算设备200的cpu和/或处理器执行操作a和操作b，则应当理解，操作a和操作b也可以由两个不同的cpu执行和/或在计算设备200中共同或分开处理(例如，第一处理器执行操作a，第二处理器执行操作b，或者第一和第二处理器共同执行操作a和b)。
图3是根据本申请的一些实施例所示的示例性移动设备的示例性硬件和/或软件组件的框图。根据本申请的一些实施例，请求者终端130或提供者终端140可以在移动设备300上实现。如图3所示，移动设备300可以包括通讯模块310、显示器320、图形处理单元(gpu)330、中央处理单元(cpu)340、输入/输出(i/o)350、内存360和存储器390。cpu340可以包括类似于处理器220中的接口电路和处理电路。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，也可包括在移动设备300内。在一些实施例中，移动操作系统370(例如，iostm、androidtm、windowsphonetm等)和一个或以上应用程序380可以从存储器390加载到内存360中以便由cpu340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序，用于从移动设备300上的o2o服务系统100接收和显示与服务请求或其他信息有关的信息。用户与信息流的交互可以通过i/o350实现，并通过网络(例如，网络170-1、网络170-2、或网络170-3)提供给处理设备112和/或o2o服务系统100的其他组件。
为了实现上述各种模块、单元及其功能，计算机硬件平台可以用作一个或以上元件(例如，图1中描述的服务器110的组件)的硬件平台。由于这些硬件元件、操作系统和程序语言是通用的，可以假设本领域技术人员熟悉这些技术并且能够根据本申请中所描述的技术提供线上线下服务所需的信息。具有用户界面的计算机可以用作个人计算机(pc)或其他类型的工作站或终端设备。在正确编程之后，具有用户界面的计算机可以用作服务器。可以认为本领域技术人员也可以熟悉这种类型的计算机设备的结构、程序或一般操作。因此，没有针对附图描述作出额外的解释。
图4是根据本申请的一些实施例所示的示例性处理设备的框图。处理设备112可包括采集模块410、潜在目标服务提供者确定模块420、推荐到达时间确定模块430、响应率确定模块440和发送模块450。在一些实施例中，模块可以是处理设备112中至少一部分的硬件电路。在一些实施例中，模块可以作为处理设备112读取和执行的应用程序或指令集。此外，模块可以是硬件电路和应用程序/指令的任何组合。例如，当处理设备112执行应用程序/指令集时，模块可以是处理设备112的一部分。
采集模块410可以检测潜在服务请求。潜在服务请求可以指包括上车点和/或下车点的但尚未由服务请求者确认发送的服务请求。潜在服务请求可以是尚未发送的请求。潜在服务请求可以是尚未发送的部分输入请求或尚未发送的完整请求的形式。在一些实施例中，采集模块410可以使用安装在请求者终端130上的应用程序(例如，图13中所示的拼车应用程序1300)来检测潜在服务请求。例如，采集模块410可以通过获取与请求确认操作相关的图标的状态来检测潜在服务请求，例如图13中所示的“确认拼车”。采集模块410可以通过至少一个第一信息交换端口1101获取与请求确认操作相关联的图标的状态。如果目标服务请求者输入了上车点和/或下车点，但没有激活与请求确认操作相关联的图标(即，与请求确认操作相关联的图标的状态被停用)，采集模块410则可以获取包括上车点和/或下车点的潜在服务请求。
在检测到潜在服务请求时，潜在目标服务提供者确定模块420可以在上车点的第一阈值距离范围内搜索一个或以上候选服务提供者。第一阈值距离可以是预设距离，例如50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等。潜在目标服务提供者确定模块420可以从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。例如，潜在目标服务提供者确定模块420可以基于第一预设选择规则从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。第一预设选择规则可以与候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到上车点的距离、候选服务提供者的计费比、下车点与候选服务提供者的目的地或与候选服务提供者的服务订单有关的另一上车点之间的关系等或其任意组合相关。又例如，潜在目标服务提供者确定模块420可以基于第二预设选择规则从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。第二预设选择规则可以与候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到上车点的距离、候选服务提供者的订单取消率等或其任意组合相关。在一些实施例中，潜在目标服务提供者确定模块420可以通过至少一个第二信息交换端口1102从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。
推荐到达时间确定模块430可以确定从目标服务提供者的对应位置到上车点的推荐到达时间。具体地，在一些实施例中，推荐到达时间确定模块430可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间(eta)。推荐到达时间确定模块430可以规划所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线。在一些实施例中，推荐到达时间确定模块430可以调用第三方数据库(例如，地图服务器)以获取路线。在一些实施例中，推荐到达时间确定模块430可以从地图服务器获取与规划路线相关的信息。与规划路线相关的信息可以包括到上车点的预估到达时间、路线的长度、交通状况等或其任意组合。推荐到达时间确定模块430可以基于至少一个确定的预估到达时间确定推荐到达时间。例如，可以将至少一个确定的预估到达时间中的最短时间指定为上车点的推荐到达时间。
响应率确定模块440可以确定历史服务请求的响应率。所述响应率可以等于响应的历史服务请求的第一数量与历史服务请求的第二数量的比值。所述历史服务请求发生在上车点的第二阈值距离内和/或预设时间段内。所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量。第二阈值距离可以是预设距离，例如2.5千米、3千米、5千米、6千米、10千米等。在一些实施例中，第二阈值距离可以等于第一阈值距离。在一些实施例中，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。响应率确定模块440可以根据响应率确定推荐阈值。推荐阈值可以是与响应率相关的数值。响应率确定模块440可以生成随机数。响应率确定模块440可以将随机数与推荐阈值进行比较。响应率确定模块440可以确定随机数是否不小于推荐阈值。如果随机数不小于推荐阈值，则发送模块450可以确定向请求者终端130发送推荐到达时间。
发送模块450可以发送推荐到达时间。例如，发送模块450可以通过至少一个第一信息交换端口1101将推荐到达时间发送到安装在目标服务请求者的移动设备(例如，请求者终端130)上的应用程序界面。在一些实施例中，响应于服务订单，发送模块450可以通过至少一个第二信息交换端口1102向提供者终端140发送指令，该指令用于显示与服务订单相关的信息(例如，上车点、下车点、从上车点到下车点的路线等)。
应当注意以上对处理设备112的描述旨在例证，并不旨在限制本申请的范围。对本领域相普通术人员而言，在本申请的指导下可以进行各种变化和修改。例如，处理设备112还可以包括用于数据存储的存储模块。然而，这些变化和修改均在本申请的保护范围内。
图5是根据本申请的一些实施例所示的用于在o2o服务中确定推荐到达时间的示例性过程的流程图。在一些实施例中，过程500可以由o2o服务系统100执行。例如，过程500可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所呈现过程的操作旨在例证。在一些实施例中，过程500在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图5中所示和下述过程500中操作的顺序是非限制性的。
在510中，处理器(例如，采集模块410)可以检测潜在服务请求。在一些实施例中，目标服务请求者可以通过安装在其移动设备(例如，请求者终端130)上的应用程序输入潜在服务请求。应用程序可以获取用户输入(例如，潜在服务请求)。在一些实施例中，处理器可以根据通过至少一个第一信息交换端口1101获取的用户输入来检测潜在服务请求。
在一些实施例中，潜在服务请求可以指具有上车点和/或下车点但尚未由服务请求者确认发送的服务请求。潜在服务请求是尚未发送的请求。潜在服务请求可以是尚未发送的部分输入请求或尚未发送的完整输入请求的形式。例如，如果目标服务请求者希望请求服务(例如，交通服务)，目标服务请求者可以在确认服务请求之前(或在将服务请求发送到服务器110之前)，通过安装在请求者终端130上的应用程序输入或选择上车点和/或下车点。在这种情况下尚未发送的请求可以被视为潜在服务请求。示例性的应用程序如图13和图14所示。
在一些实施例中，潜在服务请求可以包括交通服务的上车点和/或下车点。交通服务可以包括出租车服务、司机服务、快车服务、拼车服务、公交服务、司机租赁服务、班车服务等。在一些实施例中，服务请求可以由用户为自己或其他用户发起。虽然可以通过本领域技术人员所知的微小修改，本申请的实施例可以应用于为他人请求服务的场景，但是下文中的描述是以为自己请求服务的场景作为示例。
上车点可以包括目标服务请求者输入或选择的任何位置。上车点和目标服务请求者的当前位置可以相同或不同。例如，上车点可以包括十字路口、建筑物、公共汽车站、社区门、公园门、校门和/或易于识别的任何位置。在一些实施例中，上车点可以在目标服务请求者的当前位置的阈值距离内。在一些实施例中，阈值距离可以是任何正值，例如但不限于5米、10米、20米、50米、100米、200米、500米或1千米等。在一些实施例中，阈值距离可以是存储设备(例如，存储设备120)中存储或者可以由o2o服务系统100的用户设置的默认参数。在一些实施例中，阈值距离可以由o2o服务系统100的一个或以上组件(例如，处理设备112)确定。在一些实施例中，阈值距离可以根据请求时间、服务请求者、服务请求者的当前位置等因素来调整。例如，与市中心某一位置相关的阈值距离可以小于与郊区某一位置相关的阈值距离。在一些实施例中，下车点可以是用户希望和/或需要去的目的地。
在一些实施例中，在输入上车点和/或下车点之后，目标服务请求者可以通过第一信息交换端口1101向服务器110发送潜在服务请求，以形成有效(或常规)服务请求。可选地，请求者终端130可以通过第一信息交换端口1101连续地或周期性地向服务器110发送与潜在服务请求相关的信息。与潜在服务请求相关的信息可以包括上车点、下车点、目标服务请求者的当前位置、与潜在服务请求相关联的乘客数量等或其任意组合。服务器110(或处理设备112)可以根据接收的信息确定是否存在来自请求者终端130的潜在服务请求。响应于所述潜在服务请求，服务器110可以执行过程500以确定潜在目标服务提供者到达目标服务请求者的上车点的推荐时间(这里也称为“推荐到达时间”)。
在520中，响应于所述潜在服务请求，处理器(例如，潜在目标服务提供者确定模块420)可以通过至少一个第二信息交换端口1102从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。所述信息可以包括，例如，每一个潜在服务提供者的位置、每一个潜在服务提供者的可用性状态、从每一个潜在服务提供者的位置到上车点的eta等。
在一些实施例中，候选服务提供者可以是位于距离上车点的第一阈值距离内，且当接收到所述潜在服务请求时能够提供o2o服务(例如，交通服务)的服务提供者。例如，对于与快车服务(或司机服务或出租车服务等)相关的潜在服务请求，候选服务提供者可以是位于距离上车点的第一阈值距离内且没有服务订单的服务提供者。又例如，对于与拼车服务相关的潜在服务请求，候选服务提供者可以是位于距离上车点的第一阈值距离内且已接受和/或正在服务于至少一个服务订单，但仍可用于提供拼车服务的服务提供者。
在一些实施例中，第一阈值距离可以是预设距离，例如，50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等。第一阈值距离可以是存储在存储器(例如，存储设备120)中或由o2o服务系统100预先确定的默认参数。在一些实施例中，第一阈值距离可以由o2o服务系统100的一个或以上组件(例如，处理设备112)确定。在一些实施例中，第一阈值距离可以根据不同的情况进行调整，例如，不同的请求时间、不同的服务区域、不同的天气条件等。仅作为示例，市中心某一上车点的第一阈值距离可以小于郊区某一上车点的第一阈值距离。
在一些实施例中，处理器可以从一个或以上候选服务提供者中选择潜在的目标服务提供者。在一些实施例中，可以基于一个或以上预设的选择规则从候选服务提供者中选择潜在目标服务提供者。在一些实施例中，如果候选服务提供者能够为所述潜在服务请求提供拼车服务，并且至少有一个候选服务提供者已经接受和/或正在服务于至少一个服务订单，处理器可以选择已经接受和/或服务于至少一个服务订单的候选服务提供者作为潜在目标服务提供者。在这种情况下，可以基于第一预设选择规则从候选服务提供者中选择潜在目标服务提供者。在一些实施例中，第一预设选择规则可以与一个或以上因素相关，例如，候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到上车点的距离、候选服务提供者的计费比、下车点与候选服务提供者的目的地或与候选服务提供者的服务订单相关的另一个上车点之间的关系等或其组合。
例如，处理器可以确定候选服务提供者的驾驶方向是否与候选服务提供者的当前位置到上车点的方向一致。在一些实施例中，如果候选服务提供者的驾驶方向与候选服务提供者的当前位置到上车点的方向一致，则可以选择候选服务提供者作为潜在目标服务提供者。在一些实施例中，如果候选服务提供者的绕路距离和/或绕路时间在阈值距离(例如，1千米、3千米、5千米等)和/或阈值时间内(例如，1分钟、1.5分钟、2分钟等)，可以选择候选服务提供者作为潜在的目标服务提供者。在一些实施例中，阈值距离和/或阈值时间可以是存储设备120中存储的默认参数。在一些实施例中，处理器可以基于与潜在服务请求相关的规划路线(例如，从上车点到潜在服务请求的下车点的规划路线)以及与候选服务提供者正在服务的服务订单相关的规划路线(例如，从上车点到服务订单的下车点的规划路线)来确定绕路距离。在一些实施例中，处理器可以基于绕路距离确定绕路时间，例如，绕路距离除以对应于候选服务提供者的车辆的平均速度。在一些实施例中，如果与候选服务提供者相关的车辆的可用车座数量大于与潜在服务请求相关的乘客数量，则可以选择候选服务提供者作为潜在目标服务提供者。在一些实施例中，如果从候选服务提供者的当前位置到潜在服务请求的上车点的距离在阈值距离内(例如，1千米、2千米、3千米等)，可以选择候选服务提供者作为潜在的目标服务提供者。在一些实施例中，计费比可以指每公里的成本，例如2.2元/千米。
在一些实施例中，处理器还可以在选择潜在目标服务提供者时考虑潜在服务请求的下车点与候选服务提供者的目的地之间的关系。例如，如果候选服务提供者的目的地在下车点的预设范围内，则处理器可以选择候选服务提供者作为潜在目标服务提供者。在一些实施例中，处理器还可以在选择潜在目标服务提供者时考虑与候选服务提供者的服务订单相关的另一上车点。例如，如果候选服务提供者已经接受服务订单，并且该服务订单的上车点位于与潜在服务请求相关的规划路线中，则该候选服务提供者可被选择为潜在的目标服务提供者。
应当注意，在选择潜在目标服务提供者时，处理器可以考虑与上述第一预设选择规则相关的所有因素或一个或以上因素。例如，可以选择满足与第一预设选择规则相关的所有因素的一个或以上候选服务提供者作为潜在目标服务提供者。又例如，可以选择满足与第一预设选择规则相关的至少一个因素的一个或以上候选服务提供者作为潜在目标服务提供者。在一些实施例中，处理器还可以基于上述的一个或以上因素来对候选服务提供者进行排序，并且可以选择n(n≥1)个候选服务提供者作为潜在目标服务提供者。例如，如果有五个候选服务提供者(例如，a、b、c、d和e)，处理器可以对五个候选服务提供者按照计费比进行排序，并且可以选择具有相对较低计费比的三个候选服务提供者(例如，a、b和c)作为潜在的目标服务提供者。对于本领域技术人员而言，选择潜在目标服务提供者的方式可以是各种各样的，诸如此类的变形，均在本申请的保护范围之内。
在一些实施例中，如果候选服务提供者是能够为所述潜在服务请求提供拼车服务并且没有接受和/或服务于至少一个服务订单的候选服务提供者，处理器可以选择没有服务订单的候选服务提供者作为潜在目标服务提供者。在这种情况下，可以基于第二预设选择规则从候选服务提供者中选择潜在目标服务提供者。在一些实施例中，第二预设选择规则可以与一个或以上因素相关，包括例如候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的当前位置到上车点的距离、候选服务提供者的订单取消率等或其组合。
例如，如果候选服务提供者的驾驶方向与从候选服务提供者的当前位置到上车点的方向一致，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。又例如，如果候选服务提供者的评分相对较高，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。再例如，如果从候选服务提供者的当前位置到上车点的距离在阈值距离内(例如，1千米、3千米、5千米等)，处理器可以选择该候选服务提供者作为潜在目标服务提供者。在一些实施例中，如果候选服务提供者的订单取消率相对较低，处理器可以选择该候选服务提供者作为潜在目标服务提供者。
在一些实施例中，潜在目标服务提供者的信息可以包括车辆信息、容量信息、价格信息、服务信息、位置信息、用户行为信息等或其任意组合。在一些实施例中，车辆信息和/或容量信息与对应于候选服务提供者的车辆相关。在一些实施例中，车辆信息可以包括车辆类型、车辆的品牌、车辆的年龄等或其任意组合。在一些实施例中，容量信息可包括车辆的座位数量、车辆的负载容量(例如，车辆可携带的产品的重量)等或其任意组合。在一些实施例中，价格信息可以包括候选服务提供者提供服务的基本价格、单价(例如，每单位距离的价格)、动态价格率等或其任意组合。在一些实施例中，服务信息可以包括订单接受率、订单完成率、订单取消率、服务响应时间、候选服务提供者的历史服务订单的数量等或其任意组合。在一些实施例中，位置信息可以包括候选服务提供者的当前位置、候选服务提供者与潜在服务请求的上车点之间的距离、沿着候选服务提供者和上车点之间的路线的十字路口数量等或其任意组合。候选服务提供者与上车点之间的距离可以是直线距离或其间路线的距离。在一些实施例中，用户行为信息可以包括由请求者评估的评分、从请求者接收的投诉数量等或其任意组合。
在530中，处理器(例如，推荐到达时间确定模块430)可以确定推荐到达时间。具体地，处理器可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线确定推荐到达时间。在一些实施例中，潜在目标服务提供者的对应位置可以是当处理器检测到潜在服务请求时所述潜在目标服务提供者的当前位置。推荐到达时间可以指服务提供者到达上车点的推荐时间。
在一些实施例中，对于每个潜在目标服务提供者，处理器可以基于从每个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间(eta)。在一些实施例中，可以基于o2o服务系统100的地图服务来确定eta。在一些实施例中，可以基于所确定的eta来确定推荐到达时间。例如，推荐到达时间可以是所确定的eta中的最短时间。又例如，推荐到达时间可以是所确定的eta的平均时间。关于如何确定每个潜在目标服务提供者的推荐到达时间和eta的更多描述可以参考本申请的其他地方(例如，图6及其描述)。
在540中，处理器(例如，处理设备112的发送模块450)可以发送推荐到达时间。在一些实施例中，处理器可以通过至少一个第一信息交换端口1101将推荐到达时间发送到目标服务请求者的移动设备(例如，请求者终端130)。请求者终端130可以以各种形式显示所述推荐到达时间，诸如，消息、音频、视频、图像等或其任意组合。例如，推荐到达时间可以以消息的形式，诸如“1分钟”、“2分钟”、“5分钟”，显示在应用程序界面上，所述应用程序安装在目标服务请求者的请求者终端130上。如图13所示，拼车应用程序1300的界面可以显示推荐到达时间，即“2分钟后上车”。又例如，推荐到达时间可以通过目标服务请求者的请求者终端130进行语音播放(例如，通过安装在请求者终端130上的应用程序)。
在一些实施例中，处理器可以在发送推荐到达时间之前确定是否发送推荐到达时间。在一些实施例中，处理器可以基于随机数和推荐阈值的比较结果来确定是否发送推荐到达时间。在一些实施例中，处理器可以生成特定范围(例如，从1到100)内的随机数。在一些实施例中，处理器可以基于响应率来确定推荐阈值。在一些实施例中，处理器可以确定在上车点的第二阈值距离内且在预设时间段期内的历史服务请求的响应率。所述第一阈值距离和所述第二阈值距离可以相同或不同。在一些实施例中，所述历史服务请求的响应率可以等于响应的历史服务请求的第一数量与历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量。在一些实施例中，预设时间段在发生潜在服务请求发生之前。在一些实施例中，预设时间段应当满足或使得在潜在服务请求发生时实时或近实时地反映响应率。在一些实施例中，如果随机数不小于推荐阈值，则处理器可以确定发送推荐到达时间。在一些实施例中，如果随机数小于推荐阈值，则处理器可以确定不发送推荐到达时间。关于确定是否发送推荐到达时间的更多描述可以参考本申请的其他地方(例如，图7、图8、图10、图11及其相关描述)。在一些实施例中，如果处理器确定发送推荐到达时间，则处理器可以将推荐到达时间发送到目标服务请求者的移动设备。在一些实施例中，如果处理器确定不发送推荐到达时间，则处理器不发送推荐到达时间。
应当注意，以上关于过程500的描述旨在例证，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的指导可以做出各种变化和修改。例如，操作520可以拆分成用于搜索一个或以上候选服务提供者的操作和用于从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息的操作。然而，这些变化和修改均在本申请的保护范围。
图6是根据本申请的一些实施例所示的用于在o2o服务中确定推荐到达时间的示例性过程的流程图。在一些实施例中，过程600可以在o2o服务系统100中实现。例如，过程600可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230，ram240等)中，并且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所示过程的操作旨在例证。在一些实施例中，过程600在实施时可以添加一个或多个本申请未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图6所示和下述过程600中操作的顺序是非限制性的。
在602中，处理器(例如，采集模块410)可以检测潜在服务请求。潜在服务请求可以是尚未发送的请求。如果服务请求者发出或确认潜在服务请求，则可以将潜在服务请求转换为有效(或常规)服务请求。在一些实施例中，潜在服务请求可包括上车点和/或下车点。在一些实施例中，潜在服务请求可以是交通服务请求。例如，如图13所示，目标服务请求者在拼车应用程序1300的界面上输入或选择上车点1302和/或下车点1304，并且希望获得拼车服务，所需的拼车服务可被视为潜在服务请求。如果目标服务请求者确认潜在服务请求，例如，目标服务请求者在拼车应用程序1300的界面上激活“确认拼车”，则可以将潜在服务请求转换为有效服务请求。在一些实施例中，o2o服务系统100还可以生成响应确认潜在服务请求的订单，并根据该订单为目标服务请求者分派目标服务提供者。
在一些实施例中，处理器可以使用安装在请求者终端130上的应用程序(例如，图13中所示的拼车应用程序1300)来检测潜在服务请求。例如，处理器可以通过获取与请求确认操作相关的图标的状态来检测潜在服务请求，例如图13中所示的“确认拼车”。处理器可以通过至少一个第一信息交换端口1101获取与请求确认操作相关的图标的状态。如果目标服务请求者输入了上车点和/或下车点，但没有激活与请求确认操作相关的图标(即，与请求确认操作相关的图标的状态被停用)，那么处理器可以获取包括上车点和/或下车点的潜在服务请求。
在604中，处理器(例如，潜在目标服务提供者确定模块420)可以搜索一个或以上候选服务提供者。在一些实施例中，处理器可以从上车点搜索第一阈值距离内的候选服务提供者。第一阈值距离可以是预设距离，例如50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等。在一些实施例中，所述候选服务提供者能够为所述潜在服务请求提供拼车服务。在一些实施例中，候选服务提供者的移动设备可以实时地或周期性地(例如，每5分钟)向服务器110发送可用性状态。可用性状态可以指与服务提供者相关的车辆150是否可用于搭载乘客。在一些实施例中，处理器可以通过至少一个第二信息交换端口1102从相应的一个或以上提供者终端140中获取一个或以上服务提供者的可用性状态。处理器可以基于所获取的一个或以上服务提供者的可用性状态来确定一个或以上候选服务提供者。例如，处理器可以从上车点搜索第一阈值距离内的一个或以上服务提供者，并确定具有可用状态的一个或以上服务提供者作为候选服务提供者。
在606中，处理器(例如，潜在目标服务提供者确定模块420)可以从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。在一些实施例中，所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者已经接受和/或已经服务于至少一个服务器订单。例如，如果存在五个候选服务器提供者，其中三个候选服务提供者已经服务于至少一个服务订单，则处理器可以选择这三个候选服务提供者作为潜在的目标服务提供者。
在一些实施例中，处理器可以基于第一预设选择规则从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。第一预设选择规则可以与候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到上车点的距离、候选服务提供者的计费比、下车点与候选服务提供者的目的地或与候选服务提供者的服务订单相关的另一上车点之间的关系等或其任意组合。
在一些实施例中，如果候选服务提供者的驾驶方向与从上车点到下车点的路线的方向一致，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。在一些实施例中，处理器可以在检测到潜在服务请求时规划从上车点到下车点的路线。
在一些实施例中，处理器可以确定与潜在服务请求相关的规划路线和与候选服务提供者服务的服务订单相关的规划路线之间的绕路距离。如果与候选服务提供者相关的绕路距离小于预设的绕路距离阈值(例如，1千米、2千米、3千米、4千米、5千米、7千米、9千米等)，处理器可以选择该候选服务提供者作为潜在的目标服务提供者。
在一些实施例中，处理器可以基于绕路距离确定绕路时间。例如，处理器可以将绕路距离除以对应候选服务提供者的车辆150的平均速度。如果绕路时间小于预设的绕路时间阈值(例如，1分钟、2分钟、3分钟、4分钟、5分钟、10分钟、15分钟等)，处理器可以选择该候选服务提供者作为潜在的目标服务提供者。
在一些实施例中，如果对应于候选服务提供者的车辆150的可用车座数量满足潜在服务请求，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。
在一些实施例中，处理器可以确定从候选服务提供者的当前位置到上车点的距离。如果距离小于预设值(例如，1千米、2千米、3千米、5千米等)，则处理器可以选择候选服务提供者作为潜在目标服务提供者。
在一些实施例中，处理器可以确定一个或以上候选服务提供者中的每一个候选服务提供者的计费比，并选择具有相对低的计费比的一个或以上候选服务提供者作为潜在目标服务提供者。计费比可以指每公里的成本，例如2.2元/千米。例如，如果有五个候选服务提供者(例如，a、b、c、d和e)，则处理器可以按照计费比对五个候选服务提供者进行排序，并且选择具有相对较低的计费比的三个候选服务提供者(例如，a、b和c)作为潜在目标服务提供者。
在一些实施例中，处理器还可以在选择潜在目标服务提供者时考虑潜在服务请求的下车点与候选服务提供者的目的地之间的关系。例如，如果候选服务提供者的目的地在距下车点的预设范围内，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。
在一些实施例中，处理器还可以在选择潜在目标服务提供者时考虑与候选服务提供者的服务订单相关的另一上车点。例如，如果候选服务提供者已接受服务订单，且服务订单的上车点位于与潜在服务请求相关的规划路线中，则该候选服务提供者可被选择为潜在的目标服务提供者。
应当注意，在选择潜在目标服务提供者时，处理器可以考虑与上述第一预设选择规则相关的所有因素或一个或以上因素。例如，处理器可以选择满足与第一预设选择规则相关的所有因素的一个或以上候选服务提供者作为潜在目标服务提供者。又例如，处理器可以选择满足与第一预设选择规则相关的至少一个因素的一个或以上候选服务提供者作为潜在目标服务提供者。对于本领域技术人员而言，选择潜在目标服务提供者的方式是各种各样的，诸如此类的变形，均在本申请的保护范围内。
在608中，处理器(例如，推荐到达时间确定模块430)可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间(eta)。在一些实施例中，处理器(例如，潜在目标服务提供者确定模块420)可以通过第二信息交换端口1102从提供者终端140获取所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置。处理器还可以规划每一个潜在目标服务提供者的对应位置到上车点的路线。在一些实施例中，处理器可以通过规划路线的长度除以每一个潜在目标服务提供者的速度(即，与每一个潜在目标服务提供者相关的车辆150的速度)来确定eta。在一些实施例中，处理器可以直接从第三方数据库(例如，地图服务器)获取路线。例如，如果处理器检测到潜在服务请求，则处理器可以发送与潜在服务请求相关的信息(例如，上车点和/或潜在服务请求的下车点)到地图服务器，地图服务器可以提供从潜在目标服务提供者的相应位置到潜在服务请求的上车点的路线。在一些实施例中，处理器可以从地图服务器获取与规划路线相关的信息。与规划路线相关的信息可以包括到上车点的预估到达时间、路线的长度、交通状况等或其任意组合。在一些实施例中，处理器还可以基于从地图服务器获取的与规划路线有关的信息来获取eta。在一些实施例中，地图服务器可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定eta，处理器可以从地图服务器获取eta。
在610中，处理器(例如，处理设备112的推荐到达时间确定模块430)可以基于所述确定的至少一个预估到达时间来确定推荐到达时间。在一些实施例中，处理器可以确定所述至少一个预估到达时间中的最短时间，和/或指定最短时间作为上车点的推荐到达时间。
在612中，处理器(例如，处理设备112的发送模块450)可以通过至少一个第一信息交换端口1101向目标服务请求者的移动设备(例如，请求者终端130)发送推荐到达时间。请求者终端130可以以各种形式显示推荐到达时间，诸如消息、音频、视频、图像等或其任意组合。例如，推荐到达时间可以以消息的形式，诸如“1分钟”、“2分钟”、“5分钟”，显示在应用程序界面上，所述应用程序安装在目标服务请求者的请求者终端130上。如图13所示，拼车应用程序1300的界面显示了推荐到达时间，即“2分钟后上车”。又例如，可以由目标服务请求者的请求者终端130(例如，通过安装在请求者终端130上的应用程序)语音播放推荐到达时间。
在一些实施例中，如果目标服务请求者确认潜在的服务器请求，则可以将所述潜在服务请求转换为有效服务请求。响应于所述有效服务请求，处理器可以生成与有效服务请求相关的服务订单，以便为目标服务提供者提供拼车服务。处理器可以将具有推荐到达时间的潜在目标服务提供者确定为目标服务提供者。在一些实施例中，响应于服务订单，处理器可以通过至少一个第二信息交换端口1102向目标服务提供者的移动设备发送指令，所述指令用于显示与服务订单相关的信息(例如，上车点、下车点、从上车点到下车点的路线等)。在一些实施例中，在接收服务订单之前，所确定的目标服务提供者是能够提供拼车服务且已经服务于至少一个其他服务订单的服务提供者。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的指导可以做出多种变化和修改。例如，操作604和606可以集成到单个操作中。又例如，操作608和610可以集成到单个操作中。然而，这些变化与修改均在本申请的保护范围内。
图7是根据本申请的一些实施例所示的用于确定o2o服务的推荐到达时间的示例性过程的流程图。在一些实施例中，过程700可以在o2o服务系统100中实现。例如，过程700可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230，ram240等)中，并且由过程700调用和/或执行。服务器110(例如，服务器110中的处理设备112，或服务器110中的处理设备112的处理器220)。以下呈现的所示过程的操作旨在例证。在一些实施例中，过程700在实施时可以添加一个或多个本申请未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图7中所示和下述过程700中操作的顺序是非限制性的。
操作702和704类似于上述过程600的操作602和604，其更多描述可以参考本申请中图6及其相关描述。
在706中，处理器(例如，潜在目标服务提供者确定模块420)可以从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。在一些实施例中，所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者没有服务订单。例如，如果存在五个候选服务器提供者，其中三个候选服务提供者没有服务订单，则处理器可以选择这三个候选服务提供者作为潜在目标服务提供者。
在一些实施例中，处理器可以基于第二预设选择规则从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。第二预设选择规则可以与候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到上车点的距离、候选服务提供者的订单取消率等或其任意组合相关。
在一些实施例中，如果候选服务提供者的驾驶方向与从上车点到下车点的路线的方向一致，则处理器可以选择该候选服务提供者作为潜在目标服务提供者。在一些实施例中，处理器可以在检测到潜在服务请求时规划从上车点到下车点的路线。
在一些实施例中，处理器可以从存储设备120或者提供者终端140获取候选服务提供者的评分。处理器可以选择具有相对较高评分的候选服务提供者作为潜在目标服务提供者。服务提供者的相对较高评分可以表示服务提供者是优先服务提供者。例如，如果有五个候选服务提供者，a、b、c、d和e，则处理器可以按照评分对五个候选服务提供者进行排序，选择具有相对较高评分的三个候选服务提供者(例如，a、b和c)作为潜在目标服务提供者。
在一些实施例中，处理器可以确定从候选服务提供者的当前位置到上车点的距离。如果距离小于预设值(例如，1千米、2千米、3千米、5千米等)，则处理器可以选择候选服务提供者作为潜在目标服务提供者。
在一些实施例中，处理器可以从存储设备120或者提供者终端140获取每个候选服务提供者的订单取消率，并选择具有相对较低订单取消率的候选服务提供者作为潜在的目标服务提供者。订单取消率可以等于取消订单的数量与分配订单的总数的比值。例如，如果o2o系统100总共向候选服务提供者分配了50个服务订单，候选服务提供者取消了其中的5个订单，则候选服务提供者的订单取消率可以是10％(即，5/50)。仅仅为了说明，如果有五个候选服务提供者，a、b、c、d和e，处理器可以按照订单取消率对五个候选服务提供者进行排序，选择具有相对较低订单取消率的三个候选服务提供者(例如，a、b和c)作为潜在目标服务提供者。
注意，在选择没有在服务订单的至少一个潜在目标服务提供者时，处理器可以考虑与上述第二预设选择规则相关的所有因素或一个或以上因素。例如，可以选择满足与第二预设选择规则相关的所有因素的一个或以上候选服务提供者作为潜在目标服务提供者。又例如，可以选择满足与第二预设选择规则相关的至少一个因素的一个或以上候选服务提供者作为潜在目标服务提供者。对于本领域技术人员，选择潜在目标服务提供者的方式是各种各样的，诸如此类的变形，均在本申请的保护范围之内。
在708中，处理器(例如，发送模块450)可以确定是否向目标服务请求者的移动设备(例如，请求者终端130)发送推荐到达时间。在一些实施例中，处理器可以基于与响应率相关的概率值来确定是否发送推荐到达时间。例如，如果响应率是80％，意味着发送推荐到达时间的概率是80％。在一些实施例中，处理器(例如，响应率确定模块440)可以确定在上车点的第二阈值距离内和/或预设时间段内的历史服务请求的响应率。第二阈值距离可以是预设距离，例如50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等。预设时间段在潜在服务请求发生之前且能够在发生服务请求发生时实时或近实时地反映响应率。因此，预设时间段可以相对较短，以使得确定的响应率是实时或接近实时的。在一些实施例中，预设时间段可以是潜在服务请求发生之前的一分钟。响应率可以等于响应的历史服务请求的第一数量与历史服务请求的第二数量的比值。所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量。仅作为示例，在潜在服务请求发生前的一分钟，o2o服务系统100接收了100个服务订单，例如，在上车点的第二阈值距离范围(例如，10千米)内，其中的80个服务订单在一分钟内得到了响应，那么处理器可以确定响应率是80％(即，80/100)。关于确定是否发送推荐到达时间的更多描述可以参考本申请的其他地方(例如，图8及其描述)。
如果处理器确定发送推荐到达时间，则处理器可以进一步执行710。如果处理器确定不发送推荐到达时间，则处理器可以进一步执行716，即，处理器不发送推荐到达时间。
在710中，处理器(例如，推荐到达时间确定模块430)可以基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间。操作710类似于上述过程600的操作608，其详细描述可以参考本申请中图6及其相关描述。
在712中，处理器(例如，推荐到达时间确定模块430)可以基于确定的至少一个预估到达时间来确定推荐到达时间。在一些实施例中，处理器可以指定所述至少一个预估到达时间中的最短时间作为到上车点的推荐到达时间。在一些实施例中，处理器可以指定所述至少一个预估到达时间的平均时间作为到上车点的推荐到达时间。
在714中，处理器(例如，发送模块450)可以通过至少一个第一信息交换端口1101向目标服务请求者的移动设备(例如，请求者终端130)发送推荐到达时间。在一些实施例中，请求者终端130可以以各种形式显示推荐到达时间，诸如消息、音频、视频、图像等或其任意组合。例如，推荐到达时间可以以消息的形式，诸如“1分钟”、“2分钟”、“5分钟”，显示在应用程序界面上，该应用程序安装在目标服务请求者的请求者终端130上。如图13所示，拼车应用程序1300的界面显示了推荐到达时间，即“2分钟后上车”。又例如，可以由目标服务请求者的请求者终端130语音播放所述推荐到达时间(例如，通过安装在请求者终端130上的应用程序)。
应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的指导可以做出多种变化和修改。例如，操作704和操作706可以集成到单个操作中。又例如，操作712和操作714可以集成到单个操作中。再例如，可以在操作710和/或712之后执行操作708。然而，这些变化与修改均在本申请的保护范围内。
图8是根据本申请的一些实施例所示的用于确定是否发送推荐到达时间的示例性过程的流程图。在一些实施例中，过程800可以在o2o服务系统100中实现。例如，过程800可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所示过程的操作旨在例证。在一些实施例中，过程800在实施时可以添加一个或多个本申请未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图8所示和下述过程800中操作的顺序是非限制性的。在一些实施例中，可以根据过程800来执行图7中所示的操作708。
在802中，处理器(例如，响应率确定模块440)可以确定历史服务请求的响应率。在一些实施例中，所述历史服务请求发生在上车点的第二阈值距离内和/或在预设时间段内。第二阈值距离可以是预设距离，例如50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等。在一些实施例中，第二阈值距离可以等于第一阈值距离。在一些实施例中，预设时间段发生在潜在服务请求发生之前且能够在潜在服务请求发生时实时或近实时地反映响应率。因此，预设时间段可能相对较短，以使得响应率是实时或近实时的。在一些实施例中，预设时间段为潜在服务请求发生时刻的前一分钟。响应率等于响应的历史服务请求的第一数量(或计数)与历史服务请求的第二数量(或计数)的比值。仅作为示例，在潜在服务请求发生时刻的前一分钟，o2o服务系统100共接收了100个服务订单，假如在上车点的第二阈值距离(例如，10千米)内，其中的80个服务订单在一分钟内得到了响应，那么处理器确定响应率是80％(即，80/100)。
在804中，处理器(例如，响应率确定模块440)可以根据响应率确定推荐阈值。推荐阈值可以是与响应率相关的数值。在一些实施例中，可以将推荐阈值设置为1到100范围内的整数值。在一些实施例中，响应率用百分比表示。在一些实施例中，可以将推荐阈值设置为等于或最接近响应率的分母与响应率的分子之间的差值的整数值。例如，如果响应率是80％，则可以将推荐阈值设置为20(即，100-80＝20)。又例如，如果响应率是70％，则可以将推荐阈值设置为30(即，100-70＝30)。再例如，如果响应率是89.4％，则推荐阈值可以被设置为11，其是最接近响应率的分母和响应率的分子之间的差值(即，100-89.4＝10.6)的整数。
在806中，处理器(例如，响应率确定模块440)可以确定随机数是否不小于推荐阈值。具体地，所述响应率确定模块440可以生成1到100之间的随机数。如果随机数不小于推荐阈值，则进一步执行808。在808中，处理器可以确定发送推荐到达时间。在一些实施例中，如果处理器确定发送推荐到达时间，则处理器可以确定推荐到达时间(参考图7中的操作710和712)和/或发送推荐到达时间(参考图7中的操作714)。如果随机数小于推荐阈值，则进一步执行810.在810中，处理器可以确定不发送推荐到达时间。在一些实施例中，如果处理器确定不发送推荐到达时间，则处理器不发送推荐到达时间(参考图7中的操作716)。
例如，处理器可以根据响应率70％确定所述推荐阈值为30。在一些实施例中，处理器可以生成随机数(例如，50)。如果所生成的随机数大于推荐阈值，则处理器确定发送推荐到达时间。在一些实施例中，处理器可以生成随机数(例如，20)。如果生成的随机数小于推荐阈值，则处理器确定不发送推荐到达时间。应当理解，在一些实施例中，随机数不小于推荐阈值的概率可以等于或最接近响应率。
在一些实施例中，如果响应率是100％，则处理器可以直接确定发送推荐到达时间。在一些实施例中，如果响应率为0，则处理器可以直接确定不发送推荐到达时间。
图9是根据本申请的一些实施例所示的用于确定推荐到达时间的示例性过程的流程图。图10是根据本申请的一些实施例所示的图9中的节点a的示例性过程的流程图。在一些实施例中，过程900和1000可以在o2o服务系统100中实现。例如，过程900和1000可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230，ram240等)中，且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所示过程的操作旨在例证。在一些实施例中，过程900和1000在实施时可以添加一个或多个本申请未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图9和图10所示和下述过程900和1000中操作的顺序是非限制性的。
在一些实施例中，处理器(例如，服务器110或服务器110中的处理设备112)可以执行操作902和904，所述操作902和904类似于图6中所示操作602和604或图7中所示操作702和704，其详细描述可参考本申请中图6和7及其相关描述。在检测到潜在服务请求时，处理器可以搜索距离上车点第一阈值距离内的一个或以上候选服务提供者。所述一个或以上候选服务提供者包括能够提供交通服务的一个或以上服务提供者，例如，已经接受并服务于至少一个服务订单的服务提供者和/或没有服务订单的服务提供者。
如906所示，处理器可以确定是否存在已经接受并服务于至少一个服务订单的至少一个候选服务提供者。换句话说，处理器可以确定是否存在至少一个能够提供拼车服务的候选服务提供者。如果在所述一个或以上候选服务提供者中存在至少一个能够提供拼车服务的候选服务提供者，则进一步执行908。在908中，处理器可以选择已经接受并服务于至少一个服务订单的至少一个候选服务提供者作为潜在目标服务提供者。然后，处理器进一步执行操作910-914。所述操作910-914类似于上述过程600中操作608-612，其详细描述可以参考本申请中图6及其相关描述。
如果在所述一个或以上候选服务提供者中不存在已经接受并服务于至少一个服务订单的候选服务提供者，则进一步执行过程1000的1002。在1002中，处理器可以选择至少一个没有服务订单的候选服务提供者作为潜在目标服务提供者。在1004中，处理器可以确定是否向目标服务请求者的移动设备(例如，请求者终端130)发送推荐到达时间。在一些实施例中，处理器可以根据图8中所示的过程800确定是否发送推荐到达时间。如果处理器确定发送推荐到达时间，则处理器可以进一步执行操作1006-1010。所述操作1006-1010类似于上述过程700中操作710-714，其详细描述可以参考本申请中图7及其相关描述。应当注意，如果满足操作906中所示的条件，则处理器可以优先执行过程900中操作908-914。在这种情况下，响应于潜在服务请求，处理器可以生成服务订单并且根据生成的服务订单优先调度所述至少一个潜在目标服务提供者中的目标服务提供者。所述目标服务提供者可能是已经服务于至少一个服务订单的服务提供者。处理器可以向目标服务提供者的移动设备(例如，提供者终端140)发送指令，所述指令用于显示与服务订单相关的信息。在一些实施例中，目标服务提供者可以基于所显示的信息来执行服务订单。
图11是根据本申请的一些实施例所示的用于确定是否发送推荐到达时间的示例性过程的流程图。在一些实施例中，过程1100可以在o2o服务系统100中实现。例如，过程1100可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230、ram240等)中，且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所示过程的操作旨在例证。在一些实施例中，过程500在实施时可以添加一个或多个未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图11所示和下述过程中操作的顺序是非限制性的。
在1110中，处理器(例如，处理设备112的采集模块410)可以检测潜在服务请求。关于检测潜在服务请求的更多描述可以参考本申请的其他地方(例如，图5-图7及其描述)。
在一些实施例中，潜在服务请求可以包括上车点和/或下车点。如图14所示，目标服务请求者可以通过安装在其移动设备上的应用程序(例如，通过图3中所示的i/o350)输入上车点、选择gps推荐的上车点、或者选择存储在行程记录中的上车点。在一些实施例中，处理器可以使用该应用程序来检测潜在服务请求。例如，处理器可以通过获取与请求确认操作相关的图标的状态来检测潜在服务请求，例如图13中所示的“确认拼车”。在一些实施例中，处理器可以通过至少一个第一信息交换端口1101获取与请求确认操作相关的图标的状态。如果目标服务请求者输入了上车点和/或下车点，但没有激活与请求确认操作相关的图标(即，与请求确认操作相关的图标的状态被停用)，处理器可以获取包括上车点和/或下车点的潜在服务请求。
在1120中，处理器(例如，潜在目标服务提供者确定模块420)可以通过至少一个第二信息交换端口1102从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。在一些实施例中，候选服务提供者是指可以为目标服务请求者提供o2o服务(例如，交通服务)的提供者。
在一些实施例中，处理器可以从一个或以上候选服务提供者中选择潜在的目标服务提供者。在一些实施例中，响应于潜在服务请求，并且在接收到对应于潜在服务请求的有效服务请求之前，处理器可以基于预设选择规则(例如，第一预设选择规则)从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。所述第一预设选择规则和所述选择至少一个潜在目标服务提供者的更多描述可以参考本申请的其他地方(例如，图5-图7及其描述)。
在1130中，处理器(例如，推荐到达时间确定模块430)可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定推荐到达时间。在一些实施例中，处理器可以根据存储设备120和/或存储器(例如，rom230、ram240等)中存储的地图来预测推荐到达时间。
在一些实施例中，可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线中的交通灯的数量(或计数)、道路状况、天气、服务提供者的经验等或其任意组合来确定推荐到达时间。在一些实施例中，处理器可以对至少一个潜在目标服务提供者的推荐到达时间进行排序。在一些实施例中，对于每个潜在目标服务提供者，处理器可以基于从每个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间(eta)。在一些实施例中，处理器可以指定所述确定的预估到达时间中的最短时间作为推荐到达时间。在一些实施例中，处理器可以指定所述确定的预估到达时间的平均时间作为推荐到达时间。关于确定推荐到达时间的更多描述可以参考本申请的其他地方(例如，图5-图7及其描述)。
在1140中，处理器(例如，响应率确定模块440)可以确定历史服务请求的响应率。在一些实施例中，所述历史服务请求是发生在距离上车点第二阈值距离范围内且在预设时间段内的服务请求。响应率等于响应的历史服务请求的第一数量(或计数)与所述历史服务请求的第二数量(或计数)的比值。所述第二数量为发生在距离上车点第二阈值距离范围内且在预设时间段内的历史服务请求的总数量。在一些实施例中，响应率可以存储在存储设备120和/或存储器(例如，rom230、ram240等)中。预设时间段发生在潜在服务请求发生之前且当潜在服务请求发生时能够实时或接近实时地反映响应率。关于响应率的确定的更多描述可以参考本申请的其他地方(例如，图8及其描述)。
在1150中，处理器(例如，发送模块450)可以确定是否发送推荐到达时间(例如，基于在1140中确定的响应率)。
在一些实施例中，处理器可以根据响应率确定推荐阈值。在一些实施例中，推荐阈值可以是与响应率相关的数值。在一些实施例中，可以将推荐阈值设置为1到100范围内的整数值。在一些实施例中，响应率可以用百分比表示。在一些实施例中，可以将推荐阈值设置为等于或最接近响应率的分母与响应率的分子之间的差值的整数值。例如，如果响应率是80％，则可以将推荐阈值设置为20(即，100-80＝20)。又例如，如果响应率是70％，则可以将推荐阈值设置为30(即，100-70＝30)。再例如，如果响应率是89.4％，则推荐阈值可以设置为11，所述推荐阈值是最接近响应率的分母和响应率的分子之间的差值(即，100-89.4＝10.6)的整数。
如果处理器确定发送推荐到达时间(例如，随机数不小于推荐阈值)，则处理器可以进一步执行1160。在1160中，处理器(例如，发送模块450)可以将推荐到达时间发送到目标服务请求者的移动设备(例如，请求者终端130)。如果处理器确定不发送推荐到达时间(例如，随机数小于推荐阈值)，则处理器可以进一步执行1170。在1170中，处理器可以不发送推荐到达时间。
例如，如果响应率是70％，则推荐阈值是70，生成的随机数是30，由于所述生成的随机数30小于推荐阈值70，因此处理器(例如，发送模块450)确定不发送推荐到达时间。又例如，如果随机数是90，由于随机数90不小于推荐阈值70，因此处理器(例如，发送模块450)确定发送推荐到达时间。
应当注意的是，以上关于确定是否发送推荐到达时间的描述仅是为了例证，而不旨在限制本申请的范围。对于本领域普通技术人员而言，在本申请的指导下可以进行各种变化和修改。例如，可以在操作1130之前执行操作1140和1150。相应地，如果处理器确定不发送推荐到达时间，则可以跳过操作1130(即，处理器可以不确定推荐到达时间)。然而，这些变化和修改均在本申请的保护范围内。
图12是根据本申请的一些实施例所示的用于生成服务订单的示例性过程的流程图。在一些实施例中，过程1200可以在o2o服务系统100中实现。例如，过程1200可以作为指令的形式存储在存储设备120和/或存储器(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理设备112、或服务器110中的处理设备112的处理器220)调用和/或执行。以下所示过程的操作旨在例证。在一些实施例中，过程1200在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个此处所描述的操作。另外，如图12中所示和下述过程中操作的顺序是非限制性的。
在1210中，处理器(例如，采集模块410)可以从目标服务请求者的移动设备(例如，请求者终端130)检测潜在服务请求。在一些实施例中，在发送或确认服务请求(例如，交通服务)之前，目标服务请求者可以通过安装在其终端130上的应用程序(例如，应用程序1300或1400)输入或选择上车点和/或下车点。处理器可以检测用户输入，并通过至少一个第一信息交换端口1101获取与输入的潜在服务请求相关的信息。关于检测潜在服务请求的更多描述可以参考本申请的其他地方(例如，图5-图7和图11及其描述)。
在1220中，处理器(例如，潜在目标服务提供者确定模块420)可以通过至少一个第二信息交换端口1102从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息。关于所述至少一个潜在目标服务提供者的更多描述可以参考本申请的其他地方(例如，图5-图7和图11及其描述)。
在1230中，处理器(例如，推荐到达时间确定模块430)可以基于从至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到上车点的路线来确定推荐到达时间。关于确定推荐到达时间的更多描述可以参考本申请的其他地方(例如，图5-图7和图11及其描述)。
在1240中，处理器(例如，发送模块450)可以将所述推荐到达时间发送到目标服务请求者的移动设备(例如，请求者终端130)。在一些实施例中，请求者终端130可以接收推荐到达时间，并在其应用程序上显示推荐到达时间。在一些实施例中，目标服务请求者可以根据显示的推荐到达时间来判断是否确认服务请求。如果确认了所述服务请求，则请求者终端130可以通过至少一个第一信息交换端口1101向处理器发送与服务请求相关的信息(例如，上车点和/或下车点)。
在1250中，响应所述潜在服务请求，处理器(例如，采集模块410)可以生成与潜在服务请求相关的服务订单。在一些实施例中，o2o服务系统100可以根据所述服务订单为目标服务请求者分派目标服务提供者。在一些实施例中，可以将与推荐到达时间对应的潜在目标服务提供者确定为目标服务提供者。在1260中，处理器(例如，发送模块450)可以通过至少一个第二信息交换端口1102向确定的目标服务提供者的移动设备(例如，提供者终端140)发送指令，所述指令用于显示与服务订单相关的信息。所述指令可以激发所述提供者终端140以各种形式，例如消息、音频、视频、图像等，显示与所述服务订单有关的信息(例如，上车点、下车点、路线等)。
应当注意的是，以上对过程1200的描述旨在例证，并非旨在限制本申请的范围。对于本领域普通技术人员而言，在本申请的指导下可以进行各种变化和修改。例如，在操作1240之前，处理器可以确定是否发送推荐到达时间。然而，这些变化和修改仍属于本申请的保护范围内。
图13是根据本申请的一些实施例所示的拼车应用程序的示例性界面的示意图。目标服务请求者可以在请求者终端130(例如，智能电话)上启动拼车应用程序1300。目标服务请求者可以输入或选择用于拼车服务的上车点1302和下车点1304。上车点1302和下车点1304可以通过打字、书写、语音、手势、触摸应用程序的界面等或其任何组合来输入。例如，目标服务请求者可以通过语音输入上车点。
仅仅为了说明，请求者终端130可以显示地图1308，其中上车点1302由大头针(pin)标记。在一些实施例中，目标服务请求者可以通过拖动地图1308上的大头针来移动上车点。在一些实施例中，目标服务请求者可以通过拖动地图1308来改变上车点，并且可以通过大头针标记改变的上车点。如图13所示，在一些实施例中，上车点可以与目标服务请求者的当前位置相同或相近。在一些实施例中，可以通过gps定位技术自动输入(或选择)上车点。在一些实施例中，上车点也可以与目标服务请求者的当前位置不同。
当目标服务请求者输入上车点1302和下车点1304时，用户可以点击“拼车”来选择拼车服务。在目标服务请求者点击与确认操作相关的图标(例如，图13中所示的“确认拼车”按钮)之前，包括上车点1302和/或下车点1304的潜在服务请求可以由请求者终端130生成并通过第一信息交换端口1101发送到处理器。然后，处理器可以基于第一预设选择规则从候选服务提供者中选择至少一个潜在目标服务提供者，并且所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者已经接受和/或正在服务于至少一个服务订单。在图13中所示的拼车应用程序1300的界面上，由于地图显示设置，在上车点周围没有候选服务提供者的图标。目标服务请求者可以放大和缩小地图1308。当地图1308被放大时，拼车应用程序1300的界面可以在上车点1302周围显示候选服务提供者的图标。
处理器可以根据o2o服务系统100的地图服务，基于从每个潜在目标服务提供者的对应位置到上车点的路线来确定预估到达时间(eta)。地图服务可以确定从每个潜在目标服务提供者的当前位置到上车点的路线。处理器可以获取每个潜在目标服务提供者的平均速度。在一些实施例中，处理器可以基于从每个潜在目标服务提供者的当前位置到上车点的路线、每个潜在目标服务提供者的平均速度等或其组合来确定eta。处理器可以基于确定的至少一个eta来确定推荐到达时间。关于确定推荐到达时间的更多描述可以参考本申请的其他地方(例如，图5-图7、图11和图12及其描述)。
在一些实施例中，处理器可以通过第一信息交换端口1101将推荐到达时间发送到目标服务请求者的移动设备(例如，请求者终端130)。然后，可以在安装在其移动设备上的拼车应用程序1300的界面上显示推荐到达时间。例如，如图13所示，界面显示了推荐到达时间，例如1306中所示的“2分钟”。推荐到达时间是指潜在目标服务提供者到达上车点1302的推荐时间。“2分钟”可以是所述潜在目标服务提供者的平均时间或所述潜在目标服务提供者的最短时间。在一些实施例中，如果处理器确定不将推荐到达时间发送给目标服务请求者，则界面可能不显示推荐到达时间。
应当注意以上关于拼车应用程序1300用户界面的描述仅仅是为了例证，并不旨在限制本申请的范围。对于本领域普通技术人员来说，可以根据本申请的描述，做出各种各样的变形和修改。然而，这些变形和修改不会背离本申请的范围。例如，在一些实施例中，用户界面上的词语，例如“拼车”、“快车”，仅出于例证而提供，这些词语可以由表达相同含义的其他词语替换，例如“打车”。
图14是根据本申请的一些实施例所示的安装在请求者终端上的应用程序的示例性界面的示意图。图14中所示的应用程序1400是用于提供交通服务的应用程序，例如出租车服务、司机服务、配送车辆服务、拼车服务、公共汽车服务、司机租赁服务、班车服务等。如图14所示，以提供出租车服务的应用程序为例，目标服务请求者(例如，乘客)可以在请求者终端130上启动应用程序1400。
服务请求者可以点击界面顶部的图标“出租车”以选择出租车服务。当目标服务请求者输入上车点1402而不输入下车点时，此处的服务请求可以是潜在服务请求。上车点1402可以通过打字、书写、语音、手势、触摸应用程序的界面等或其任意组合来输入。例如，目标服务请求者可以通过语音输入上车点。仅仅为了说明，目标服务请求者可以显示地图1408，其中上车点1402由大头针标记。在一些实施例中，目标服务请求者可以通过拖动地图1408上的大头针来移动上车点。在一些实施例中，目标服务请求者可以通过拖动地图1408来改变上车点，并且可以通过大头针标记改变的上车点。在一些实施例中，如图14所示，上车点1402可以与目标服务请求者的当前位置相同或相近。在一些实施例中，可以通过gps定位技术自动输入(或选择)上车点。在一些实施例中，上车点可以与目标服务请求者的当前位置不同。在这种情况下，目标服务请求者可以步行到上车点以接受出租车服务。
处理器可以通过第一信息交换端口1101获取用户输入(例如，上车点和/或下车点)来从目标服务请求者检测潜在服务请求。响应于潜在服务请求(例如，在输入下车点和/或确认潜在服务请求之前)，处理器可以在第一阈值距离内搜索一个或以上候选服务提供者(例如，50米、100米、1千米、2千米、2.5千米、3千米、5千米、6千米、10千米等)。然后，处理器可以基于预设选择规则(例如，第一预设选择规则或第二预设选择规则)从一个或以上候选服务提供者中选择至少一个潜在目标服务提供者。在图14所示的应用程序1400界面上，由于地图显示设置，在上车点周围没有候选服务提供者(即，出租车)的图标。用户可以放大和缩小地图1408。当地图1408被放大时，应用程序1400界面可以显示上车点1402周围的候选服务提供者的图标。
处理器可以基于从每个潜在目标服务提供者的当前位置到上车点的路线来确定推荐到达时间。关于确定推荐到达时间的更多描述可以参考本申请的其他地方(例如，图5-图7、图11和图12及其描述)。在确定了推荐到达时间之后，处理器可以基于与与历史服务请求的响应率相关的概率值来确定是否将推荐到达时间发送到请求者终端130。关于响应率和确定是否发送推荐到达时间的更多描述可以参考本申请的其他地方(例如，图7、图8和图11及其描述)。
如果确定发送推荐到达时间，处理器可以将推荐到达时间发送到请求者终端130。应用程序1400界面可以向用户显示所述推荐到达时间。如图14所示，安装在请求者终端130上的应用程序1400界面显示了“3分钟后上车”。也就是说，潜在目标服务提供者到达上车点的推荐时间是3分钟。
如果确定不发送推荐到达时间，处理器可以不向请求者终端130发送推荐到达时间。相应地，应用程序1400的界面不显示推荐到达时间。
应当注意以上关于应用程序1400的界面的描述仅仅是为了例证，并不旨在限制本申请的范围。对于本领域普通技术人员来说，根据本申请的指导可以做出多种变化和修改。然而，这些变化和修改不会背离本申请的范围。例如，在一些实施例中，用户界面上的词语，例如“出租车”、“快车”，仅出于例证而提供，这些词语可以由表达相同含义的其他词语替换。
上文已对基本概念做了描述，显然，对于阅读此申请后的本领域普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并没有明确说明，本领域技术人员可以对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定词语来描述本申请的实施例。此外，本申请使用了特定术语来描述本申请的实施例。例如，术语“一个实施例”、“一实施例”及“一些实施例”意指与本申请的至少一个实施例相关的某一特征、结构或特性。因此，应当强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定系指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的制程、机器、产品或物质的组合，或对其任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件实施、可以完全由软件(包括韧体、常驻软件、微代码等)实施、也可以由硬件和软件组合实施，上述硬件或软件均可以被称为“模块”、“单元”、“组件”、“装置”或“系统”。此外，本申请的各方面可以表现为位于一个或多个计算机可读介质中的计算机产品，所述产品包括计算机可读程序编码。一个或以上计算机可读介质可包括rom、ram、磁盘、光盘等或其任意组合。
计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。此类传播讯号可以有多种形式，包括电磁形式、光形式等或任何合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、rf、或类似介质、或任何上述介质的组合。
本申请各方面操作所需的计算机程序码可以用一种或多种程序语言的任意组合编写，包括面向对象程序设计，如java、scala、smalltalk、eiffel、jade、emerald、c 、c#、vb.net，python或类似的常规程序编程语言，如"c"编程语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程语言如python、ruby和groovy或其它编程语言。程序代码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机上运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算器可以通过任何网络形式与用户计算器连接，例如，局域网络(lan)或广域网(wan)、或连接至外部计算器(例如通过因特网)、或在云端计算环境中、或作为服务使用如软件即服务(saas)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解，此类细节仅起说明的目的，附加的申请专利范围并不仅限于披露的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例精神和范围的修正和等价组合。例如，虽然以上描述的系统组件可以通过安装于硬件装置中实施，但也可以只通过软件的解决方案实施，例如在现有的服务器或行动载具上安装所描述的系统。
同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
1.一种预估对象到达时间的方法，其特征在于，所述方法包括：
检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点和下车点；
响应于所述潜在服务请求：
从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；以及
向所述目标服务请求者的移动设备发送所述推荐到达时间。
2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
在所述上车点的第一阈值距离范围内搜索一个或以上候选服务提供者，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供拼车服务的服务提供者。
3.根据权利要求1或2所述的方法，其特征在于，所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者是已经接受且正服务于至少一个服务订单的服务提供者。
4.根据权利要求3所述的方法，其特征在于，所述方法进一步包括:
基于第一预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述第一预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到所述上车点的距离、候选服务提供者的计费比、所述下车点与候选服务提供者的目的地或与候选服务提供者的服务订单相关的另一个上车点之间的关系中的至少一个。
5.根据权利要求4所述的方法，其特征在于，所述方法进一步包括：
如果所述一个或以上候选服务提供者中不存在已经接受且正服务于至少一个服务订单的潜在目标服务提供者，则从所述一个或以上候选服务提供者中选择至少一个没有服务订单的潜在目标服务提供者。
6.根据权利要求1所述的方法，其特征在于，如果所述一个或以上候选服务提供者中存在没有服务订单的至少一个候选服务提供者，所述方法进一步包括：
从所述一个或以上候选服务提供者中选择一个或以上没有服务订单的潜在目标服务提供者。
7.根据权利要求6所述的方法，其特征在于，所述方法进一步包括：
基于第二预设选择规则选择所述一个或以上没有服务订单的潜在目标服务提供者，其中，
所述第二预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
8.根据权利要求1所述的方法，其特征在于，所述基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线来确定推荐到达时间包括：
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及
基于所述至少一个确定的预估到达时间确定推荐到达时间。
9.根据权利要求8所述的方法，其特征在于，所述基于所述至少一个确定的预估到达时间确定推荐到达时间包括：
指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
10.根据权利要求5或6所述的方法，其特征在于，所述方法进一步包括：
确定在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的响应率。
11.根据权利要求10所述的方法，其特征在于，所述第一阈值距离和所述第二阈值距离相等。
12.根据权利要求10所述的方法，其特征在于，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
13.根据权利要求12中所述的方法，其特征在于，所述向目标服务请求者发送所述推荐到达时间包括：
根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；
响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；以及
响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
14.根据权利要求13所述的方法，其特征在于，所述确定是否发送所述推荐到达时间包括：
根据所述响应率确定推荐阈值；
生成随机数；
比较所述随机数和所述推荐阈值；
如果所述随机数不小于所述推荐阈值，确定发送所述推荐到达时间；以及
如果所述随机数小于所述推荐阈值，确定不发送所述推荐到达时间。
15.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
获取与所述潜在服务请求相关的服务订单；以及
响应于所述服务订单：
向目标服务提供者的移动设备发送指令，其中，所述指令用于显示与所述服务订单相关的信息。
16.根据权利要求15所述的方法，其特征在于，所述向确定的目标服务提供者的移动设备发送指令包括：
优先向已经在服务于至少一个服务订单的潜在目标服务提供者的移动设备发送所述指令，其中，所述指令用于显示与所述服务订单相关的信息。
17.一种应用在线上到线下服务中预估对象到达时间的装置，其特征在于，所述装置包括至少一个处理器以及存储介质，其中，
所述存储介质用于存储计算机指令；以及
所述至少一个处理器用于执行所述计算机指令以实现如权利要求1-16中任意一项所述的方法。
18.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机指令，当所述计算机指令被计算机执行时，实现如权利要求1-16中任意一项所述的方法。
19.一种预估对象到达时间的系统，其特征在于，所述系统包括采集模块、潜在目标服务提供者确定模块、推荐到达时间确定模块和发送模块，其中，
所述采集模块用于检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点和下车点；
响应于所述潜在服务请求：
所述潜在目标服务提供者确定模块用于从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；
所述推荐到达时间确定模块用于基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；以及
所述发送模块用于向所述目标服务请求者的移动设备发送所述推荐到达时间。
20.根据权利要求19所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
在所述上车点的第一阈值距离范围内搜索一个或以上候选服务提供者，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供拼车服务的服务提供者。
21.根据权利要求19或20所述的系统，其特征在于，所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者是已经接受且正服务于至少一个服务订单的服务提供者。
22.根据权利要求21所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
基于第一预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述第一预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、绕路距离、绕路时间、可用车座数量、从候选服务提供者的位置到所述上车点的距离、候选服务提供者的计费比、所述下车点与候选服务提供者的目的地或与候选服务提供者的服务订单相关的另一个上车点之间的关系中的至少一个。
23.根据权利要求22所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
如果所述一个或以上候选服务提供者中不存在已经接受且正服务于至少一个服务订单的潜在目标服务提供者，
则从所述一个或以上候选服务提供者中选择至少一个没有服务订单的潜在目标服务提供者。
24.根据权利要求19所述的系统，其特征在于，如果所述一个或以上候选服务提供者中存在没有服务订单的至少一个候选服务提供者，所述潜在目标服务提供者确定模块进一步用于：
从所述一个或以上候选服务提供者中选择一个或以上没有服务订单的潜在目标服务提供者。
25.根据权利要求24所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
基于第二预设选择规则选择所述一个或以上没有服务订单的潜在目标服务提供者，其中，
所述第二预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
26.根据权利要求19所述的系统，其特征在于，所述推荐到达时间确定模块进一步用于：
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及
基于所述至少一个确定的预估到达时间确定推荐到达时间。
27.根据权利要求26所述的系统，其特征在于，所述推荐到达时间确定模块进一步用于：
指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
28.根据权利要求23或24所述的系统，其特征在于，所述系统还包括响应率确定模块，其中，所述响应率确定模块用于确定在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的响应率。
29.根据权利要求28所述的系统，其特征在于，所述第一阈值距离和所述第二阈值距离相等。
30.根据权利要求28所述的系统，其特征在于，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
31.根据权利要求30所述的系统，其特征在于，所述发送模块进一步用于：
根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；
响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；以及
响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
32.根据权利要求31所述的系统，其特征在于，
所述响应率确定模块还用于：
根据所述响应率确定推荐阈值；生成随机数；以及比较所述随机数和所述推荐阈值；
如果所述随机数不小于所述推荐阈值，所述发送模块用于确定发送所述推荐到达时间；以及
如果所述随机数小于所述推荐阈值，所述发送模块用于确定不发送所述推荐到达时间。
33.根据权利要求19所述的系统，其特征在于，
所述采集模块进一步用于获取与所述潜在服务请求相关的服务订单；以及
响应于所述服务订单：
所述发送模块进一步用于向目标服务提供者的移动设备发送指令，其中，所述指令用于显示与所述服务订单相关的信息。
34.根据权利要求33所述的系统，其特征在于，所述发送模块进一步用于：
优先向已经在服务于至少一个服务订单的潜在目标服务提供者的移动设备发送所述指令，其中，所述指令用于显示与所述服务订单相关的信息。
35.一种预估对象到达时间的方法，其特征在于，所述方法包括：
检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；
响应于所述潜在服务请求：
从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；
确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；
根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；
响应于发送所述推荐到达时间，向所述目标服务请求者的移动设备发送所述推荐到达时间；以及
响应于不发送所述推荐到达时间，不向所述目标服务请求者的移动设备发送所述推荐到达时间。
36.根据权利要求35所述的方法，其特征在于，所述方法进一步包括：
在所述上车点的第二阈值距离范围内搜索一个或以上候选服务提供者，其中，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供交通服务的服务提供者。
37.根据权利要求35或36所述的方法，其特征在于，所述方法进一步包括：
基于预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
38.根据权利要求35所述的方法，其特征在于，所述基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线来确定推荐到达时间包括：
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及
基于所述至少一个确定的预估到达时间确定推荐到达时间。
39.根据权利要求38所述的方法，其特征在于，所述基于所述至少一个确定的预估到达时间确定推荐到达时间包括：
指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
40.根据权利要求35所述的方法，其特征在于，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
41.根据权利要求35所述的方法，其特征在于，所述确定是否发送所述推荐到达时间包括：
根据所述响应率确定推荐阈值；
生成随机数；
比较所述随机数和所述推荐阈值；
如果所述随机数不小于所述推荐阈值，确定发送所述推荐到达时间；以及
如果所述随机数小于所述推荐阈值，确定不发送所述推荐到达时间。
42.根据权利要求35所述的方法，其特征在于，所述方法进一步包括：
获取与所述潜在服务请求相关的服务订单；以及
响应于所述服务订单：
向目标服务提供者的移动设备发送指令，所述指令用于显示与所述服务订单相关的信息。
43.根据权利要求36所述的方法，其特征在于，所述第一阈值距离和所述第二阈值距离相等。
44.一种预估对象到达时间的装置，其特征在于，所述装置包括至少一个处理器以及存储介质，其中，
所述存储介质用于存储计算机指令；以及
所述至少一个处理器用于执行所述计算机指令以实现如权利要求35-43中任意一项所述的方法。
45.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机指令，当所述计算机指令被计算机执行时，实现如权利要求35-43中任意一项所述的方法。
46.一种预估对象到达时间的系统，其特征在于，所述系统包括采集模块、潜在目标服务提供者确定模块、推荐到达时间确定模块、响应率确定模块和发送模块，其中，
所述采集模块用于检测来自目标服务请求者的潜在服务请求，其中，所述潜在服务请求包括与交通服务相关的上车点；
响应于所述潜在服务请求：
所述潜在目标服务提供者确定模块用于从一个或以上候选服务提供者获取至少一个潜在目标服务提供者的信息；
所述推荐到达时间确定模块用于基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定推荐到达时间；
所述响应率确定模块用于确定在所述上车点的第一阈值距离范围内且在预设时间段内的历史服务请求的响应率；
所述发送模块用于根据与所述响应率相关的概率值确定是否发送所述推荐到达时间；
响应于发送所述推荐到达时间，所述发送模块用于向所述目标服务请求者的移动设备发送所述推荐到达时间；以及
响应于不发送所述推荐到达时间，所述发送模块用于不向所述目标服务请求者的移动设备发送所述推荐到达时间。
47.根据权利要求46所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
在所述上车点的第二阈值距离范围内搜索一个或以上候选服务提供者，其中，所述一个或以上候选服务提供者中的每一个候选服务提供者是能够为所述潜在服务请求提供交通服务的服务提供者。
48.根据权利要求46或47所述的系统，其特征在于，所述潜在目标服务提供者确定模块进一步用于：
基于预设选择规则从所述一个或以上候选服务提供者中选择所述至少一个潜在目标服务提供者，其中，所述预设选择规则与一个或以上因素相关，所述一个或以上因素包括候选服务提供者的驾驶方向、候选服务提供者的评分、从候选服务提供者的位置到所述上车点的距离、或候选服务提供者的订单取消率中的至少一个。
49.根据权利要求46所述的系统，其特征在于，所述推荐到达时间确定模块进一步用于：
基于从所述至少一个潜在目标服务提供者中的每一个潜在目标服务提供者的对应位置到所述上车点的路线确定预估到达时间；以及
基于所述至少一个确定的预估到达时间确定推荐到达时间。
50.根据权利要求49所述的系统，其特征在于，所述推荐到达时间确定模块进一步用于：
指定所述至少一个确定的预估到达时间中的最短时间或所述至少一个确定的预估到达时间的平均时间作为所述推荐到达时间。
51.根据权利要求46所述的系统，其特征在于，所述历史服务请求的响应率等于被响应的历史服务请求的第一数量与所述历史服务请求的第二数量的比值，其中，所述历史服务请求的第二数量为在所述上车点的第二阈值距离范围内且在预设时间段内的历史服务请求的总量，所述预设时间段发生在所述潜在服务请求发生之前，并且使得当所述潜在服务请求发生时实时或近实时地反映所述响应率。
52.根据权利要求46所述的系统，其特征在于，
所述响应率确定模块用于根据所述响应率确定推荐阈值；
所述响应率确定模块用于生成随机数；
所述响应率确定模块用于比较所述随机数和所述推荐阈值；
如果所述随机数不小于所述推荐阈值，所述发送模块用于确定发送所述推荐到达时间；以及
如果所述随机数小于所述推荐阈值，所述发送模块用于确定不发送所述推荐到达时间。
53.根据权利要求46所述的系统，其特征在于，
所述采集模块用于获取与所述潜在服务请求相关的服务订单；以及
响应于所述服务订单：
所述发送模块用于向目标服务提供者的移动设备发送指令，所述指令用于显示与所述服务订单相关的信息。
54.根据权利要求46所述的系统，其特征在于，所述第一阈值距离和所述第二阈值距离相等。
技术总结