CN115605906A - 线上到线下服务的系统和方法 - Google Patents

Abstract

提供了用于线上到线下服务的系统和方法。所述方法可以包括获取由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地。所述方法还可以包括基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定目标时间点，其中所述目标时间点在所述请求时间点之后。所述方法还可以包括获取一个或多个候选服务请求，并且通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程来确定与所述服务请求集相匹配的服务请求集和目标服务提供者。服务请求集可以包括第一服务请求。

Description

线上到线下服务的系统和方法

技术领域

本披露总体上涉及线上到线下服务，尤其涉及用于确定服务请求集和目标服务提供者的系统和方法。服务请求集可以包括一个或多个可共享服务的一个或多个服务请求。

背景技术

利用互联网技术的线上到线下服务变得越来越流行。例如，线上到线下服务可能包括打车服务、司机服务、送货服务、公共汽车服务或类似服务或其组合。在一些情况下，可共享服务(例如拼车服务)的服务请求可以与一个或多个可共享服务的一个或多个其他服务请求进行组合，以减少资源的使用。目标服务提供者可以提供与针对可共享服务的服务请求相对应的多个服务。在发出第一服务请求之后，通常实时执行匹配过程。匹配过程可以被配置为确定是否存在与第一服务请求匹配的一个或多个第二服务请求，并且用于确定与第一服务需求和一个或多个第二服务请求匹配的目标服务提供者。在某些情况下，当实时执行匹配过程时，可能只有少数候选服务请求和候选服务提供者。结果，可能难以找到与第一服务请求和目标服务提供者匹配的一个或多个第二服务请求。因此，期望提供确定用于更高效地执行与线上到线下服务相关联的匹配过程的目标时间点的系统和方法。

发明内容

根据本披露的一个方面，提供了一种用于线上到线下服务的系统。所述系统可以包括存储指令集的至少一个存储设备，以及与所述存储设备通信的至少一台处理器。当执行所述指令集时，所述至少一个处理器可被引导为使所述系统获取由第一服务请求者发出的第一服务请求。第一服务请求可能包括请求时间点，起始位置和目的地。至少一个处理器可以进一步指示系统根据请求时间点或第一服务请求的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。所述至少一个处理器还可以被引导为使得所述系统获取一个或多个候选服务请求，并通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，来确定与所述服务请求集匹配的服务请求集和目标服务提供者。服务请求集包括第一服务请求。

在一些实施例中，为了基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点，可以指示至少一个处理器使系统获取第一服务提供者的第一输入，并基于第一输入来确定目标时间点。第一输入可以指示第一服务提供者同意基于第一服务请求和一个或多个候选服务请求延迟执行匹配过程。

在一些实施例中，为了基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点，所述至少一个处理器被引导为使所述系统获取第一参考信息并基于第一参考信息来估计所述第一服务提供者同意延迟执行所述匹配过程的概率。所述至少一个处理器还可以被引导成使所述系统将所述概率与概率阈值进行比较，并基于所述比较的结果确定所述目标时间点。

在一些实施例中，为了基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点，至少一个处理器可以被引导以使得系统获取第二参考信息，并基于第二参考信息，估计从所述请求时间点到所述目标时间点的所述第一服务请求者愿意等待的等待时间段。所述至少一个处理器还可以被引导为使得所述系统基于所述等待时间段和所述请求时间点来确定所述目标时间点。

在一些实施例中，第二参考信息可以包括起始位置、天气状况、交通状况、第一服务请求者的偏好信息、第一服务申请者的一个或多个历史服务请求或其他服务请求者一个或更多历史服务请求中的至少一个。

在一些实施例中，可以在请求时间点和目标时间点之间获取一个或多个候选服务请求。

在一些实施例中，可以从一组预设时间点确定目标时间点。

在一些实施例中，所述至少一个处理器可以被引导为使所述系统生成被配置为向所述第一服务请求者通知与所述第一服务请求相关联的处理进度的消息。处理进度可以包括在目标时间点的第一服务请求的处理状态。

在一些实施例中，一个或多个候选服务请求包括要分配的一个或多个第一候选服务请求或一个或多个第二候选服务请求中的至少一个。一个或多个第二候选服务请求可以是已经被一个或多个候选服务提供者接受，但尚未完成。

在一些实施例中，服务请求集还可以包括由一个或多个第二服务请求者发出的一个或多个第二请求。一个或多个第二服务请求可以与第一服务请求匹配。可以根据一个或多个候选服务请求来确定一个或多个第二服务请求。

在一些实施例中，目标服务提供者可以从包括一个或多个第一候选服务提供者或一个或多个第二候选服务提供者中的至少一个的一个或多个候选服务提供者选择。一个或多个第一候选服务提供者可能已经接受了一个或多个第二服务请求中的至少一个，并且可能尚未完成一个或多个第二服务请求中的至少之一。一个或多个第二候选服务提供者未在提供任何服务。

在一些实施例中，为了从一个或多个候选服务提供者中选择目标服务提供者，至少一个处理器可以被引导以使系统获取一个或多个候选服务提供者中的每一个的第一特征信息和与服务请求集相关联的第二特征信息。所述至少一个处理器还可以被引导为使得所述系统针对所述一个或多个候选服务提供者中的每一个基于所述第一特征信息和所述第二特征信息确定所述候选服务提供者与所述服务请求集之间的匹配度。所述至少一个处理器还可以被引导为使得所述系统基于所述一个或多个匹配度从所述一个或多个候选服务提供者中确定所述目标服务提供者。

根据本说明书的另一方面，提供了一种用于线上到线下服务的方法。该方法可以在具有至少一个处理器和至少一个非临时存储介质的计算设备上实现。该方法可以包括获取由第一服务请求者发出的第一服务请求，该第一服务请求包括请求时间点、起始位置和目的地。该方法还可以包括基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点，其中目标时间点在请求时间点之后。该方法还可以包括获取一个或多个候选服务请求，并且通过在目标时间点开始执行基于第一服务请求和一个或多个候选服务服务请求的匹配过程来确定服务请求集和与服务请求集相匹配的目标服务提供者。服务请求集可以包括第一服务请求。

根据本披露的又一方面，提供了一种用于线上到线下服务的系统。该系统可以包括获取模块，用于获取第一服务请求者发布的第一服务请求，并获取一个或多个候选服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。系统还可以包括目标时间点确定模块，其被配置为基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。该系统还可以包括匹配模块，其被配置为通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程来确定服务请求集和与所述服务请求集相匹配的目标服务提供者。服务请求集可以包括第一服务请求。

根据本披露的又一方面，一种非暂时性计算机可读介质，包括用于线上到线下服务的指令集。当由至少一个处理器执行时，指令集可以指示至少一个处理器实现方法。该方法可以包括获取由第一服务请求者发出的第一服务请求，第一服务请求可以包括请求时间点、起始位置和目的地。该方法还可以包括基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。该方法还可以包括获取一个或多个候选服务请求。该方法还可以包括通过在目标时间点开始执行基于第一服务请求和一个或多个候选服务请求的匹配过程来确定服务请求集和与服务请求集匹配的目标服务提供者。服务请求集可以包括第一服务请求。

根据本披露的又一方面，提供了一种用于线上到线下服务的系统。该系统可以包括存储指令集的至少一个存储设备和与该存储设备通信的至少一台处理器。当执行所述指令集时，所述至少一个处理器可被引导为使所述系统接收由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。所述至少一个处理器还可以被引导成使得所述系统将所述第一服务请求发送到服务器并接收与所述第一服务请求相关联的处理进度。处理进度可以包括在目标时间点的第一服务请求的处理状态，并经由用户接口向第一服务请求者呈现处理进度。可以基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。

在一些实施例中，第一服务请求在目标时间点的处理状态包括基于第一服务请求和一个或多个候选服务请求执行匹配过程，或者确定目标服务提供者。

在一些实施例中，所述至少一个处理器还可以被引导为使得所述系统经由所述用户接口向所述第一服务请求者提供第一选项和第二选项。第一选项可以指示第一服务请求者同意基于第一服务请求和一个或多个候选服务请求执行匹配过程的延迟，而第二选项可以指示，第一服务提供者同意实时执行匹配过程。所述至少一个处理器还可以被引导成使得所述系统从所述第一服务请求者接收与所述第一选项相关联的第一输入或与所述第二选项相关联第二输入。

在一些实施例中，第一选项可以包括一组预设时间点，并且第一输入可以包括从预设时间点组中选择预设时间点作为目标时间点。

在一些实施例中，所述至少一个处理器还可以被引导为使得系统将所述第一输入或所述第二输入发送到所述服务器。

在一些实施例中，可以基于第一服务请求者的等待时间段和请求时间点来确定目标时间点。等待时间段可以是第一服务请求者愿意从请求时间点等待到目标时间点的时间段。可以基于参考信息来估计等待时间段。

在一些实施例中，参考信息可以包括起始位置、天气状况、交通状况、第一服务请求者的偏好信息、第一服务申请者的一个或多个历史服务请求或其他服务请求者一个或更多历史服务请求中的至少一个。

在一些实施例中，可以从一组预设时间点确定目标时间点。

根据本披露的又一方面，提供了一种用于线上到线下服务的方法。该方法可以在具有至少一个处理器和至少一个非临时存储介质的计算设备上实现。该方法可以包括接收由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。该方法还可以包括向服务器发送第一服务请求，并接收与第一服务请求相关联的处理进度。处理进度可以包括第一服务请求在目标时间点的处理状态。该方法还可以包括经由用户接口向第一服务请求者呈现处理进度。基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，并且其中所述目标时刻可以在所述请求时间点之后。

根据本披露的又一方面，提供了一种用于线上到线下服务的系统。该系统可以包括接收模块，其被配置为接收由第一服务请求者发出的第一服务请求，并接收与第一服务请求相关联的处理进度。第一服务请求可以包括请求时间点、起始位置和目的地。处理进度可以包括第一服务请求在目标时间点的处理状态。该系统还可以包括发送模块，被配置为向服务器发送第一服务请求。该系统还可以包括显示模块，其被配置为经由用户接口向第一服务请求者呈现处理进度。可以基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。

根据本披露的又一方面，一种非暂时性计算机可读介质，包括用于线上到线下服务的指令集，其中，当由至少一个处理器执行时，该指令集可以指示该至少一个服务器实现方法。该方法可以包括接收由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。该方法还可以包括向服务器发送第一服务请求，并接收与第一服务请求相关联的处理进度。处理进度可以包括第一服务请求在目标时间点的处理状态。该方法还可以包括经由用户接口向第一服务请求者呈现处理进度。可以基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。

本申请的一部分附加特性可以在以下描述中进行说明。通过对以下描述和相应附图的研究或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是明显的。本披露的特征可以通过实践或使用下文讨论的详细示例中阐述的方法、工具和组合的各个方面来实现和实现。

附图说明

本申请将通过示例性实施例进行进一步描述。这些示例性实施例将通过附图进行详细描述。这些实施例是非限制性的示例性实施例，在这些实施例中，各图中相同的编号表示相似的结构，其中：

图1是示出根据本披露的一些实施例的用于线上到线下服务的示例性系统的示意图；

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

图3是示出根据本披露的一些实施例的示例性终端设备的示意图；

图4是示出根据本披露的一些实施例的用于线上到线下服务的示例性设备的框图；

图5是示出根据本披露的一些实施例的用于线上到线下服务的示例性设备的框图；

图6是示出根据本披露的一些实施例的用于线上到线下服务的示例性过程的流程图；

图7是示出根据本披露的一些实施例的用于基于第一服务请求者的输入来确定目标时间点的示例性过程的流程图；

图8是示出根据本披露的一些实施例的用于基于第一参考信息确定目标时间点的示例性过程的流程图；

图9是示出根据本披露的一些实施例的用于基于第二参考信息确定目标时间点的示例性过程的流程图；

图10是示出根据本披露的一些实施例的用于线上到线下服务的示例性过程的流程图；以及

图11A-11D是示出根据本披露的一些实施例的用于线上到线下服务的示例性用户界面的示意图。

具体实施方式

提供以下描述是为了使本领域技术人员能够做出和使用本披露，并且在特定应用及其要求的背景下提供。对于本领域的普通技术人员来讲，显然可以对所披露的实施例做出各种改变，并且在不偏离本申请的原则和范围的情况下，本申请中所定义的普遍原则可以适用于其他实施例和应用场景。因此，本披露不限于所示的实施例，而是符合与权利要求一致的最宽范围。

本申请中所使用的术语仅出于描述特定示例实施例的目的，而非限制性的。如本申请使用的单数形式“一”、“一个”及“该”同样可以包括复数形式，除非上下文明确提示例外情形。应进一步理解，当在本披露中使用术语“包括”、“包含”、“含有”和/或“涵盖”时，其规定了所述特征、整数、步骤、操作、元素和/或组件的存在，但不排除一个或多个其他特征、整数、步骤、操作，元素、组件和/或其组的存在或添加。

在参考附图考虑以下描述时，本披露的这些和其他特征和特征，以及结构的相关元件的操作方法和功能以及部件的组合和制造的经济性可能变得更加明显，所有这些都是本说明书的一部分。然而，应明确理解的是，附图仅用于说明和描述，并不旨在限制本披露的范围。应当理解的是，附图并不是按比例绘制的。

本申请使用的流程图示出了根据本申请公开的一些实施例所示的系统所执行的操作。应当理解的是，流程图中的操作可以不按顺序执行。相反，这些操作可以以相反的顺序或同时执行。同时，也可以将一个或以上其他操作添加到这些流程图中。也可以从流程图中删除一个或以上操作。

此外，虽然本披露中公开的系统和方法主要是关于交通服务中的语音识别来描述的，但还应当理解，这仅仅是一个示例性实施例。本披露的系统或方法可以应用于需要识别语音信息的任何其他场景的用户。例如，本披露的系统或方法可应用于电子商务服务、在线购物服务、语音控制系统等，或其任何组合。本披露的系统或方法的应用场景可以包括网页、浏览器插件、客户端、定制系统、内部分析系统、人工智能机器人等，或其任意组合。

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

本披露中的术语“请求”、“服务”、“服务请求”和“订单”可互换地用于指代可由乘客、请求者、服务请求者、客户、驾驶员、提供者、服务提供者、提供者等或其组合发起的请求。服务请求可以被乘客，请求者，服务请求者，客户，驾驶员，提供者，服务提供者或提供者接受。服务请求可以是收费的或免费的。

本披露中使用的定位技术可包括全球定位系统(GPS)、全球导航卫星系统(GLONASS)、罗盘导航系统(compass)、伽利略定位系统、准天顶卫星系统(QZSS)、北斗导航卫星系统、无线保真(WiFi)定位技术等，或其任何组合。上述定位技术中的一种或多种可以在本披露中互换使用。例如，基于GPS的方法和基于WiFi的方法可以一起用作定位技术以定位无线设备。

本披露的一个方面与在线服务的系统和/或方法有关。线上到线下服务可以包括可共享服务，例如拼车服务。这些方法可以包括获取由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。该方法还可以包括基于请求时间点和/或第一服务请求者的输入来确定目标时间点。可以从目标时间点开始执行用于确定服务请求集和目标服务提供者的匹配过程。例如，第一服务请求者可以决定延迟执行匹配过程，并经由在终端设备上实现的用户接口给出第一输入。或者，第一服务请求者可以决定实时执行匹配过程，并经由用户接口给出第二输入。作为另一示例，可以基于请求时间点和第一参考信息来确定是实时执行匹配处理还是延迟执行匹配处理。在一些实施例中，可以基于等待时间段和请求时间点来确定目标时间点。在一些实施例中，可以从一组预设时间点确定目标时间点。当一个或多个第二服务请求与第一服务请求匹配时，服务请求集可以包括第一服务请求和一个或多个第二服务请求。目标服务提供者可以为服务请求集提供一个或多个服务。

图1是示出根据本披露的一些实施例的用于线上到线下服务的示例性系统的示意图。例如，线上到线下服务可以包括交通服务，例如出租车叫车服务、司机服务、递送服务、快车服务、拼车服务、公共汽车服务、班车服务等，或其组合。系统100可以包括服务器110、网络120、请求者终端130、提供者终端140和存储器150。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以是本地的，也可以是远程的。例如，服务器110可以通过网络120访问请求者终端130，提供者终端140和/或存储150中存储的信息和/或数据。作为另一示例，服务器110可以直接连接到请求者终端130、提供者终端140和/或存储器150以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、云间云、多云等，或其组合。在一些实施例中，服务器110可以在具有图2所示的一个或多个组件的计算设备200上实现。

在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据，以执行本披露中描述的一个或多个功能。例如，处理引擎112可以获取由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。作为另一个示例，处理引擎112可以根据请求时间点和/或第一服务请求者的输入确定目标时间点。作为又一示例，处理引擎112可以从目标时间点开始执行匹配过程，以确定服务请求集和目标服务提供者。当一个或多个第二服务请求与第一服务请求匹配时，服务请求集可以包括第一服务请求和一个或多个第二服务请求。目标服务提供者可以为服务请求集提供一个或多个服务。在一些实施例中，处理引擎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网络、无线局域网(LAN)和无线局域网(GSM)，近场通信(NFC)网络等，或其组合。在一些实施例中，网络120可以包括一个或以上网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或互联网交换点120-1、120-2，…，系统100的一个或多个组件可以通过它们连接到网络120以交换数据和/或信息。

在一些实施例中，服务请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的用户可以是服务请求者以外的人。例如，请求者终端130的用户A可以使用请求者终端130发送针对用户B的服务请求，或者从服务器110接收服务确认和/或信息或指令。在一些实施例中，服务提供者可以是提供者终端140的用户。在一些实施例中，提供者终端140的用户可以是服务提供者以外的人。例如，提供者终端140的用户C可以使用提供者终端140从服务器110接收针对用户D的服务请求和/或信息或指令。在一些实施例中，请求终端130可以在第一服务请求者发出第一服务请求之前或之后经由用户接口向第一服务请求器呈现第一选项和第二选项。第一选项可以指示第一服务请求者同意延迟执行匹配过程。第一服务请求者的第一输入可以包括选择第一选项。附加地或或者，第一选项可以包括一组预设时间点。请求终端130可以接收第一服务请求者的第一输入，该第一输入包括从预设时间点集合中选择预设时间点作为目标时间点。第二选项可以指示第一服务请求者同意实时执行匹配过程。请求终端130可以接收第一服务请求者的包括选择第二选项的第二输入。在一些实施例中，用户终端130可以执行前面描述的处理引擎112的一个或多个功能。例如，用户终端130可以基于第一输入或第一输入的第二输入来确定目标时间点。

在一些实施例中，请求者终端130可以包括移动设备130-1、平板计算机130-2、膝上型计算机130-3、车辆130-4中的内置设备等，或其组合。在一些实施例中，移动设备130-1可以包括智能家庭设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其组合。在一些实施例中，智能家庭设备可以包括智能照明设备、智能电气设备的控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其组合。在一些实施例中，可穿戴设备可包括智能手镯、智能脚架、智能眼镜、智能头盔、智能手表、智能服装、智能背包、智能配件等，或其组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)设备等，或其组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实贴片、增强现实头盔、增强现实眼镜、增强现实贴片等，或其组合。例如，虚拟现实设备和/或增强现实设备可以包括GoogleGlass^TM、OculusRift^TM、Hololens^TM、GearVR^TM等。在一些实施例中，车辆130-4中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，请求者终端130可以是具有用于定位服务请求者和/或请求者终端的位置的定位技术的设备。

在一些实施例中，提供者终端140可以类似于请求者终端130，或者与请求者终端140相同。在一些实施例中，提供者终端140可以是具有用于定位服务提供者和/或提供者终端140的位置的定位技术的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与另一定位设备通信，以确定服务请求者、请求者终端140、服务提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以向服务器110发送定位信息。

存储器150可以存储与服务请求相关的数据和/或指令。在一些实施例中，存储器150可以存储从请求者终端130和/或提供者终端140获取的数据。例如，存储器150可以存储从请求者终端130获取的服务请求。作为另一示例，存储器150可以存储用于确定目标时间点的机器学习模型。在一些实施例中，存储器150可以存储服务器110可以执行或用于执行本披露中描述的示例性方法的数据和/或指令。例如，存储器150可以存储用于向服务提供者分配服务请求的数据和/或指令。在一些实施例中，存储器150可以存储与请求者终端130和/或提供者终端140相关联的位置信息。在一些实施例中，存储器150可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等，或其组合。示例性大容量存储器可以包括磁盘、光盘、固态驱动器等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、内存卡、压缩盘、磁带等。示例性易失性读写内存可以包括随机存取内存(RAM)。示例性RAM可包括动态随机存取内存(DRAM)、双倍数据速率同步动态随机存取内存(DDRSDRAM)、静态随机存取内存(SRAM)、晶闸管随机存取内存(T-RAM)和零电容随机存取内存(Z-RAM)等。示例性ROM可以包括Mask-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的一部分。

在一些实施例中，系统100的一个或多个组件(例如，服务器110、请求者终端130、提供者终端140)可以具有访问存储器150的权限。在一些实施例中，当满足一个或多个条件时，系统100的一个或多个组件可以读取和/或修改与服务请求者、服务提供者和/或公众相关的信息。例如，服务器110可以在服务完成之后读取和/或修改一个或多个服务请求者的信息。作为另一示例，当从请求者终端130接收到服务请求时，提供者终端140可以访问与服务请求者相关的信息，但是提供者终端140不能修改服务请求者的相关信息。

在一些实施例中，可以通过请求服务来实现系统100的一个或多个组件的信息交换。服务的对象可以是任何产品。在一些实施例中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、住房、奢侈品等，或其组合。非物质产品可包括服务产品、金融产品、知识产品、互联网产品等，或其组合。互联网产品可以包括单个主机产品、网络产品、移动互联网产品、商业主机产品、嵌入式产品等，或其组合。移动互联网产品可用于移动终端的软件、程序、系统等，或其组合。移动终端可以包括平板计算机、膝上型计算机、移动电话、个人数字助理(PDA)、智能手表、销售点(POS)设备、车载计算机、车载电视、可穿戴设备等，或其组合。例如，所述产品可以是在计算机或移动电话上使用的任何软件和/或应用程序。软件和/或应用可涉及社交、购物、运输、娱乐、学习、投资等，或其组合。在一些实施例中，所述与运输有关系统软件和/或应用程序可以包括出行软件和/或应用程序、车辆调度软件和/或应用程序、地图软件和/或应用程序等。在车辆调度软件和/或应用中，车辆可以包括马、马车、人力车(例如，手推车、自行车、三轮车)、汽车(例如，出租车、公共汽车、私家车)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球)等，或其组合。

本领域普通技术人员将理解，当系统100的元件执行时，该元件可以通过电信号和/或电磁信号执行。例如，当服务器110处理诸如经由网络120获取服务请求的任务时，服务器110可以操作其处理器中的逻辑电路来处理该任务。服务器110可以经由有线网络与系统100通信，至少一个信息交换端口可以物理连接到电缆，电缆可以进一步将电信号传输到请求者终端130的输入端口(例如，信息交换端口)。如果服务器110经由无线网络与系统100通信，则至少一个信息交换端口可以是一个或多个天线，其可以将电信号转换为电磁信号。在诸如请求者终端130和/或服务器110的电子设备内，当其处理器处理指令、发出指令和/或执行动作时，该指令和/或者动作经由电信号进行。例如，当处理器从存储介质(例如，存储器150)检索或保存数据时，处理器可以向存储介质的读/写设备发送电信号，该读/写装置可以在存储介质中读或写结构化数据。该结构数据可以通过电子设备的总线，以电信号的形式传输至处理器。这里，电信号是指一个电信号、一系列电信号和/或多个离散电信号。

图2是示出根据本披露的一些实施例的计算设备的示例性硬件和/或软件组件的示意图。在一些实施例中，服务器110和/或用户终端130可以在图2所示的计算设备200上实现。例如，处理引擎112可以在计算设备200上实现，并被配置为执行本披露中公开的处理引擎112的功能。

计算设备200可用于实现如本文所述的系统100的任何组件。例如，处理引擎112可以通过其硬件、软件程序、固件或其组合在计算设备200上实现。尽管仅示出了一个这样的计算机，但为了方便，与本文所述的线上到线下服务相关的计算机功能可以在多个类似平台上以分布式方式实现，以分配处理负载。

例如，计算设备200可以包括与网络相连接的通信端口250，以实现数据通信。计算设备200还可包括一个处理器(例如，处理器220)，或一个或以上处理器(例如，逻辑电路)的形式，用于执行程序指令。例如，处理器220可以包括其中的接口电路和处理电路。接口电路可以被配置为从总线210接收电信号，其中，电信号编码由处理电路处理的结构化数据和/或指令。处理电路可以进行逻辑计算，然后将结论、结果和/或指令编码成电信号。然后，接口电路可以经由总线210从处理电路发出电信号。

示例性计算设备还可以包括不同形式的程序存储和数据存储，包括例如磁盘270和只读存储器(ROM)230或随机存取存储器(RAM)240，用于由计算设备处理和/或传输的各种数据文件。示例性计算设备也可以包括储存于ROM230、RAM240和/或其他形式的能够被处理器220执行的非暂时性存储介质中的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200还可以包括I/O组件260，支持计算机和其他组件之间的输入/输出。计算设备200还可以通过网络通信来接收编程和数据。

仅出于说明目的，图2中仅描述了一个处理器，还可以考虑多个处理器220。还设想了多个处理器220；因此，如本披露所述的由一个处理器220执行的操作和/或方法步骤也可以由多个处理器联合或单独执行。例如如果在本披露中计算设备200的处理器220执行步骤A和步骤B，应当理解，步骤A和步骤B也可以由计算设备200中的两个不同处理器220联合或单独执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一和第二处理器联合执行步骤A和B)。

图3是示出根据本披露的一些实施例的终端设备的示例性硬件和/或软件组件的示意图。在一些实施例中，用户终端130可以在图3所示的终端设备300上实现。终端设备300可以是移动设备，例如乘客或驾驶员的移动电话，由驾驶员驾驶的车辆上的内置设备。如图3所示，终端设备300可以包括通信平台310、显示器320、图形处理单元(GPU)330、中央处理单元(CPU)340、I/O350、内存360和存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或处理器(未示出)，也可以包括在终端设备300中。

在一些实施例中，操作系统370(例如IOS^TM,Android^TM,WindowsPhone^TM等),并且一个或多个应用380可以从存储器390加载到内存360中，以便由CPU340执行。在一些实施例中，终端设备300可以包括用于从服务请求者获取语音信息的麦克风。在一些实施例中，用于线上到线下服务的应用可以安装在终端设备上。例如，用于线上到线下服务的应用可以包括叫车应用、食品递送应用、拼车应用等。在一些实施例中，用户可以经由终端设备300发出服务请求。用户交互可以经由输入/输出350实现，并经由网络120提供给服务器110和/或系统100的其他组件。终端设备300可以经由通信平台310发送/接收与服务请求相关的数据。例如，终端设备300可以向服务器110发送服务请求，并接收与服务请求匹配的服务提供者相关的信息。

图4是示出根据本披露的一些实施例的用于线上到线下服务的示例性设备的框图。在一些实施例中，设备400可以实现为服务器110的处理引擎112和/或计算设备200的处理器220。设备400可以与存储介质(例如，系统100的存储器150)通信，并且可以执行存储在存储介质中的指令。在一些实施例中，设备400可以包括获取模块410、目标时间点确定模块420和匹配模块430。

获取模块410可以从系统100的一个或多个组件获取数据。在一些实施例中，获取模块410可以获取由第一服务请求者发出的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。在一些实施例中，第一服务请求可以是尚未被服务提供者接受的服务请求。在一些实施例中，第一服务请求可以是对线上到线下服务(例如运输服务)的请求。交通服务可以包括叫车服务、司机服务、送货服务、公共汽车服务等，或其组合。在一些实施例中，第一服务请求可以是对可共享服务的请求。如本文所用，可共享服务是指允许与其他服务请求者所请求的一个或多个其他服务组合的服务。例如，第一服务请求可以是叫车服务、食品递送服务等或其任何组合的请求。在一些实施例中，获取模块410可以获取一个或多个候选服务请求。在一些实施例中，所述一个或多个候选服务请求可以是一个或多个可共享服务请求，包括一个或多个第一候选服务请求或一个或多个第二候选服务请求中的至少一个。一个或多个第一候选服务请求可以等待分配给一个或多个候选服务提供者。一个或多个第二候选服务请求可能已经被一个或多个候选服务提供者接受，但尚未完成。在一些实施例中，获取模块410可以获取第一服务请求者的第一输入或第二输入。第一输入可以指示第一服务请求者同意基于第一服务请求和一个或多个候选服务请求执行匹配过程的延迟。第二输入可以指示第一服务请求者同意基于第一服务请求和一个或多个候选服务请求实时执行匹配过程。在一些实施例中，获取模块410可以获取第一参考信息和第二参考信息。

目标时间点确定模块420可以确定目标时间点。目标时间点可以在请求时间点之后。如本文所用，术语“目标时间点”是指匹配模块430开始执行用于确定服务请求集和目标服务提供者目标服务的匹配过程的时间点。在一些实施例中，目标匹配模块430可以从目标时间点开始实时执行匹配过程。目标时间点可以相对接近请求时间点。在这种情况下，目标时间点的确定可以与服务器110和请求者终端130之间的数据传输速度、请求者终端130的响应速度和/或其他因素有关。在一些实施例中，匹配模块430可以延迟在目标时间点执行匹配过程。

在一些实施例中，目标时间点确定模块420可以基于第一服务请求者的输入来确定匹配模块430是实时执行匹配过程还是延迟执行匹配过程。输入可以包括第一输入和第二输入。在一些实施例中，目标时间点确定模块420可以基于第一参考信息确定匹配模块430是实时执行匹配过程还是延迟执行匹配过程。例如，目标时间点确定模块420可以基于第一参考信息确定第一服务请求者同意延迟执行匹配过程的概率。目标时间点确定模块420可以进一步将概率与概率阈值进行比较。例如，当第一概率大于概率阈值时，目标时间点确定模块420可以确定延迟执行匹配过程。作为另一示例，当第一概率小于或等于概率阈值时，目标时间点确定模块420可以确定实时执行匹配过程。

在一些实施例中，响应于延迟执行匹配过程的确定，目标时间点确定模块420可以基于请求时间点确定目标时间点。例如，目标时间点确定模块420可以获取一组预设时间点，并从该组预设时间点中确定目标时间点。目标时间点可以在请求时间点之后。仅作为示例，请求时间点可以是18:27，接近请求时间点的预设时间点可以为18:25、18:30、18:35。目标时间点确定模块420可以选择最接近请求时间点并且在请求时间点之后的预设时间点作为目标时间点(例如18:30)。作为另一示例，目标时间点确定模块420可以将从请求时间点起预定时间间隔(例如，3分钟、5分钟)之后的时间点确定为目标时间点。在一些实施例中，请求者终端130可以向用户呈现预设时间点的子集，该子集接近请求时间点并在请求时间点之后，并且从预设时间点集合中选择。用户可以从预设时间点的子集中选择预设时间点作为目标时间点。在一些实施例中，目标时间点确定模块420可以基于第二参考信息估计第一服务请求者愿意从请求时间点等待到目标时间的等待时间段。目标时间点确定模块420还可以基于等待时间段和请求时间点来确定目标时间点。类似地，目标时间点确定模块420可以获取预设时间点的集合，并从预设时间点集合确定目标时间点。关于目标时间点的确定的更多细节可以在本披露的其他地方找到，例如在与图1和2相关联的描述中。图6-9和/或图11A-11D。

匹配模块430可以确定服务请求集和与该服务请求集匹配的目标服务提供者。在一些实施例中，匹配模块430可以从目标时间点开始执行基于第一服务请求和一个或多个候选服务请求的匹配过程。当匹配模块430从一个或多个候选服务请求中确定与第一服务请求匹配的一个或多个第二服务请求时，服务请求集可以包括第一服务请求和一个或多个第二服务请求。例如，服务请求集可以是拼车服务请求集。当匹配模块430确定一个或多个候选服务请求中没有一个与第一服务请求匹配时，服务请求集可以仅包括第一服务请求。

在一些实施例中，可以在单个匹配过程中确定服务请求集和目标服务提供者。例如，当在匹配过程中确定与第一服务请求匹配的一个或多个第二服务请求时，如果候选服务提供者已经接受了一个或多个第二服务请求中的至少一个，则候选服务提供者可以被确定为目标服务提供者。在一些实施例中，匹配过程可以包括用于确定服务请求集的第一匹配过程和用于确定目标服务提供者的第二匹配过程。处理引擎112可以执行第一匹配过程，用于基于与第一服务请求和一个或多个候选服务请求相关联的信息来确定服务请求集。与第一服务请求和一个或多个候选服务请求相关联的信息可以包括第一服务请求的起始位置、第一服务请求目的地、一个或多个候选服务请求的一个或多个起始位置、一个或者多个候选服务请求的一个或多个目的地等，或者其任意组合。

在一些实施例中，可以从一个或多个候选服务提供者确定目标服务提供者。一个或多个候选服务提供者可以包括一个或多个第一候选服务提供者或一个或多个第二候选服务提供者中的至少一个。一个或多个第一候选服务提供者可能已经接受了一个或多个第二候选服务请求中的至少一个，并且尚未完成一个或多个第二候选服务请求中的所述至少一个。一个或多个第二候选服务提供者可能未在提供任何服务。换句话说，一个或多个第二候选服务提供者可能正在等待分配服务请求，并且尚未接受任何服务请求。在一些实施例中，第一服务请求的起始位置与一个或多个候选服务提供者中的每一个的位置之间的距离可以小于预定距离。附加地或替代地，从一个或多个候选服务提供者中的每一个的位置到第一服务请求的起始位置的驾驶时间可以小于预定时间。

在一些实施例中，在用于确定服务请求集的第一匹配过程之后，匹配模块430可以进一步确定用于从一个或多个候选服务提供者中确定目标服务提供者的第二匹配过程。在一些实施例中，匹配模块430可以获取一个或多个候选服务提供者中的每一个的第一特征信息和与服务请求集相关联的第二特征信息。第一特征信息可以包括位置信息、服务状态、路线、历史服务数据、服务得分等，或其任意组合。服务状态可以指示候选服务提供者接受一个或多个附加服务请求的可用性。例如，服务状态可以包括候选服务提供者是否已接受一个或多个待完成的服务请求、与候选服务提供者相关联的车辆上的乘客数量、与该候选服务提供者关联的车辆上货物的重量和/或体积等，或其任何组合。与服务请求集相关联的第二特征信息可以包括第一服务请求的起始位置、第一服务请求目的地、第一服务申请者的用户信息(例如，性别、年龄)等，或者其任意组合。在一些实施例中，与服务请求集相关联的第二特征信息还可以包括与第一服务请求相匹配的一个或多个第二服务请求的一个或者多个起始位置、一个或多个第二服务请求的一个或多个目的地、以及一个或多个第三服务请求的另一个或者，发布了一个或多个第二服务请求的一个或多个第二服务请求者的用户信息(例如，性别、年龄)等，或其任何组合。

对于一个或多个候选服务提供者中的每一个，匹配模块430可以基于候选服务提供者的第一特征信息和与服务请求集相关联的第二特征信息来确定候选服务提供者和服务请求集之间的匹配度。仅作为示例，匹配模块430可以使用机器学习模型来确定一个或多个候选服务提供者中的每一个的匹配度。例如，机器学习模型可以包括深度信任网络(DeepBeliefnet Work，DBN)、堆叠式自动编码器(StackedAuto-Encoders，SAE)、逻辑回归(Logistic Regression，LR)模型、支持向量机(Support Vector Machine，SVM)模型、决策树模型、朴素贝叶斯模型、随机森林模型或受限玻尔兹曼机(Restricted BoltzmannMachine，RBM)、梯度提升决策树(Gradient Boosting DecisionTree，GBDT)模型、兰姆达马特模型、自适应提升模型，递归神经网络(Recurrent Neural Network，RNN)模型、卷积网络模型、隐马尔可夫模型、感知器神经网络模型、Hopfield网络模型等，或其任意组合。匹配模块430可以根据一个或多个匹配程度进一步确定一个或多个候选服务提供者的目标服务提供者。例如，匹配模块430可以将对应于最高匹配度的候选服务提供者确定为目标服务提供者。

图4中的模块可以经由有线连接或无线连接彼此连接或通信。有线连接可包括金属电缆、光缆、混合电缆等，或其组合。无线连接可以包括局域网(LAN)、广域网(WAN)、蓝牙、ZigBee、近场通信(NFC)等，或其组合。在一些实施例中，两个或多个模块可以组合成单个模块，并且任何一个模块可以被分成两个或更多个单元。例如，用于线上到线下服务的设备还可以包括被配置为生成消息的消息生成模块。该消息可以被配置为向第一服务请求者通知与第一服务请求相关联的处理进度。处理进度可以包括在目标时间点的第一服务请求的处理状态。

图5是示出根据本披露的一些实施例的用于线上到线下服务的示例性设备的框图。在一些实施例中，设备500可以被实现为终端设备300(例如，请求者终端130)的CPU340。设备500可以与存储介质(例如，存储390和/或终端设备300的内存360)进行通信，并且可以执行存储在存储介质中的说明。在一些实施例中，设备500可以包括接收模块510、发送模块520和显示模块430。

接收模块510可以从系统100的一个或多个组件接收数据。在一些实施例中，接收模块510可以接收由第一服务请求者发出的第一服务请求。在一些实施例中，接收模块510可以接收第一服务请求者的第一输入或第二输入。在一些实施例中，接收模块510可以从服务器110接收与第一服务请求相关联的处理进度。处理进度可以包括第一服务请求在目标时间点的处理状态。在一些实施例中，处理进度可以包括计划进度和/或当前进度。例如，计划进度可以包括匹配过程将在目标时间点开始的处理状态。作为另一示例，当前进度可以包括当前在目标时间点正在执行匹配过程的处理状态。附加地或替代地，当前进度可以包括当前在目标时间点，服务器110正在寻找另一服务请求者(例如，另一乘客)和/或目标服务提供者。在一些实施例中，接收模块510可以接收向第一服务请求者通知第一服务请求的处理进度的消息。

发送模块520可以向系统100的一个或多个组件发送数据。在一些实施例中，发送模块520可以向服务器110发送第一服务请求。例如，第一服务请求可以由信号编码，并且信号可以被发送到服务器110。在一些实施例中，发送模块520可以进一步向服务器110发送第一输入或第二输入。

显示模块530可以经由用户接口向第一服务请求者呈现数据。在一些实施例中，显示模块530可以在第一服务请求者发出第一服务请求之前或之后经由用户接口向第一服务请求器呈现第一选项和第二选项。第一选项可以指示第一服务请求者同意延迟执行匹配过程。第一服务请求者的第一输入可以包括选择第一选项。附加地或或者，第一选项可以包括一组预设时间点。第一输入可以包括从预设时间点集合中选择预设时间点作为目标时间点。第二选项可以指示第一服务请求者同意实时执行匹配过程。第一服务请求者的第二输入可以包括选择第二选项。在一些实施例中，第一选项和第二选项的不同价格可以显示在用户界面上。由于如果第一服务请求者选择第一选项，则他/她需要等待更长的时间，因此第一选项的价格可能低于第二选项的价格。

在一些实施例中，显示模块530可以经由用户接口向第一服务请求者呈现处理进度。在一些实施例中，显示模块530可以从服务器110接收消息，该消息被配置为向第一服务请求者通知处理进度。消息可以由服务器110以文本、语音、图形、动画、视频等的形式生成。显示模块530可以直接向第一服务请求者呈现消息。可选地，显示模块530可以基于该消息向第一服务请求者呈现处理进度。例如，从服务器110接收的消息可以是文本的形式，显示模块530可以生成不同文本、语音、动画、图形、视频等形式的修改消息。处理引擎112还可以通过经由用户接口向第一服务请求者呈现修改的消息来向第一服务申请者呈现处理进度。

图5中的模块可以经由有线连接或无线连接彼此连接或通信。有线连接可包括金属电缆、光缆、混合电缆等，或其组合。无线连接可以包括局域网(LAN)、广域网(WAN)、蓝牙、ZigBee、近场通信(NFC)等，或其组合。在一些实施例中，两个或多个模块可以组合成单个模块，并且任何一个模块可以被分成两个或更多个单元。

图6是示出根据本披露的一些实施例的用于线上到线下服务的示例性过程的流程图。过程600可以由系统100的一个或多个组件执行，例如服务器110的处理引擎112。例如，过程600可以被实现为存储在存储器(例如，计算设备200的ROM230或RAM240)中的指令集(例如，应用)。图4中的处理引擎112和/或模块可以执行指令集，并且当执行指令时，处理引擎112或模块可以被配置为执行过程600。下面呈现的所示过程600的操作旨在是说明性的。在一些实施例中，过程600可以用未描述的一个或多个附加操作来完成，和/或不使用所讨论的一个或者多个操作来完成。此外，如图6所示和下文所述的过程600的操作的顺序并不旨在限制。

在602中，处理引擎112(例如，获取模块410)可以获取由第一服务请求者发布的第一服务请求。第一服务请求可以包括请求时间点、起始位置和目的地。在一些实施例中，第一服务请求可以是尚未被服务提供者接受的服务请求。第一服务请求可以经由终端设备(例如请求者终端130)发出第一服务请求。终端设备可以包括移动电话、智能手表、平板电脑等，或其任何组合。

在一些实施例中，第一服务请求可以是对线上到线下服务(例如运输服务)的请求。交通服务可以包括叫车服务、司机服务、送货服务、公共汽车服务等，或其组合。例如，交通服务可以包括使用车辆将对象从一个位置(例如，起始位置)带到另一位置(例如目的地)。对象可能包括乘客和/或货物。与运输服务相关的车辆可包括出租车、私家车、挂接装置、公共汽车、自行车、电动自行车、三轮车、摩托车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等，或其任何组合。

在一些实施例中，起始位置和/或目的地可以是第一服务请求者通过请求者终端130(例如，图3中的I/O350)输入的指定位置。在一些实施例中，请求者终端130可以自动获取起始位置和/或目的地。例如，“2017年10月13日上午10:00在地点A开会”之类的事件可以记录在请求者终端130中的日历中。请求者终端130可以基于日历中的事件自动地将位置A确定为目的地。在一些实施例中，请求者终端130可以通过定位技术，例如GPS、GLONASS、指南针、QZSS、BDS、WiFi定位技术等，或其任何组合，获取其位置(称为服务请求者的位置)。安装在请求者终端130中的应用程序(例如，叫车应用程序)可以指示请求者终端110连续地或周期性地向服务器110发送第一服务请求者的实时位置。因此，服务器110可以实时或基本实时地获取服务请求者的位置。

在一些实施例中，第一服务请求可能是提供可共享服务的请求。如本文所用，可共享服务是指允许与其他服务请求者所请求的一个或多个其他服务组合的服务。例如，第一服务请求可以是拼车服务、食品递送服务等或其任何组合的请求。

在604中，处理引擎112(例如，目标时间点确定模块420)可以基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。目标时间点可以在请求时间点之后。如本文所使用的，术语“目标时间点”是指当处理引擎112开始执行用于确定服务请求集和目标服务提供者目标服务的匹配过程时的时间点(如将在操作608中描述的)。

在一些实施例中，处理引擎112可以从目标时间点开始实时或基本实时地执行匹配过程。例如，一旦处理引擎112获取第一服务请求，处理引擎112就可以开始执行匹配过程。作为另一示例，处理引擎112可以在获取第一服务请求之后的相对短的时间段(例如，1s、2s、3s)之后执行匹配过程。目标时间点可以相对接近请求时间点。在这种情况下，目标时间点的确定可以与服务器110和请求者终端130之间的数据传输速度、请求者终端130的响应速度和/或其他因素有关。在一些实施例中，处理引擎112可以延迟在目标时间点执行匹配过程。例如，在处理引擎112获取第一服务请求之后，处理引擎112可以等待到目标时间点，然后开始执行匹配过程，而不是实时开始执行匹配过程。

在一些实施例中，处理引擎112可以基于第一服务请求者的输入来确定是实时执行匹配过程还是延迟执行匹配过程。该输入可以包括指示第一服务请求者同意延迟执行匹配过程的第一输入。或者，输入可以包括指示第一服务请求者同意实时执行匹配过程的第二输入。

与线上到线下服务的单独请求相比，包括组合的可共享服务的请求服务集可以减少资源(例如，车辆、燃料)的使用。当与多个服务请求相关联的多个匹配过程被延迟以在同一目标时间点执行时，可能存在更多候选服务请求和候选服务提供者。结果，可以提高找到与第一服务请求匹配的一个或多个第二服务请求的概率。附加地或替代地，可以增加一个或多个第二服务请求与第一服务请求之间的匹配程度。例如，第一服务请求可以与一个或多个第二服务请求共享行程的较大部分(从起始位置到目的地)。在一些实施例中，第一服务请求的价格可以根据实时执行匹配过程或执行匹配过程的延迟而不同。可以经由用户接口向第一服务请求者呈现不同的价格。由于如果第一服务请求者同意延迟执行匹配过程，则他/她需要等待更长的时间，因此与延迟执行匹配过程相关联的价格可能低于与实时执行匹配过程相关联的价格，这可以补偿第一服务请求器的时间损失。关于第一服务请求的输入的更多细节可以在本披露的其他地方找到，例如，在与图7和/或图11A-11D相关联的描述中。

在一些实施例中，处理引擎112可以基于第一参考信息确定是实时执行匹配过程还是延迟执行匹配过程。例如，处理引擎112可以基于第一参考信息确定第一服务请求者同意延迟执行匹配过程的概率。处理引擎112可以进一步将概率与概率阈值进行比较。例如，当第一概率大于概率阈值时，处理引擎112可以确定延迟执行匹配过程。作为另一示例，当第一概率小于或等于概率阈值时，处理引擎112可以确定实时执行匹配过程。

在一些实施例中，响应于确定延迟执行匹配过程，处理引擎112可以基于请求时间点确定目标时间点。例如，处理引擎112可以获取一组预设时间点，并从该组预设时间点中确定目标时间点。目标时间点可以在请求时间点之后。仅作为示例，请求时间点可以是18:27，接近请求时间点的预设时间点可以为18:25、18:30、18:35。处理引擎112可以选择最接近请求时间点并且在请求时间点之后的预设时间点作为目标时间点(例如18:30)。作为另一示例，处理引擎112可以将从请求时间点起预定时间间隔(例如，3分钟、5分钟)之后的时间点确定为目标时间点。在一些实施例中，请求者终端130可以向用户呈现预设时间点的子集，该子集接近请求时间点并在请求时间点之后，并且从预设时间点集合中选择。用户可以从预设时间点的子集中选择预设时间点作为目标时间点。在一些实施例中，处理引擎112可以基于第二参考信息估计第一服务请求者愿意从请求时间点等待到目标时间的等待时间段。处理引擎112还可以基于等待时间段和请求时间点来确定目标时间点。类似地，处理引擎112可以获取预设时间点的集合，并从预设时间点集合确定目标时间点。关于目标时间点的确定的更多细节可以在本披露的其他地方找到，例如在与图7-9和/或图11A-11D相关联的描述中。

在606中，处理引擎112(例如，获取模块410)可以获取一个或多个候选服务请求。在一些实施例中，所述一个或多个候选服务请求可以是一个或多个可共享服务请求，包括一个或多个第一候选服务请求或一个或多个第二候选服务请求中的至少一个。

所述一个或多个第一候选服务请求可以待分配给一个或多个候选服务提供者。一个或多个第二候选服务请求可能已经被一个或多个候选服务提供者接受，但尚未完成。此外，一个或多个候选服务提供者可以接受其他服务请求(例如，第一服务请求)。例如，驾驶员(即，候选服务提供者)可能已经接受了与两名乘客相关联的两个第二候选服务请求。与驾驶员相关联的车辆能够搭载对应于第一服务请求的一个或两个附加乘客。因此，如果对应于第一服务请求的乘客计数为1或2，则可以确定驾驶员可接受第一服务请求。在一些实施例中，处理引擎112可以在请求时间点和目标时间点之间的时间间隔中获取一个或多个候选服务请求。一个或多个候选服务请求可以在目标时间点之前由一个或多个服务请求者发出。在一些实施例中，处理引擎112可以进一步获取与一个或多个候选服务请求相关联的信息，包括但不限于一个或多个起始位置、目的地、处理状态、路线、用户标识号(例如，乘客标识号和/或驾驶员标识号)、目标时间点的位置信息，或其任意组合。

在608中，处理引擎112(例如，匹配模块430)可以通过在目标时间点开始执行基于第一服务请求和一个或多个候选服务请求的匹配过程来确定服务请求集和与服务请求集匹配的目标服务提供者。当处理引擎112从一个或多个候选服务请求中确定与第一服务请求匹配的一个或多个第二服务请求时，服务请求集可以包括第一服务请求和一个或多个第二服务请求。例如，服务请求集可以是拼车服务请求集。当处理引擎112确定一个或多个候选服务请求中没有一个与第一服务请求匹配时，服务请求集可以仅包括第一服务请求。

在一些实施例中，可以通过单个匹配过程来确定服务请求集和目标服务提供者。例如，当在匹配过程中确定与第一服务请求匹配的一个或多个第二服务请求时，如果候选服务提供者已经接受了一个或多个第二服务请求中的至少一个，则候选服务提供者可以被确定为目标服务提供者。在一些实施例中，匹配过程可以包括用于确定服务请求集的第一匹配过程和用于确定目标服务提供者的第二匹配过程。处理引擎112可以执行第一匹配过程，用于基于与第一服务请求和一个或多个候选服务请求相关联的信息来确定服务请求集。与第一服务请求和一个或多个候选服务请求相关联的信息可以包括第一服务请求的起始位置、第一服务请求目的地、一个或多个候选服务请求的一个或多个起始位置、一个或者多个候选服务请求的一个或多个目的地等，或者其任意组合。

在一些实施例中，可以从一个或多个候选服务提供者确定目标服务提供者。一个或多个候选服务提供者可以包括一个或多个第一候选服务提供者或一个或多个第二候选服务提供者中的至少一个。一个或多个第一候选服务提供者可能已经接受了一个或多个第二候选服务请求中的至少一个，并且尚未完成一个或多个第二候选服务请求中的所述至少一个。一个或多个第二候选服务提供者可能未在提供任何服务。换句话说，一个或多个第二候选服务提供者可能正在等待被分配服务请求，并且尚未接受任何服务请求。在一些实施例中，第一服务请求的起始位置与一个或多个候选服务提供者中的每一个的位置之间的距离可以小于预定距离。附加地或替代地，从一个或多个候选服务提供者中的每一个的位置到第一服务请求的起始位置的驾驶时间可以小于预定时间。

在一些实施例中，在用于确定服务请求集的第一匹配过程之后，处理引擎112可以进一步确定用于确定与服务请求匹配的目标服务提供者的第二匹配过程。在一些实施例中，处理引擎112可以获取一个或多个候选服务提供者中的每一个的第一特征信息和与服务请求集相关联的第二特征信息。第一特征信息可以包括位置信息、服务状态、路线、历史服务数据、服务得分等，或其任意组合。服务状态可以指示候选服务提供者接受一个或多个附加服务请求的可用性。例如，与运输服务相关的服务状态可以包括候选服务提供者是否已接受一个或多个待完成的服务请求、与候选服务提供者相关联的车辆上的乘客数量、与候选的服务提供者相关的车辆上货物的重量和/或体积等，或其任何组合。与服务请求集相关联的第二特征信息可以包括第一服务请求的起始位置、第一服务请求目的地、第一服务申请者的用户信息(例如，性别、年龄)等，或者其任意组合。在一些实施例中，与服务请求集相关联的第二特征信息还可以包括与第一服务请求相匹配的一个或多个第二服务请求的一个或者多个起始位置、一个或多个第二服务请求的一个或多个目的地、以及一个或多个第三服务请求的另一个或者，发布了一个或多个第二服务请求的一个或多个第二服务请求者的用户信息(例如，性别、年龄)等，或其任何组合。

对于一个或多个候选服务提供者中的每一个，处理引擎112可以基于候选服务提供者的第一特征信息和与服务请求集相关联的第二特征信息来确定候选服务提供者和服务请求集之间的匹配度。仅作为示例，处理引擎112可以使用机器学习模型来确定一个或多个候选服务提供者中的每一个的匹配度。例如，机器学习模型可以包括深度信任网络(DBN)、堆叠式自动编码器(SAE)、逻辑回归(LR)模型、支持向量机(SVM)模型、决策树模型、朴素贝叶斯模型、随机森林模型或受限玻尔兹曼机(RBM)、梯度提升决策树(GBDT)模型、兰姆达马特模型、自适应提升模型，递归神经网络(RNN)模型、卷积网络模型、隐马尔可夫模型、感知器神经网络模型、Hopfield网络模型等，或其任意组合。处理引擎112还可以基于一个或多个匹配度从一个或多个候选服务提供者中确定目标服务提供者。例如，处理引擎112可以将对应于最高匹配度的候选服务提供者确定为目标服务提供者。

在一些实施例中，处理引擎112可以生成消息。该消息可以被配置为向第一服务请求者通知与第一服务请求相关联的处理进度。该消息可以被发送到请求者终端130。处理进度可以包括在目标时间点的第一服务请求的处理状态。在一些实施例中，处理进度可以包括计划进度和/或当前进度。例如，对应于计划进度的消息可以被配置为通知第一服务请求者匹配过程将在目标时间点开始。作为另一示例，对应于当前进度的消息可以被配置为通知第一服务请求者，当前在目标时间点，正在执行匹配过程。附加地或或者，消息可以被配置为通知第一服务请求者，当前在目标时间点，服务器110正在寻找另一服务请求者(例如，另一乘客)和/或目标服务提供者。

应当注意的是，以上描述仅出于说明的目的而提供，并不旨在限制本申请的范围。对于本领域普通技术人员，可以根据本披露的教导进行多种变化和修改。然而，这些变化和修改不脱离本申请的范围。例如，可以在操作608中应用于本披露中未提及的第一服务请求(ES)与第一服务请求匹配(ES)的其他方法和/或目标服务提供者。

图7是示出根据本披露的一些实施例的用于基于第一服务请求者的输入来确定目标时间点的示例性过程的流程图。过程700可以由系统100的一个或多个组件执行，例如处理引擎112。处理引擎112可以在服务器110或终端设备300中实现。例如，过程700可以被实现为存储在存储器(例如，计算设备200的ROM230或RAM240，或终端设备300的存储器390)中的指令集(例如，应用)。图4中的处理引擎112和/或模块可以执行指令集，并且当执行指令时，处理引擎112、CPU340和/或这些模块可以被配置为执行过程700。下面呈现的所示过程700的操作旨在是说明性的。在一些实施例中，过程700可以用未描述的一个或多个附加操作来完成，和/或不使用所讨论的一个或者多个操作来完成。此外，如图7所示和下文所述的过程700的操作的顺序并不旨在限制。

在702中，处理引擎112(例如，获取模块410)可以获取第一服务请求者的第一输入或第二输入。第一输入可以指示第一服务请求者同意延迟基于第一服务请求和一个或多个候选服务请求执行匹配过程。第二输入可以指示第一服务请求者同意实时执行匹配过程。请求者终端130可以接收第一服务请求者的第一输入或第二输入，并将第一输入或第一输入发送到服务器110上实现的处理引擎112。例如，第一服务请求者可以通过点击按钮经由请求者终端130输入信息。作为另一示例，第一服务请求者可以通过与请求者终端130的麦克风通话来经由请求者终端输入信息。关于与第一输入和/或第二输入相关联的用户界面的更多示例可以在本披露的其他地方找到，例如，图11A-11C。

在704中，处理引擎112(例如，目标时间点模块420)可以基于第一输入或第二输入来确定目标时间点。在一些实施例中，响应于接收到第一输入的确定，处理引擎112可以基于第一服务请求和一个或多个候选服务请求来确定延迟执行匹配过程。处理引擎112还可以基于请求时间点来确定目标时间点。例如，处理引擎112可以从预设时间点集合中选择预设时间点作为目标时间点。作为另一示例，处理引擎112可以将从请求时间点起预定时间间隔(例如，3分钟、5分钟)之后的时间点确定为目标时间点。作为又一示例，处理引擎112可以基于第二参考信息估计第一服务请求者愿意从请求时间点等待到目标时间的等待时间段。处理引擎112还可以基于等待时间段和请求时间点来确定目标时间点。在一些实施例中，第一输入可以包括从预设时间点的子集中选择一个预设时间点作为目标时间点。预设时间点的子集可以接近请求时间点并且在请求时间点之后。

在一些实施例中，响应于接收到第二输入的确定，处理引擎112可以确定实时执行匹配过程。目标时间点可以是相对接近请求时间点的时间点。目标时间点的确定可以与服务器110和请求者终端130之间的数据传输速度、请求者终端130的响应速度和/或其他因素有关。

图8是示出根据本披露的一些实施例的用于基于第一参考信息确定目标时间点的示例性过程的流程图。过程800可以由系统100的一个或多个组件执行，例如服务器110的处理引擎112。例如，过程800可以被实现为存储在存储器(例如，计算设备200的ROM230或RAM240)中的指令集(例如，应用)。图4中的处理引擎112和/或模块可以执行指令集，并且当执行指令时，处理引擎112、CPU340和/或这些模块可以被配置为执行过程800。下面呈现的所示过程800的操作旨在是说明性的。在一些实施例中，过程800可以用未描述的一个或多个附加操作来完成，和/或不使用所讨论的一个或者多个操作来完成。此外，如图8所示和下文所述的过程800的操作的顺序不是限制的。

在802中，处理引擎112(例如，获取模块410)可以获取第一参考信息。第一参考信息可以与第一服务请求和/或第一服务请求者相关联。第一参考信息可用于确定是实时执行用于确定服务请求集和目标服务提供者的匹配过程，还是延迟执行匹配过程。仅作为示例，第一参考信息可包括第一服务请求的起始位置、天气状况、交通状况、第一服务请求者的偏好信息或第一服务请求器的一个或多个历史服务请求等，或其任何组合。

在一些实施例中，天气状况和交通状况可以与第一服务请求的目标时间点和/或起始位置相关。例如，如果在包括目标时间点的起始位置的区域中天气不好(例如，下雨、下雪、炎热或冰冻)，则第一服务请求者可能更喜欢实时执行匹配过程，以便他/她不必等待很长时间。作为另一示例，如果包括目标时间点处的起始位置的区域中的业务严重拥塞，则第一服务请求者可以认为等待比通常更长的时间是合理的。

在一些实施例中，第一服务请求者的偏好信息可以包括可由第一服务请求器修改的设置。例如，该设置可以指示第一服务请求者希望实时执行匹配过程。作为另一示例，该设置可以指示第一服务请求者希望延迟执行匹配过程。处理引擎112可以根据设置确定是实时执行匹配处理还是延迟执行匹配处理。

在一些实施例中，第一服务请求者的一个或多个历史服务请求可以包括历史信息。一个或多个历史服务请求可以是可共享服务请求。例如，历史信息可以包括实时执行匹配过程的历史服务请求的计数、延迟执行匹配过程所针对的历史服务请求的计数、与第一服务请求者的一个或多个历史服务请求相关联的满意度、以及与第二服务请求者之间的关系，第一服务请求者是否在等待被延迟执行的匹配过程的特定时间段之后取消了任何历史服务请求，等等，或其任何组合。

在804中，处理引擎112(例如，目标时间点确定模块420)可以根据第一参考信息估计第一服务请求者同意延迟基于第一服务请求执行匹配过程的概率以及一个或多个候选服务请求。在一些实施例中，处理引擎112可以使用经训练的估计模型(例如经训练的机器学习模型)来估计概率。处理引擎112可以将第一参考信息输入到训练估计模型，并且训练估计模型可以输出概率。仅作为示例，经训练的机器学习模型可以包括DBN、SAE、LR模型、SVM模型、决策树模型、朴素贝叶斯模型、随机森林模型、RBM模型、GBDT模型、LambdaMART模型、自适应增强模型、RNN模型、卷积网络模型、隐马尔可夫模型、感知器神经网络模型、Hopfield网络模型，或其任意组合。

概率可以是0、1或0到1之间的值。响应于确定概率的值为0，处理引擎112可以确定实时执行匹配处理。为了确定概率值为1的确定，处理引擎112可以决定延迟执行匹配过程。在一些实施例中，例如，当概率的值在0到1之间时，处理引擎112可以前进到操作806。

在806中，处理引擎112(例如，目标时间点确定模块420)可以将概率与概率阈值进行比较。例如，概率阈值可以是0.5、0.55、0.6等。在一些实施例中，可以根据与系统100相关联的默认设置来预定概率阈值。或者，概率阈值可以由与系统100相关联的管理员修改。在一些实施例中，可以基于诸如请求时间点、起始位置、安全性、第一服务请求的起始位置和目的地之间的距离等因素或其任何组合来调整概率阈值。例如，如果请求时间点是清晨(例如，06:30)，则概率阈值可以降低一定量，例如从0.6降低到0.5。在这种情况下，由于可能只有少数候选服务请求和少数候选服务提供者，执行匹配过程的延迟可以增加找到与第一服务请求和目标服务提供者匹配的一个或多个第二服务请求的可能性。作为另一示例，如果第一服务请求的起始位置和目的地之间的距离大于距离阈值，则可以减小概率阈值。这样，执行匹配过程的延迟可能是为了找到一个或多个第二个服务请求和目标服务提供者的贡献，因此可以减少运输资源的使用。

在808中，处理引擎112(例如，目标时间点确定模块420)可以基于比较结果确定目标时间点。响应于确定概率大于概率阈值，处理引擎112可以确定延迟执行匹配过程。响应于确定概率小于或等于概率阈值，处理引擎112可以确定实时执行匹配过程。关于目标时间点的确定的更多细节可以在本披露的其他地方找到，例如，在图6、图9和/或图11A-11D中。

图9是示出根据本披露的一些实施例的用于基于第二参考信息确定目标时间点的示例性过程的流程图。过程900可以由系统100的一个或多个组件执行，例如服务器110的处理引擎112。例如，过程900可以被实现为存储在存储器(例如，计算设备200的ROM230或RAM240)中的指令集(例如，应用)。图4中的处理引擎112和/或模块可以执行指令集，并且当执行指令时，处理引擎112、CPU340和/或这些模块可以被配置为执行过程900。下面呈现的所示过程900的操作旨在是说明性的。在一些实施例中，过程900可以用未描述的一个或多个附加操作来完成，和/或不使用所讨论的一个或者多个操作来完成。此外，如图9所示和下文所述的过程900的操作的顺序并不旨在限制。

在902中，处理引擎112(例如，获取模块410)可以获取第二参考信息。第二参考信息可用于估计从请求时间点到目标时间点第一服务请求者愿意等待的等待时间段。例如，第二参考信息可以包括第一服务请求的起始位置、天气状况、交通状况、第一服务请求者的偏好信息、第一服务申请者的一个或多个历史服务请求、其他服务请求者一个或更多历史服务请求等，或其任何组合。一个或多个历史服务请求可以是一个或多个可共享服务请求。仅作为示例，第一服务请求者和/或其他服务请求者的一个或多个历史服务请求可以包括第一服务请求器和/或其它服务请求者从一个或多个历史请求时间点等待到一个或多个对应的历史目标时间点的一个或多个历史时间段。附加地或替代地，所述一个或多个历史服务请求可以包括实时执行匹配过程的历史服务请求的计数、延迟执行匹配处理的历史服务请求的计数、与一个或多个历史服务请求相关联的一个或多个满意度，在匹配处理被延迟执行的情况下，一个或多个历史服务请求是否在等待特定时间段之后被取消，等等，或其任意组合。

在904中，处理引擎112(例如，目标时间点确定模块420)可以基于第二参考信息估计第一服务请求者愿意从请求时间点等待到目标时间点的等待时间段。如本文所述的，等待时间段可以被认为是估计的时间阈值。如果第一服务请求者需要等待比等待时间段更长的时间，则第一服务请求器可能倾向于取消第一服务请求或将第一服务请求的类型从可共享服务请求改变为不可共享的服务请求。

在一些实施例中，等待时间段可能是第一服务请求者等待可共享服务请求的第一平均时间。处理引擎112可以基于第一服务请求者从一个或多个历史请求时间点到一个或多个对应的历史目标时间点等待的一个或多个历史时间段来确定第一平均时间段。在一些实施例中，等待时间段可能是第一服务请求者和其他服务请求者等待共享服务请求的第二平均时间。处理引擎112可以基于从一个或多个历史请求时间点到一个或多个对应的历史目标时间点的一个或多个历史时间段来确定第二平均时间段。

在一些实施例中，处理引擎112可以使用经训练的机器学习模型来确定等待时间段。例如，处理引擎112可以将第二个参考信息输入受过训练的机器学习模型以获取等待时间。可以使用多个训练样本来训练机器学习模型。多个训练样本中的每一个可以包括历史第二参考信息和指示第一服务请求者和/或另一服务请求者从请求时间点等待到目标时间点的历史时间段的标签。多个训练样本中的每一个可以包括历史第二参考信息和指示第一服务请求者和/或另一服务请求者从请求时间点等待到目标时间点的历史时间段的标签。

在906中，处理引擎112(例如，目标时间点确定模块420)可以基于等待时间段和请求时间点来确定目标时间点。可以确定目标时间点，使得目标时间点和请求时间点之间的时间差可以小于或等于等待时间段。例如，处理引擎112可以确定在请求时间段之后的参考时间点。参考时间点和请求时间点之间的时间差可以等于等待时间段。目标时间点可以在参考时间点之前。例如，处理引擎112可以将最接近参考时间点并且在参考时间点之前的预设时间点确定为目标时间点。仅作为示例，如果请求时间点是18:27，等待时间段是6分钟，并且预设时间点的集合包括18:25、18:30、18:35，则处理引擎112可以将18:30确定为目标时间点，因为18:30在参考时间点18:33之前。

图10是示出根据本披露的一些实施例的用于线上到线下服务的示例性过程的流程图。过程1000可以由系统100的一个或多个组件执行，例如请求者终端130。例如，该过程1000可以作为存储在存储中的指令集(例如，一个应用程序)(例如，存储390和/或终端设备300的内存360)实现。在一些实施例中，过程1000可以由在请求者终端130上实现的处理引擎112实现，例如CPU340。图5中的处理引擎112和/或模块可以执行指令集，并且当执行指令时，处理引擎112或模块可以被配置为执行过程1000。下面呈现的所示过程1000的操作旨在是说明性的。在一些实施例中，过程1000可以用未描述的一个或多个附加操作来完成，和/或不使用所讨论的一个或者多个操作来完成。此外，如图10所示和下文所述的过程1000的操作的顺序并不旨在限制。

在1002中，处理引擎112(例如，接收模块510)可以接收由第一服务请求者发出的第一服务请求。第一服务请求可能包括请求时间点，起始位置和目的地。在一些实施例中，第一服务请求可以是对可共享服务的请求，例如对从起始位置到目的地的拼车服务的请求。在一些实施例中，第一服务请求可以是尚未被服务提供者接受的服务请求。

在1004中，处理引擎112(例如，发送模块520)可以向服务器(例如，服务器110)发送第一服务请求。例如，第一服务请求可以由信号编码，并且信号可以传输到服务器110。例如，根据分别结合图7、图8和图9的过程700、过程800和/或过程900，请求者终端130和/或服务器110可以基于请求时间点或第一服务请求者的输入中的至少一个来确定目标时间点。服务器110可以通过从目标时间点开始执行基于第一服务请求和一个或多个候选服务请求的匹配过程来确定服务请求集和与服务请求集匹配的目标服务提供者。

在一些实施例中，目标时间点至少可以基于第一服务请求者的输入来确定请求者终端130收到的输入。在一些实施例中，处理引擎112(例如，显示模块530)可以在第一服务请求者发出第一服务请求之前或之后经由用户接口向第一服务请求器呈现第一选项和第二选项。第一选项可以指示第一服务请求者同意延迟执行匹配过程。第一服务请求者的第一输入可以包括选择第一选项。附加地或或者，第一选项可以包括一组预设时间点。第一输入可以包括从预设时间点集合中选择预设时间点作为目标时间点。第二选项可以指示第一服务请求者同意实时执行匹配过程。第一服务请求者的第二个输入可能包括选择第二个选项。在一些实施例中，可以在用户界面上显示与第一选项和第二选项相关联的第一服务请求的不同价格。由于如果第一服务请求者选择第一选项，则他/她需要等待更长的时间，因此与第一选项相关联的价格可能低于第二选项的价格。处理引擎112可以进一步向服务器110发送第一输入或第二输入。

在1006中，处理引擎112(例如，接收模块510)可以接收与第一服务请求相关联的处理进度。处理进度可以包括第一服务请求在目标时间点的处理状态。在一些实施例中，处理进度可以包括计划进度和/或当前进度。例如，计划进度可以包括匹配过程将在目标时间点开始的处理状态。作为另一示例，当前进度可以包括当前在目标时间点正在执行匹配过程的处理状态。附加地或替代地，当前进度可以包括当前在目标时间点，服务器110正在寻找另一服务请求者(例如，另一乘客)和/或目标服务提供者。

在1008中，处理引擎112(例如，显示模块530)可以经由用户接口向第一服务请求者呈现处理进度。在一些实施例中，处理引擎112可能会从服务器110接收一条消息，该消息配置为通知第一服务请求者处理进度。消息可以由服务器110以文本、语音、图形、动画、视频等的形式生成。处理引擎112可以直接向第一服务请求者呈现消息。可选地，处理引擎112可以基于消息向第一服务请求者呈现处理进度，如将在图11D中描述的。作为另一示例，由处理引擎112接收的消息可以是文本的形式，处理引擎112可以生成不同文本、语音、动画、图形、视频等形式的修改消息。处理引擎112可以通过请求者终端130上实现的用户界面向第一服务请求者介绍修改后的消息，以进一步向第一服务请求者提供处理进度。

图11A-11D是示出根据本披露的一些实施例的用于线上到线下服务的示例性用户界面的示意图。用户接口可以在请求者终端130上实现，例如，作为安装在请求者终端130上的叫车应用的用户接口。

如图11A-11D所示，第一服务请求者所在的城市，可以通过用户界面显示多个业务线路。例如，城市可能是北京。多个业务线可以包括不同类型的服务，例如快递服务、卓越服务、出租车服务、豪华服务等。第一服务请求者可以修改城市和/或从多个业务线中选择业务线。用户界面上显示了标记为“从”的起始位置和标记为“至”的目的地。起始位置和目的地可以与第一服务请求相关联。

图11A-11C示出了用于向第一服务请求者呈现第一选项和第二选项的示例性用户界面。例如，可以在用户界面上显示问题以询问第一服务请求者何时开始用于确定服务请求集和目标服务提供者的匹配过程。为了便于第一服务请求者理解，问题可能是“您希望我们什么时候开始寻找合适的驱动程序？”或者“您希望我们什么时候开始寻找另一位乘客？”等。如图11A所示，界面上显示的第一选项可以是“几分钟后”，这可以指示第一服务请求者同意延迟执行匹配过程。界面上显示的第二个选项可能是“现在”，表示第一服务请求者同意实时执行匹配过程。第一服务请求者可以通过点击与第一选项或第二选项相关联的按钮来选择第一选项(即第一输入)或选择第二选项(即第二输入)。在一些实施例中，第一选项和第二选项的不同价格可以显示在用户界面上。由于如果第一服务请求者选择第一选项，他/她需要等待更长的时间，第一选项的价格(例如，27元)可能低于第二选项的价格，例如，30元)。第一服务请求者可进一步点击“确认”按钮以确认第一选项或第二选项的选择。如图11B所示，第一选项可以包括预设时间点(例如，18:30)。请求者终端130可以从预设时间点集合中确定预设时间点。响应于第一选项被选择的确定，预设时间点可以被确定为目标时间点如图11c所示，第一选项可以包括从预设时间点确定的预设时间点的子集，例如18：30，18：35，18：40，等等。第一服务请求者可以从预设时间点的子集中选择预设时间点作为目标时间点。例如，如果选择了18:35，则可以使用箭头来标记所选的预设时间点18:35。在第一服务请求者点击“确认”按钮后，可以将所选的预设时间点确定为目标时间点。在一些实施例中，可以基于服务器110估计的请求时间点和等待时间段来确定目标时间点。

如图11D所示，通过用户界面呈现目标时间点的计划进度。计划进度可以包括匹配过程将在目标时间点开始的处理状态。作为另一示例，当显示除叫车应用程序之外的另一应用程序的用户界面时，或者当请求者终端130(例如，移动电话)的屏幕被锁定时，可以向第一服务请求者呈现消息，以通知第一服务请求器计划进度和/或当前进度。

应当注意的是，以上描述仅出于说明的目的而提供，并不旨在限制本申请的范围。对于本领域普通技术人员，可以根据本披露的教导进行多种变化和修改。然而，这些变化和修改不脱离本申请的范围。例如，在用户终端的用户界面上显示的内容可以不同于图11A-11D中所示的内容。

上文已对基本概念做了描述，显然，对于阅读此申请后的本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并未明确说明，但本领域的普通技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

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

此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的过程、机器、产品或物质的组合，或对其任何新的和有用的改进。因此，本披露的各个方面可以完全由硬件、完全由软件(包括固件、驻留软件、微代码等)或其组合软件和硬件实现来实现，这些软件和硬件在本文中通常被称为“单元”、“模块”或“系统”。此外，本披露的各方面可以采取体现在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质具有体现在其上的计算机可读程序代码。

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

用于执行本披露的方面的操作的计算机程序代码可以用一种或多种编程语言的组合来编写，包括面向对象的编程语言，例如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，传统的过程编程语言，Fortran2003、Perl、COBOL2002、PHP、ABAP、动态编程语言(如Python、Ruby和Groovy)或其他编程语言。该程序代码可以完全在用户计算机上运行或作为独立的软件包在用户计算机上运行或部分在用户计算机上运行部分在远程计算机运行或完全在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何类型的网络(包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者可以与外部计算机建立连接(例如，通过使用网络服务提供者的网络)或在云计算环境中或作为服务提供，例如，软件服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用或其它名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，尽管上述各种组件的实现可以体现在硬件设备中，但也可以实现为纯软件解决方案，例如，在现有服务器或移动设备上的安装。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或以上发明实施例的理解，前文对本申请的实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。然而，本申请的该方法不应被解释为反映所声称的待扫描对象物质需要比每个权利要求中明确记载的更多特征的意图。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (44)

1.一种用于线上到线下服务的系统，包括：

存储有指令集的至少一个存储设备；以及

与所述存储设备通信的至少一个处理器，其中，当执行所述指令集时，所述至少一个处理器被引导为使所述系统：

获取由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；

基于所述请求时间点或所述第一服务请求者的输入中的至少一个，来确定目标时间点，其中所述目标时间点在所述请求时间点之后；

获取一个或多个候选服务请求；以及

通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，以确定服务请求集和与所述服务请求集匹配的目标服务提供者，其中所述服务请求集包括所述第一服务请求。

2.根据权利要求1所述的系统，其中，为了基于所述请求时间点或所述第一服务请求者的输入中的至少一个，来确定所述目标时间点，所述至少一个处理器被引导为使所述系统：

获取所述第一服务提供者的第一输入；以及

基于所述第一输入确定所述目标时间点，其中，所述第一输入表明所述第一服务提供者同意延迟执行所述匹配过程。

3.根据权利要求1所述的系统，其中，为了基于所述请求时间点或所述第一服务请求者的输入中的至少一个，来确定所述目标时间点，所述至少一个处理器被引导为使所述系统：

获取第一参考信息；

基于所述第一参考信息，估计所述第一服务提供者同意延迟执行所述匹配过程的概率；

将所述概率与概率阈值进行比较；以及

基于所述比较的结果，确定所述目标时间点。

4.根据权利要求1所述的系统，其中，为了基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，所述至少一个处理器被引导为使所述系统：

获取第二参考信息；

基于所述第二参考信息，估计从所述请求时间点到所述目标时间点的所述第一服务请求者愿意等待的等待时间段；以及

基于所述等待时间段和所述请求时间点来确定所述目标时间点。

5.根据权利要求4中任一项所述的系统，其中，所述第二参考信息包括所述起始位置、天气状况、交通状况、所述第一服务请求者的偏好信息、所述第一服务请求器的一个或多个历史服务请求或其他服务请求者的一个或多个历史服务请求中的至少一个。

6.根据权利要求1-5中任一项所述的系统，其中，在所述请求时间点和所述目标时间点之间获取所述一个或多个候选服务请求。

7.根据权利要求1-6中任一项所述的系统，其中，所述目标时间点是从一组预设时间点中确定的。

8.根据权利要求1-7中任一项所述的系统，其中，所述至少一个处理器被引导为使所述系统：

生成消息，所述消息被配置为将与所述第一服务请求相关联的处理进度通知给所述第一服务请求者，所述处理进度包括所述目标时间点处的所述第一请求的处理状态。

9.根据权利要求1-8中任一项所述的系统，其中，所述一个或多个候选服务请求包括待分配的一个或多个第一候选服务请求或一个或多个第二候选服务请求中的至少一个，其中，所述一个或多个第二候选服务请求已被一个或多个候选服务提供者接受但尚未完成。

10.根据权利要求1-9中任一项所述的系统，其中所述服务请求集还包括由一个或多个第二服务请求者发出的一个或多个第二服务请求，

所述一个或多个第二服务请求与所述第一服务请求匹配，并且

根据所述一个或多个候选服务请求来确定所述一个或多个第二服务请求。

11.根据权利要求1-10中任一项所述的系统，其中，所述目标服务提供者是从一个或多个候选服务提供者中选择的，所述一个或多个候选服务提供者包括一个或多个第一候选服务提供者或一个或多个第二候选服务提供者的至少一个，其中

所述一个或多个第一候选服务提供者已接受所述一个或多个第二服务请求中的至少一个，并且尚未完成所述一个或多个第二服务请求中的所述至少一个，并且

所述一个或多个第二候选服务提供者未在提供任何服务。

12.根据权利要求11所述的系统，其中，为了从所述一个或多个候选服务提供者中选择所述目标服务提供者，所述至少一个处理器被引导为使所述系统：

获取所述一个或多个候选服务提供者中的每一个的第一特征信息和与所述服务请求集相关联的第二特征信息；

对于所述一个或多个候选服务提供者中的每一个，基于所述第一特征信息和所述第二特征信息，确定所述候选服务提供者与所述服务请求集之间的匹配度；以及

基于所述一个或多个匹配度，从所述一个或多个候选服务提供者中确定所述目标服务提供者。

13.一种用于线上到线下服务的方法，在具有至少一个处理器和至少一个非临时存储介质的计算设备上实现，所述方法包括：

获取由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；

基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定目标时间点，其中所述目标时间点在所述请求时间点之后；

获取一个或多个候选服务请求；以及

通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，确定服务请求集和与所述服务请求集匹配的目标服务提供者，其中所述服务请求集包括所述第一服务请求。

14.根据权利要求13所述的方法，其中，基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定目标时间点包括：

获取所述第一服务提供者的第一输入；以及

基于所述第一输入确定所述目标时间点，其中所述第一输入表明第一服务提供者同意延迟执行所述匹配过程。

15.根据权利要求13所述的方法，其中，基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定目标时间点包括：

获取第一参考信息；

基于所述第一参考信息，估计所述第一服务提供者同意延迟执行所述匹配过程的概率；

将所述概率与概率阈值进行比较；以及

基于所述比较的结果确定所述目标时间点。

16.根据权利要求13-15中任一项所述的方法，其中，为了基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，所述至少一个处理器被引导以使所述方法：

获取第二参考信息；

基于所述第二参考信息，估计从所述请求者时间点到所述目标时间点的所述第一服务请求者愿意等待的等待时间段；以及

基于所述等待时间段和所述请求时间点来确定所述目标时间点。

17.根据权利要求16中任一项所述的方法，其中，所述第二参考信息包括所述第一服务请求的起始位置、天气状况、交通状况、所述第一服务请求者的偏好信息、所述第一服务请求者的一个或多个历史服务请求、其他服务请求者的一个或多个历史服务请求中的至少一个，或其任意组合。

18.根据权利要求13-17中任一项所述的方法，其中，在所述请求时间点和所述目标时间点之间获取所述一个或多个候选服务请求。

19.根据权利要求13-18中任一项所述的方法，其中所述目标时间点是从一组预设时间点中确定的。

20.根据权利要求13-19中任一项所述的方法，进一步包括：

生成消息，所述消息被配置为向所述第一服务请求者通知与所述第一服务请求相关联的处理进度，所述处理进度包括在所述目标时间点处的第一服务请求的处理状态。

21.根据权利要求13-20中任一项所述的方法，其中，所述一个或多个候选服务请求包括待分配的一个或多个第一候选服务请求或一个或多个第二候选服务请求中的至少一个，其中，所述一个或多个第二候选服务请求已被一个或多个候选服务提供者接受但尚未完成。

22.根据权利要求13-21中任一项所述的方法，其中，所述服务请求集还包括由一个或多个第二服务请求者发出的一个或多个第二服务请求，

所述一个或多个第二服务请求与所述第一服务请求匹配，并且

根据所述一个或多个候选服务请求而确定一个或多个第二服务请求。

23.根据权利要求13-22中任一项所述的方法，其中，所述目标服务提供者从一个或多个候选服务提供者中选择，所述一个或多个候选服务提供者包括一个或多个第一候选服务提供者或一个或多个第二候选服务提供者的至少一个，并且其中

所述一个或多个第一候选服务提供者已接受所述一个或多个第二服务请求中的至少一个，并且尚未完成所述一个或多个第二服务请求中的所述至少一个；

所述一个或多个第二候选服务提供者未在提供任何服务。

24.根据权利要求23中任一项所述的方法，其中，为了从所述一个或多个候选服务提供者中选择所述目标服务提供者，所述方法还包括：

获取所述一个或多个候选服务提供者中的每一个的第一特征信息和与所述服务请求集相关联的第二特征信息；

对于所述一个或多个候选服务提供者中的每一个，基于所述第一特征信息和所述第二特征信息确定所述候选服务提供者与所述服务请求集之间的匹配度；以及

基于所述一个或多个匹配度，从所述一个或多个候选服务提供者中确定所述目标服务提供者。

25.一种用于线上到线下服务的系统，包括：

获取模块，用于

获取由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；以及

获取一个或多个候选服务请求；

目标时间点确定模块，被配置为基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定目标时间点，其中所述目标时间点在所述请求时间点之后；以及

匹配模块，被配置为通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，来确定服务请求集和与所述服务请求集匹配的目标服务提供者，其中所述服务请求集包括所述第一服务请求。

26.一种非过渡性计算机可读介质，包括一组线上到线下服务的说明，其中至少一个处理器执行时，指令集指导至少一个处理器来实现一种方法，所述方法包括：

获取第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点，起始位置和目的地；

根据第一服务请求者的至少一个请求时间点或输入确定目标时间点，其中目标时间点在请求时间点之后；

获取一个或多个候选服务请求；以及

通过在所述目标时间点开始基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，以确定服务请求集和与所述服务请求集匹配的目标服务提供者，其中所述服务请求集包括所述第一服务请求。

27.一种用于线上到线下服务的系统，包括：

至少一个存储指令集的存储设备；以及

与所述存储设备通信的至少一个处理器，其中，当执行所述指令集时，所述至少一个处理器被引导为使所述系统：

接收由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；

向服务器发送所述第一服务请求；

接收与所述第一服务请求相关联的处理进度，所述处理进度包括在目标时间点的所述第一服务请求的处理状态；以及

经由用户接口向所述第一服务请求者呈现所述处理进度，其中

所述目标时间点是基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定的，并且其中所述目标时间点在所述请求时间点之后。

28.根据权利要求27所述的系统，其中，所述第一服务请求在所述目标时间点的处理状态包括正在基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，或者正在确定所述目标服务提供者。

29.根据权利要求28所述的系统，其中，所述至少一个处理器进一步被引导为使所述系统：

经由所述用户接口向所述第一服务请求者提供第一选项和第二选项，其中，所述第一选项指示所述第一服务请求者同意延迟执行所述匹配过程，并且所述第二选项指示所述第一服务提供者同意实时执行所述匹配过程；以及

从所述第一服务请求者接收与所述第一选项关联的第一输入或与所述第二选项关联的第二输入。

30.根据权利要求29所述的系统，其中，所述第一选项包括一组预设时间点，并且所述第一输入包括从所述一组预设时间点中选择一个预设时间点作为所述目标时间点。

31.根据权利要求29所述的系统，其中，所述至少一个处理器进一步被引导为使所述系统：

将所述第一输入或所述第二输入发送到所述服务器。

32.根据权利要求27-31中任一项所述的系统，其中基于所述第一服务请求者的等待时间段和所述请求时间点来确定所述目标时间点，并且其中

所述等待时间段是所述第一服务请求者愿意从所述请求时间点等待到所述目标时间点的时间段，并且

所述等待时间段是基于参考信息估计的。

33.根据权利要求32所述的系统，其中，所述参考信息包括所述起始位置、天气状况、交通状况、所述第一服务请求者的偏好信息、所述一个或多个第一服务请求器的历史服务请求或其他服务请求者的一个或多个历史服务请求中的至少一个。

34.根据权利要求27中任一项所述的系统，其中，所述目标时间点是从一组预设时间点中确定的。

35.一种用于线上到线下服务的方法，在具有至少一个处理器和至少一个非临时存储介质的计算设备上实现，所述方法包括：

接收由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；

向服务器发送所述第一服务请求；

接收与所述第一服务请求相关联的处理进度，所述处理进度包括在目标时间点的所述第一服务请求的处理状态；以及

经由用户接口向所述第一服务请求者呈现所述处理进度，其中

基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，并且其中所述目标时间点在所述请求时间点之后。

36.根据权利要求35所述的方法，其中，所述第一服务请求在所述目标时间点的处理状态包括基于所述第一服务请求和所述一个或多个候选服务请求执行匹配过程，或者确定所述目标服务提供者。

37.根据权利要求36所述的方法，进一步包括：

经由所述用户接口向所述第一服务请求者提供第一选项和第二选项，其中，所述第一选项指示所述第一服务请求者同意延迟执行所述匹配过程，并且所述第二选项指示所述第一服务提供者同意实时执行所述匹配过程；以及

从所述第一服务请求者接收与所述第一选项关联的第一输入或与所述第二选项关联的第二输入。

38.根据权利要求37所述的方法，其中，所述第一选项包括一组预设时间点，并且所述第一输入包括从所述一组预设时间点中选择一个预设时间点作为所述目标时间点。

39.根据权利要求37所述的方法，进一步包括：

将所述第一输入或所述第二输入发送到所述服务器。

40.根据权利要求35-39中任一项所述的方法，其中基于所述第一服务请求者的等待时间段和所述请求时间点来确定所述目标时间点，并且其中

所述等待时间段是所述第一服务请求者愿意从所述请求时间点等待到所述目标时间点的时间段，并且

基于参考信息估计等待时间段。

41.根据权利要求40所述的方法，其中，所述参考信息包括所述起始位置、天气状况、交通状况、所述第一服务请求者的偏好信息、所述一个或多个第一服务请求器的历史服务请求或其他服务请求者的一个或多个历史服务请求中的至少一个。

42.根据权利要求35中任一项所述的方法，其中所述目标时间点是从一组预设时间点中确定的。

43.一种用于线上到线下服务的系统，包括：

接收模块，被配置为

接收由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；以及

接收与所述第一服务请求相关联的处理进度，所述处理进度包括在目标时间点的所述第一服务请求的处理状态；

发送模块，用于向服务器发送所述第一服务请求；以及

显示模块，被配置为经由用户接口向所述第一服务请求者呈现所述处理进度，其中

基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，并且其中所述目标时间点在所述请求时间点之后。

44.一种非暂时性计算机可读介质，包括用于线上到线下服务的指令集，其中当由至少一个处理器执行时，所述指令集指示所述至少一个服务器实现方法，所述方法包括：

接收由第一服务请求者发出的第一服务请求，所述第一服务请求包括请求时间点、起始位置和目的地；

向服务器发送所述第一服务请求；

接收与所述第一服务请求相关联的处理进度，所述处理进度包括在目标时间点的所述第一服务请求的处理状态；以及

经由用户接口向所述第一服务请求者呈现所述处理进度，其中

基于所述请求时间点或所述第一服务请求者的输入中的至少一个来确定所述目标时间点，并且其中所述目标时间点在所述请求时间点之后。

Images