一种运力调度方法及系统与流程

本发明涉及线上到线下服务领域，特别涉及一种运力调度的方法及系统。

背景技术：

在诸如在线出租车服务的线上到线下服务中，不同地区对出租车服务的需求可能不同。例如，地铁站或公交车站附近地区(也称为繁忙地区)的出租车服务需求可能高于偏远地区(也称为非繁忙地区)。因此，希望提供一种运力调度的系统和方法，以增加对非繁忙地区的出租车服务的需求。

技术实现要素：

根据本申请的一个方面，提供了一种运力调度系统。所述系统可以包括至少一个存储媒介和至少一个与所述至少一个存储媒介通信的处理器。所述至少一个存储媒介包括一组指令。当所述至少一个处理器执行所述指令时，所述至少一个处理器可以获取目标区域。所述至少一个处理器可以获取与所述目标区域中的服务提供方相关联的信息。所述至少一个处理器可以基于与所述目标区域中的所述服务提供方相关联的信息，判断所述目标区域是繁忙区域还是非繁忙区域。所述至少一个处理器可以响应于所述目标区域是非繁忙区域的判断结果，经由网络从一个或多个请求方终端获取一个或多个服务意向，所述一个或多个服务意向中的每一个服务意向表示有兴趣发起一个起点位于所述目标区域的服务请求。所述至少一个处理器可以为所述一个或多个服务意向中的至少一个服务意向确定优惠。所述至少一个处理器可以经由所述网络，将所述至少一个优惠发送到至少一个请求方终端，所述一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

在一些实施例中，与所述目标区域中的所述服务提供方相关联的所述信息可以包括平均空闲时段。

在一些实施例中，所述平均空闲时段可以根据以下操作确定：选择与所述目标区域相关联的一个或多个服务订单组；为所述一个或多个服务订单组中的每一个服务订单组获取一个空闲时段；以及基于所述一个或多个服务订单组的所述一个或多个空闲时段和所述一个或多个服务订单组的数量来确定平均空闲时段。

在一些实施例中，所述一个或多个服务订单组中的每一个服务订单组可以包括两个服务订单，所述两个服务订单中的第一服务订单可以由服务提供方在第一时间点完成，所述两个服务订单中的第二服务订单随继第一服务订单之后被服务提供方在第二时间点接受，所述第二服务订单的起点位于所述目标区域中，所述一个或多个服务订单组的每一个的空闲时段是从第一时间点到第二时间点。

在一些实施例中，为了基于与所述目标区域中的服务提供方相关联的信息来确定所述目标区域是繁忙区域还是非繁忙区域，所述至少一个处理器用于：判断所述平均空闲时段是否大于时间阈值；响应于所述平均空闲时段小于或等于所述时间阈值的判断结果，确定所述目标区域是繁忙区域；以及响应于所述平均空闲时段大于所述时间阈值，确定所述目标区域是非繁忙区域。

在一些实施例中，为了为所述一个或多个服务意向中的至少一个服务意向确定所述优惠，所述至少一个处理器用于：为所述一个或多个服务意向中的所述至少一个服务意向确定初始优惠；基于所述初始优惠，估计所述一个或多个服务意向中将被转化为服务订单的服务意向计数；判断所述将被转化为服务订单的服务意向的计数是否小于计数阈值；以及响应于所述将被转化成服务订单的服务意向的计数小于所述计数阈值的判断结果，将所述一个或多个服务意向中的至少一个服务意向的所述初始优惠确定为所述一个或多个服务意向中的至少一个服务意向的所述优惠。

在一些实施例中，为了基于所述初始优惠，估计所述一个或多个服务意向中将被转化为服务订单的服务意向计数，所述至少一个处理器用于：对于所述一个或多个服务意向中的每一个服务意向，基于所述初始优惠，确定所述服务意向将被转化为服务订单的概率；判断所述概率是否大于概率阈值；以及响应于所述概率大于所述概率阈值的判断结果，确定所述服务意向将被转化为服务订单。

在一些实施例中，所述计数阈值等于位于所述目标区域中且没有正在提供服务的服务提供方的计数，和正在提供终点位于所述目标区域的服务且与所述终点的距离在距离阈值之内的服务提供方的计数之和。

在一些实施例中，为了为所述一个或多个服务意向中的至少一个服务意向确定优惠，所述至少一个处理器用于：为所述一个或多个服务意向中的所述至少一个服务意向确定初始优惠；确定所述至少一个初始优惠的价值总和；判断所述价值总和是否小于或等于价值阈值；以及响应于所述价值总和小于或等于所述价值阈值，将所述一个或多个服务意向中的所述至少一个服务意向的所述初始优惠确定为所述一个或多个服务意向中的所述至少一个服务意向的所述优惠。

在一些实施例中，所述优惠包括所述一个或多个服务意向中的至少一个服务意向的所述服务的价格折扣。

根据本申请的另一个方面，提供了一种运力调度方法。所述运力调度方法可以包括以下至少一个操作。至少一个处理器可以获取目标区域。所述至少一个处理器可以获取与所述目标区域中的服务提供方相关联的信息。所述至少一个处理器可以基于与所述目标区域中的所述服务提供方相关联的信息，判断所述目标区域是繁忙区域还是非繁忙区域。所述至少一个处理器可以响应于所述目标区域是非繁忙区域的判断结果，经由网络从一个或多个请求方终端获取一个或多个服务意向，所述一个或多个服务意向中的每一个服务意向表示有兴趣发起一个起点位于所述目标区域的服务请求。所述至少一个处理器可以为所述一个或多个服务意向中的至少一个服务意向确定优惠。所述至少一个处理器可以经由所述网络，将所述至少一个优惠发送到至少一个请求方终端，所述一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

根据本申请的另一个方面，提供了一种运力调度系统。所述运力调度系统可以包括区域获取模块，用于获取目标区域；提供方信息获取模块，用于获取与所述目标区域中的服务提供方相关联的信息；区域信息确定模块，用于基于与所述目标区域中的所述服务提供方相关联的信息，判断所述目标区域是繁忙区域还是非繁忙区域；意向获取模块，用于响应于所述目标区域是非繁忙区域的判断结果，经由网络从一个或多个请求方终端获取一个或多个服务意向，所述一个或多个服务意向中的每一个服务意向表示有兴趣发起一个起点位于所述目标区域的服务请求；优惠确定模块，用于为所述一个或多个服务意向中的至少一个服务意向确定优惠；以及传输模块，用于经由所述网络，将所述至少一个优惠发送到至少一个请求方终端，所述一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

根据本申请的另一个方面，一种计算机可读介质可以包括至少一组用于运力调度的指令，所述至少一组指令可以由计算设备的至少一个处理器执行。所述至少一个处理器可以获取目标区域。所述至少一个处理器可以获取与所述目标区域中的服务提供方相关联的信息。所述至少一个处理器可以基于与所述目标区域中的所述服务提供方相关联的信息，判断所述目标区域是繁忙区域还是非繁忙区域。所述至少一个处理器可以响应于所述目标区域是非繁忙区域的判断结果，经由网络从一个或多个请求方终端获取一个或多个服务意向，所述一个或多个服务意向中的每一个服务意向表示有兴趣发起一个起点位于所述目标区域的服务请求。所述至少一个处理器可以为所述一个或多个服务意向中的至少一个服务意向确定优惠。所述至少一个处理器可以经由所述网络，将所述至少一个优惠发送到至少一个请求方终端，所述一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构和操作。

图1是根据本申请的一些实施例所示的示例性线上到线下服务系统的示意图；

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

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

图4是根据本申请的一些实施例所示的示例性处理引擎的模块图；

图5是根据本申请的一些实施例所示的运力调度的示例性流程图；

图6是根据本申请的一些实施例所示的用于确定平均空闲时段的示例性流程图；

图7是根据本申请的一些实施例所示的用于确定优惠的示例性流程图；以及

图8是根据本申请的一些实施例所示的用于确定优惠的示例性流程图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

虽然本申请对根据本申请的实施例的系统中的某些模块或单元做出了各种引用，然而，任何数量的不同模块或单元可以被使用并运行在客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

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

此外，虽然本申请描述的系统和方法主要是关于处理服务订单，应该理解，这只是一个示例性的实施例。本申请的系统或方法还可应用于其他类型的线上到线下服务。例如，本申请的系统和方法可以应用于不同的运输系统，包括陆地、海洋、航空航天等或上述举例的任意组合。该运输系统中的使用的交通工具可包括出租车、私家车、顺风车、巴士、列车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆、单车、三轮车、摩托车等或其任意组合。该运输系统还可以包括应用了管理和/或分配的运输系，例如收/送快递系统，或外卖系统。本申请的系统或方法的应用场景可以包括网页、浏览器插件、客户端终端、定制系统、内部分析系统、人工智能机器人等或其任意组合。

本申请描述的“乘客”、“请求方”、“服务请求方”和“顾客”等是可以互换的，是指需要或者订购服务的一方，可以是个人，或工具。同样地，本申请描述的“司机”、“提供方”、“服务提供方”、“供应方”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。例如，所述用户可以为乘客、司机、操作员等或其任意组合。在本申请中，“乘客”和“乘客终端”可互换使用，“司机”和“司机终端”可互换使用。

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

本申请中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线保真(wi-fi)定位技术等中的一种，或类似或其任意组合。以上定位技术中的一个或多个可以在本申请中交换使用。

本申请的一个方面涉及用于调整与线上到线下服务(例如在线出租车服务)有关的运输能力的系统和方法。对于出租车服务需求相对较低的区域(例如，非繁忙地区)而言，线上到线下服务平台可以向至少一个想要发起服务订单的乘客发送优惠(例如，一个旅客输入了该地区的出发地和他/她的电话中的预定目的地，但没有正式发出出租车服务请求)。通过优惠，意图在该地区发起服务订单的乘客更有可能发出出租车服务请求，以便增加非繁忙地区对出租车服务的需求。

应当注意，线上到线下服务，例如线上共乘服务，是一种只存在于后互联网时代的新形式的服务。它为使用者和服务提供方提供了仅在后因特网时代才可能实现的技术方案。在互联网之前的时代，用户可能会收到，例如与报纸，电视广告，电话或传单有关的折扣，作为优惠。很难及时通知用户与服务相关的优惠。另外，互联网前时代的传统优惠推荐方式能覆盖的用户范围有限。然而，线上到线下的服务系统通过互联网向更多用户提供优惠，并确保用户不会错过优惠。因此，通过互联网，线上到线下的服务系统可能为互联网前时代未曾遇到的用户提供更加高效和准确的推荐平台。

图1是根据本申请的一些实施例所示的示例性线上到线下服务系统的示意图。例如，线上到线下服务系统100可以是一个提供运输服务的在线运输服务平台，如出租车预定、代驾服务、快递车辆、共乘、公交车服务、外卖服务、司机招聘服务和接送服务。为了简洁起见，本申请中描述的方法和/或系统以出租车服务为例。应该注意的是，上述出租车服务仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域普通技术人员而言，本申请所描述的方法和/或系统可以应用于其他类似的情况，例如递送服务等。

线上到线下服务系统100可以包括服务器110、网络120、请求方终端130、提供方终端140、存储设备150和定位系统160。

在一些实施例中，服务器110可以是单一服务器或服务器组。所述服务器群可以是集中式的或分布式的(例如，服务器110可以是一分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可通过网络120获取储存在请求方终端130、提供方终端140和/或存储设备150内的信息和/或数据。在另一范例中，服务器110可与请求方终端130、提供方终端140和/或存储设备150直接连接，并且存取储存在其中的信息和/或数据。在一些实施例中，服务器110可以在云端平台上实施。在一些实施例中，储存器140可以在云端平台上实施。仅作为范例，云端平台可以包括私有云、公用云、混合云、小区云、分布式云、内部云、多层云等或其任意组合。在一些实施例中，服务器110可以在本申请的图2中描述的具有一个或多个组件的计算装置200上执行。

在一些实施例中，服务器110可以包括处理引擎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网络、近场通讯(nfc)网络等或上述举例的任意组合。例如，网络120可以包括有线或无线网络进接点，诸如基站及/或因特网进接点120-1、120-2……。通过该网络进接点，线上到线下服务系统100的一个或多个组件可以连接至网络120以交换信息和/或数据。

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

在一些实施例中，请求方终端130可以包括移动装置130-1、平板计算机130-2、膝上型计算机130-3、内建装置130-4等或其任意组合。在一些实施例中，移动装置130-1可以包括智能家居装置、可穿戴装置、移动装置、虚拟现实装置、增强实境装置等或上述举例的任意组合。在一些实施例中，智能家居装置可以包括智能照明装置、智能电器的控制装置、智能监测装置、智能电视、智能视讯摄影机、对讲机等或其任意组合。在一些实施例中，可穿戴装置可以包括手环、鞋袜、眼镜、头盔、手表、衣物、背包、智慧配饰等或上述举例的任意组合。在一些实施例中，行动装置可以包括移动电话、个人数字助理(pda)、游戏设备、导航装置、pos机、膝上型计算机、台式计算机等或上述举例的任意组合。在一些实施例中，虚拟现实装置和/或增强实境装置可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或上述举例的任意组合。例如，虚拟现实装置和/或增强实境装置可以包括googleglass^臵m，oculusrift^tm，hololens^tm，gearvr^tm等。在一些实施例中，车辆内建装置130-4可以包括车载计算机、车载电视等。在一些实施例中，请求方终端130可以是一个带有定位技术的装置，所述定位技术可以用于定位请求方终端130的用户(例如，一个服务请求方)和/或请求方终端130的位置。

在一些实施例中，提供方终端140可以是一个与请求方终端130类似或者相同的装置。在一些实施例中，提供方终端140可以是一个带有定位技术的装置，以定位提供方终端140的使用者(例如，服务提供方)和/或提供方终端140的位置。在一些实施例中，请求方终端130和/或提供方终端140可以与一个或多个其他定位装置通讯以确定请求方、请求方终端130、提供方和/或提供方终端140的位置。在一些实施例中，请求方终端130和/或提供方终端140可以向服务器110传送定位信息。

存储设备150可以储存数据及/或指令。在一些实施例中，存储设备150可以储存从请求方终端130和/或提供方终端140处获取的数据。例如，存储设备150可以存储从提供方终端140获取的服务提供方的实时位置。在一些实施例中，存储设备150可以储存服务器110用来执行或使用来完成本申请中描述的示例性方法的数据及/或指令。例如，存储设备150可以存储服务器110用来执行或用于确定服务意向的优惠的指令。在一些实施例中，存储设备150可包括一大容量储存器、可移动储存器、挥发性读写内存、只读存储器(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等。在一些实施例中，存储设备150可以在云端平台上实施。仅作为范例，云端平台可以包括私有云、公用云、混合云、小区云、分布式云、内部云、多层云等或其任意组合。

在一些实施例中，存储设备150可以与网络120相连接并与线上到线下服务系统100的一个或多个组件(例如，服务器110、请求方终端130、提供方终端140等)进行通讯。线上到线下服务系统100的一个或多个组件可以通过网络120存取储存在存储设备150中的数据或指令。在一些实施例中，存储设备150可以与线上到线下服务系统100的一个或多个组件(例如，服务器110、请求方终端130、提供方终端140等)直接连接或直接通讯。在一些实施例中，线上到线下服务系统100的一个或多个组件(例如，服务器110、请求方终端130、提供方终端140等)可以被允许访问存储设备150。在一些实施例中，存储设备150可以是服务器110的一部分。

定位系统160可以判断与一个对象相关联的信息，例如，请求方终端130、提供方终端140等。例如，定位系统160可以判断请求方终端130的实时位置。在一些实施例中，定位系统160可以是全球定位系统(gps)、全球导航卫星系统(glonass)、罗盘导航系统(compass)、北斗导航卫星系统(bds)、伽利略定位系统、准天顶卫星系统(qzss)等。该信息可以包括对象的位置、高程、速度或加速度，或当前时间。该位置可以是坐标的形式，例如纬度坐标和经度坐标等。定位系统160可以包括一个或多个卫星、例如卫星160-1、卫星160-2和卫星160-3。卫星160-1至160-3可以独立地或共同地确定上述信息。定位系统160可以经由无线连接向网络120、请求方终端130或提供方终端140发送上述信息。

在一些实施例中，线上到线下服务系统100的一个或多个组件之间的信息交换可以通过请求或意图请求一个服务来实现。服务请求的对象可以为任何产品。在一些实施例中，该产品可以是有形产品或无形产品。有形产品可以包括食物、药物、日用品、化学产物、电器用品、衣服、汽车、住宅、奢侈品等或其任意组合。无形产品可以包括服务产品、金融产品、知识产品、因特网产品等或其任意组合。因特网产品可以包括个人主机产品、网页产品、行动上网产品、商用主机产品、嵌式产品等或其任意组合。移动互联网产品可以用于移动终端的软件、程序、系统等或上述举例的任意组合。可移动终端可以包括平板计算机、膝上型计算机、移动电话、个人数字助理(pda)、智能手表、pos装置、机上计算机、机上电视、可穿戴装置等或其任意组合。例如，产品可以是在计算机或移动电话上使用的任一软件及/或应用。软件及/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输相关联的软件和/或应用可以包括旅游软件和/或应用、载具排程软件和/或应用、地图软件和/或应用等。对于载具排程软件和/或应用，载具可以是马、马车、人力车(例如，手推车、脚踏车、三轮车等)、汽车(例如，出租车、巴士、私人汽车等)、列车、地铁、船只、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)等或其任意组合。

图2是根据申请的一些实施例所示的一种计算装置的示例性硬件和软件组件的示意图，其上可以实现本申请所述的处理引擎。如图2所示，计算装置200可以包括处理器210、存储器220、输入/输出接口230和通信端口240。

处理器210(例如，逻辑电路)可以执行计算机指令(例如，程序代码)，并根据本申请描述的技术执行处理引擎112的功能。例如，处理器210可以在其中包括接口电路210-a和处理电路210-b。接口电路可以被配置为从总线(图2中未示出)接收电子信号，其中电子信号对处理电路处理的结构化数据和/或指令进行编码。处理电路可以进行逻辑计算，然后判断结论、结果和/或编码为电子信号的指令。然后，所述接口电路可以经由总线从所述处理电路发送电信号。

所述计算器指令可以包括例如执行在此描述的特定功能的例程、程序、对象、组件、数据结构、过程、模块和功能。例如，处理器210可以为服务意向确定优惠。在一些实施例中，处理器210可以包括一个或多个硬件处理器，诸如微控制器、微处理器、精简指令集计算器(risc)、专用集成电路(asic)、专用指令集处理器asip)、中央处理单元(cpu)、图形处理单元(gpu)、物理处理单元(ppu)、微控制器单元、数字信号处理器(dsp)、现场可编程门数组(fpga)、高级risc机器(arm)、可编程逻辑器件(pld)、能够执行一个或多个功能的任何电路或处理器等，或其任何组合。

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

存储器220可以存储从请求方终端130、提供方终端140和/或线上到线下服务系统100的任何其他组件获取的数据/信息。在一些实施例中，存储器220可包括大容量储存器、可移动储存器、挥发性读写内存、只读存储器(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或数字通用磁盘rom等。在一些实施例中，存储器220可以存储一个或多个程序和/或指令以执行本申请中描述的示例性方法。例如，存储器220可以存储处理引擎112用于确定服务意向的优惠的程序。

输入/输出接口230可以输入和/或输出信号、数据、信息等。在一些实施例中，输入/输出接口230可以实现与处理引擎112的用户交互。例如，服务器110的操作者可以通过输入/输出接口230输入与确定服务意向的优惠有关的指令。在一些实施例中，输入/输出接口230可以包括输入设备和输出设备。示例性的输入设备的可以包括键盘、鼠标、触摸屏、麦克风等，或其任何组合。示例性的输出设备可以包括显示设备、扬声器、打印机、投影仪等，或其任何组合。显示设备的示例可以包括液晶显示器(lcd)、基于发光二极管(led)的显示器、平板显示器、弯曲屏幕、电视设备、阴极射线管(crt)、触摸屏幕等，或其任何组合。

通信端口240可以连接到网络(例如，网络120)以促进数据通信。通信端口240可以建立处理引擎112、请求方终端130、提供方终端140、及/或数据存储设备150之间的连接。例如，处理引擎112可以通过通信端口240向请求方终端130发送优惠。连接可以是有线连接，无线连接，可以启用数据传输和/或接收的任何其他通信连接，和/或这些连接的任何组合。有线连接可以包括例如电缆、光缆、电话线等，或其任何组合。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括例如蓝牙、wi-fi、wimax、wlan、zigbee、移动网络(例如3g、4g、5g等)等其中的一种或多种的组合。在一些实施例中，通信端口240可以是和/或包括标准化的通信端口，诸如rs232、rs485等。

图3是根据申请的一些实施例所示的一种移动设备的示例性硬件和软件组件的示意图，其上可以实现请求方终端和/或提供方终端。如图3所示，所述移动设备300可以包括通信平台310、显示器320、图形处理器(gpu)330、中央处理器(cpu)340、输入/输出接口350、内存360和存储器390。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示出)，亦可包括于移动装置300内。在一些实施例中，移动操作系统370(例如，ios^tm、android^tm、windowsphone^tm等)和一个或多个应用程序380可从储存器390装载至内存360以借由cpu340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序，用于从处理引擎112接收和呈现与在线运输服务或其他信息相关的信息，并将与在线运输服务或其他信息有关的信息发送到处理引擎112用户与信息流的交互可以经由输入/输出接口350获取，并经由网络120提供给处理引擎112、和/或线上到线下服务系统100的其他组件。例如，服务请求方可以通过请求方终端130的输入/输出接口350输入起点和/或目的地。起点以及目的地可以通过通信平台310传输至处理引擎112。优惠可以通过通信平台310接收。优惠可以存储在存储器390中和/或显示在显示器320上。

本领域普通技术人员将理解，当线上到线下服务系统100的组件执行功能时，该组件可经由电信号和/或电磁信号执行功能。例如，当处理引擎112处理诸如做出确定的任务或识别信息时，处理引擎112可以操作其处理器中的逻辑电路来处理这样的任务。当处理引擎112向请求方终端130和/或提供方终端140发送数据(例如，优惠)时，处理引擎112的处理器可以生成编码/包括数据的电信号。处理引擎112的处理器然后可以将电信号发送到处理引擎112的输出端口。如果请求方终端130和/或提供方终端140经由有线网络与处理引擎112通信，则处理引擎112的输出端口可以物理连接到电缆，电缆可以进一步将电信号传输到请求方终端130的输入端口和/或提供方终端140。如果请求方终端130和/或提供方终端140经由无线网络与处理引擎112通信，则处理引擎112的输出端口可以是一个或多个天线，其可以将电信号转化为电磁信号。在如请求方终端130、提供方终端140电子装置和/或服务器110的电子装置中，当电子装置的处理器处理指令、发送指令和/或执行一动作时，该指令和/或动作经由电信号传导。例如，当处理器从储存媒介(例如，存储设备150、存储器220、存储器390)中检索或获取数据时，可以将电信号发送给储存媒介的读/写装置，该读/写装置可读取储存媒介中的结构化数据或将结构化数据写入储存媒介中。结构化数据可以以电信号的形式经由电子装置的总线传输至处理器。此处，电信号可以指一个电信号、一系列电信号和/或多个不连续的电信号。

图4是根据本申请的一些实施例所示的示例性处理引擎的模块图。处理引擎112可以包括区域获取模块410、提供方信息获取模块420、区域信息确定模块430、意向获取模块440、优惠确定模块450和传输模块460。

区域获取模块410可以被配置为获取目标区域。在一些实施例中，处理引擎112可以将区域(例如，北京)划分为多个子区域。在一些实施例中，处理引擎112可以将一个区域(例如，北京)划分为多个子区域。在一些实施例中，该区域可根据地理条件被划分为多个子区域。例如，一个区域可以被河流分成两个子区域。在一些实施例中，该区域可以根据管理边界被划分成多个子区域。例如，北京可以分为东城区、西城区、朝阳区、海淀区等。在一些实施例中，一个区域可以分成多个几何形状的子区域。子区域的几何形状可以是规则的或不规则的。规则的几何形状可以包括三角形、正方形、矩形、五角形、八角形、圆形、六角形等，或其任意组合。在一些实施例中，多个子区域可以是相同的或不同的。例如，多个子区域中的每一个都可以是六角形，其具有300、500、700、1000或1500米等的边长。又例如，多个子区域中的一个可以是边长为300米的六角形，多个子区域中另一个可以是边长为500米的六角形。再例如，多个子区域中的一个可以是六角形，多个子区域中的另一个可以是正方形。

在一些实施例中，与被划分成多个子区域的该区域有关的信息可以被存储在存储设备150和/或存储器220中。区域获取模块410可以从存储设备150和/或存储器220获取与被划分成多个子区域的该区域有关的信息，并将多个子区域中的一个确定为目标区域。

提供方信息获取模块420可以被配置为获取与目标区域中的服务提供方相关联的信息(例如，更多细节描述参考本申请中对图6的描述)。在一些实施例中，与目标区域中的服务提供方相关联的信息可以包括与目标区域相关联的服务提供方的平均空闲时段。

在一些实施例中，请求方终端130和/或提供方终端140可以，经由网络120，通过安装在请求方终端130和/或提供方终端140中的应用程序(例如，图3中的应用程序380)建立与服务器110的通信(例如，无线通信)。应用程序可以与线上到线下服务系统100相关联。例如，应用可以是与线上到线下服务系统100相关的呼叫出租车应用。在一些实施例中，当服务提供方接受(或完成)服务订单时，与服务提供方相关联的终端(例如，提供方终端140)可以在服务提供方接受(或完成)服务订单时发送接受(或完成)服务订单的时间点。例如，服务提供方可以按下提供方终端140中的应用界面中的按钮来接受(或完成)服务订单。在服务提供方按下按钮之后，提供方终端140可以将服务提供方接受(或完成)服务订单的时间点发送给处理引擎112、和/或存储设备150。可选地或附加地，服务提供方可以通过提供方终端140向服务器110发送消息表明他/她已经接受或完成服务订单。服务器110(例如，处理引擎112)可以记录服务器110接收到表明服务提供方已经接受或完成服务订单的消息的时间点。

在一些实施例中，服务订单可以指由服务请求方正式请求的、并且通过请求方终端130发送给服务器110的运输服务的信息。例如，当服务请求方将运输服务的信息发送给服务器110时，服务请求方可以通过按下请求方终端130中安装的应用界面上的按钮来做此事。在接收到运输服务的信息时，服务器110可以确定运输服务的信息被正式发出并且将运输服务的信息确定为服务订单。

在一些实施例中，如果一个服务提供方在某个时间点(在本示例中也被称为第一时间点)完成服务订单(在本示例中也被称为第一服务订单)，并且在第一服务订单后，随继在另一时间点(在本示例中也被称为第二时间点)接受起点位于目标区域中的另一服务订单(在该示例中也被称为第二服务订单)，第一时间点和第二时间点之间的时间间隔可以被称为该服务提供方的空闲时段。在一些实施例中，与目标区域相关联的平均空闲时段可以等于与目标区域相关联的一个或多个空闲时段的平均值。

在一些实施例中，对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点(例如，服务提供方完成第一服务订单的时间点)和第二时间点(例如，该服务提供方在第一服务订单之后，随继接受起点在目标区域中的第二服务订单的时间点)可以在当前时间(例如，区域获取模块410获取目标区域的时间点)以及当前时间之前的时间点构成的时间段之间。例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在周一的上午9点到上午10点的时间段之间。又例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在上个月的上午9点到上午10点的时间段之间。

区域信息确定模块430可以被配置为基于与目标区域中的服务提供方相关联的信息来判断目标区域是繁忙区域还是非繁忙区域。

在一些实施例中，区域信息确定模块430可以基于目标区域的平均空闲时段来确定目标区域是繁忙区域还是非繁忙区域。区域信息确定模块430可以判断平均空闲时段是否大于时间阈值(例如，1分钟、2分钟、3分钟、5分钟、8分钟、10分钟)。区域信息确定模块430可以响应于平均空闲时段小于或等于时间阈值的判断结果，确定目标区域是繁忙区域。区域信息确定模块430可以响应于平均空闲时段大于时间阈值的判断结果，确定目标区域是非繁忙区域。

意向获取模块440可以被配置为，通过网络(例如，网络120)，从一个或多个请求方终端(例如，请求方终端130)获取一个或多个服务意向。一个或多个服务意向中的每个可以表示有兴趣请求运输服务。多个意向中的每一个意向的起点(例如，预期出发位置)可以在目标区域中。

安装在请求方终端130中的应用可以指示请求方终端130连续地或周期性地监控来自服务请求方的输入并且经由网络120将输入发送到线上到线下服务系统100。因此，服务请求方终端130可以实时或基本上实时地将服务请求方的输入通知给在线上到线下服务系统100。所以，当服务请求方输入起点和/或目的地时，线上到线下服务系统100可以接收到足够的信息来确定服务请求方的意向。例如，当服务请求方输入起点和目的地时，在将出发地和目的地发送到线上到线下服务系统100之前，线上到线下服务系统100可能已经接收到起点和目的地，并且确定服务请求方打算请求运输服务。

在一些实施例中，起点和/或目的地可以是由服务请求方通过请求方终端130(例如，图3中的输入/输出接口350)输入的指定位置。在一些实施例中，请求方终端130可以自动获取起点和/或目的地。例如，“在星期三上午10点a地点的会议”记录在服务请求方终端130的日历中。请求方终端130可以基于日历中的事件自动确定位置a作为目的地。在一些实施例中，请求方终端130可以通过请求方终端130中的定位技术，例如，gps、glonass、compass、qzss、bds、wifi定位技术等其中的一种或多种的组合，来获取其位置(其被称为服务请求方的位置)。

在一些实施例中，对于意向获取模块440获取的一个或多个服务意向，服务器110接收所述一个或多个服务意向的起点和/或目的地的时间点可以在当前时间之前的某个时间段(例如，10分钟)内。

优惠确定模块450可以被配置为为一个或多个服务意向中的至少一个服务意向确定优惠。优惠可以用作服务请求方将服务意向转化为服务订单的激励。在一些实施例中，优惠可以包括服务订单费用的折扣、红包、折扣优惠券、现金优惠券、积分、现金退款等或其任何组合的折扣。在一些实施例中，优惠的价值越大，接收优惠的服务请求方越有可能将服务意向转变为服务订单。

在一些实施例中，一个或多个服务意向中的至少一个服务意向的至少一个优惠可以相同或不同。例如，所述优惠可以是1美元的现金优惠券。又例如，对于一个服务意向的优惠可以是1美元的现金优惠券，对于另一个服务意向的优惠可以是3美元的现金优惠券。再例如，对于一个服务意向的优惠可以是1美元的现金优惠券，对于另一个服务意向的优惠可以是服务订单费用的50％的折扣。

在一些实施例中，优惠确定模块450可以为一个或多个服务意向中的至少一个服务意向确定初始优惠。对于一个或多个服务意向中的每一个，优惠确定模块450可以判断是否为该服务意向确定一个初始优惠，和/或为该服务意向确定哪种初始优惠。

在一些实施例中，优惠确定模块450可以根据服务意向的目的地确定服务意向的初始优惠。例如，当服务意向的目的地位于繁忙区域(例如，北京西单区)时，这表明即使没有优惠，该服务意向转化为服务订单的概率也相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以为该服务意向确定一个具有相对较小价值(例如，1美元的现金优惠券)的初始优惠，或者不为该服务意向确定初始优惠。当服务意向的目的地位于偏远地区(例如，北京延庆区)时，如果没有优惠，该服务意向转变为服务订单的可能性相对较小，优惠确定模块450可以为该服务意向确定一个具有相对较大价值(例如，5美元的现金优惠券)的初始优惠。

在一些实施例中，优惠确定模块450可根据与服务意向的服务请求方相关联的历史信息来确定服务意向的初始优惠。例如，如果服务请求方在一段时间内(如，过去一个月)，目的地与服务意向的目的地相同的历史服务订单数量大于阈值数量，这表明服务请求方经常前往该目的地，即使没有优惠，该服务意向会转化为服务订单的概率相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以位该服务意向确定一个具有相对较小的价值(例如，1美元的现金优惠券)的初始优惠。

优惠确定模块450可以判断一个或多个服务意向中的至少一个服务意向的至少一个初始优惠是否满足条件。响应于所述至少一个初始优惠满足所述条件的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于至少一个初始优惠不满足所述条件的判断结果，优惠确定模块450可重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

例如，优惠确定模块450可以判断一个或多个服务意向中，会因为初始优惠转化为服务订单的服务意向的数量是否大于第一阈值。响应于因为初始优惠转化为服务订单的服务意向的数量大于第一阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于因为初始优惠转化为服务订单的服务意向的数量小于或等于第一阈值的判断结果，优惠确定模块450可以重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

又例如，优惠确定模块450可以判断一个或多个服务意向中因为初始优惠会转化为服务订单的服务意向的数量是否小于第二阈值(也被称为计数阈值)(例如，如本申请中结合图7详细描述的内容)。响应于因为初始优惠转化为服务订单的服务意向的数量小于第二阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于因为初始优惠转化为服务订单的服务意向的数量大于或等于第二阈值的判断结果，优惠确定模块450可以重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

可选地或附加地，优惠确定模块450可以确定至少一个初始优惠的价值总和是否小于价值阈值(例如，如本申请中结合图8详细描述的内容)。响应于价值总和小于价值阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于价值总和大于或等于价值阈值的判断结果，优惠确定模块450可重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

传输模块460可以被配置为将至少一个优惠传输给至少一个请求方终端(例如，请求方终端130)，一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。在一些实施例中，传输模块460可以经由网络120将优惠传送给请求方终端130。被接收的优惠可以显示在安装在请求方终端130中的应用程序的界面上。例如，折扣价格可以与原始价格一起显示，这可以刺激服务请求方将服务意向转化为服务订单。

处理引擎112中的模块可以通过有线连接或无线连接以互相连接或互相通讯。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(lan)、广域网路(wan)、蓝牙、zigbee网络、近场通讯(nfc)等或上述举例的任意组合。两个或多个模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或多个单元。例如，提供方信息获取模块420可以被集成在区域信息确定模块430中，作为既可以确定平均空闲时段又可以确定目标区域是否为非繁忙区域的单个模块。

应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内在一些实施例中，处理引擎112可以进一步包括一个存储模块(图2中未示出)。存储模块可以被配置为存储由处理引擎112中的任何组件在执行的任何处理期间生成的数据。又例如，处理引擎112的每个组件可以包括一个存储设备。另外地或可选地，处理引擎112的组件可以共享一个公共存储设备。

图5是根据本申请的一些实施例所示的运力调度的示例性流程的流程图。流程500可以在图1所示的线上到线下服务系统100中实现。例如，流程500可以作为指令的形式(例如，应用程序)存储在存储设备150和/或存储器220中，并且由服务器110调用和/或执行(例如，服务器110的处理引擎112，图2中所示的处理器210或者图4中所示的处理引擎112中的一个或多个模块)。下述流程/方法的操作仅是示例性的。在一些实施例中，流程500在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个在此处描述的操作。此外，图5中所示的和下文描述的流程500中操作的顺序并不对此加以限制。

在510中，区域获取模块410(或处理引擎112、和/或接口电路210-a)可以获取一个目标区域。在一些实施例中，处理引擎112可以将一个区域(例如，北京)划分为多个子区域。在一些实施例中，该区域可根据地理条件被划分为多个子区域。例如，一个区域可以被河流分成两个子区域。在一些实施例中，该区域可以根据管理边界被划分成多个子区域。例如，北京可以分为东城区、西城区、朝阳区、海淀区等。在一些实施例中，一个区域可以分成多个几何形状的子区域。子区域的几何形状可以是规则的或不规则的。规则的几何形状可以包括三角形、正方形、矩形、五角形、八角形、圆形、六角形等，或其任意组合。在一些实施例中，多个子区域可以是相同的或不同的。例如，多个子区域中的每一个都可以是六角形，其具有300、500、700、1000或1500米等的边长。又例如，多个子区域中的一个可以是边长为300米的六角形，多个子区域中另一个可以是边长为500米的六角形。再例如，多个子区域中的一个可以是六角形，多个子区域中的另一个可以是正方形。

在一些实施例中，与被划分成多个子区域的该区域有关的信息可以被存储在存储设备150和/或存储器220中。区域获取模块410可以从存储设备150和/或存储器220获取与被划分成多个子区域的该区域有关的信息，并将多个子区域中的一个确定为目标区域。

在520中，提供方信息获取模块420(或处理引擎112、和/或处理电路210-b)可以获取与目标区域中的服务提供方相关联的信息(例如，更多细节描述参考本申请中对图6的描述)。在一些实施例中，与目标区域中的服务提供方相关联的信息可以包括与目标区域相关联的服务提供方的平均空闲时段。

在一些实施例中，请求方终端130和/或提供方终端140可以，经由网络120，通过安装在请求方终端130和/或提供方终端140中的应用程序(例如，图3中的应用程序380)建立与服务器110的通信(例如，无线通信)。应用程序可以与线上到线下服务系统100相关联。例如，应用可以是与线上到线下服务系统100相关的呼叫出租车应用。在一些实施例中，当服务提供方接受(或完成)服务订单时，与服务提供方相关联的终端(例如，提供方终端140)可以在服务提供方接受(或完成)服务订单时发送接受(或完成)服务订单的时间点。例如，服务提供方可以按下提供方终端140中的应用界面中的按钮来接受(或完成)服务订单。在服务提供方按下按钮之后，提供方终端140可以将服务提供方接受(或完成)服务订单的时间点发送给处理引擎112、和/或存储设备150。可选地或附加地，服务提供方可以通过提供方终端140向服务器110发送消息表明他/她已经接受或完成服务订单。服务器110(例如，处理引擎112)可以记录服务器110接收到表明服务提供方已经接受或完成服务订单的消息的时间点。

在一些实施例中，服务订单可以指由服务请求方正式请求的、并且通过请求方终端130发送给服务器110的运输服务的信息。例如，当服务请求方将运输服务的信息发送给服务器110时，服务请求方可以通过按下请求方终端130中安装的应用界面上的按钮来做此事。在接收到运输服务的信息时，服务器110可以确定运输服务的信息被正式发出并且将运输服务的信息确定为服务订单。

在一些实施例中，如果一个服务提供方在某个时间点(在本示例中也被称为第一时间点)完成服务订单(在本示例中也被称为第一服务订单)，并且在第一服务订单后，随继在另一时间点(在本示例中也被称为第二时间点)接受起点位于目标区域中的另一服务订单(在该示例中也被称为第二服务订单)，第一时间点和第二时间点之间的时间间隔可以被称为该服务提供方的空闲时段。在一些实施例中，与目标区域相关联的平均空闲时段可以等于与目标区域相关联的一个或多个空闲时段的平均值。

在一些实施例中，对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点(例如，服务提供方完成第一服务订单的时间点)和第二时间点(例如，该服务提供方在第一服务订单之后，随继接受起点在目标区域中的第二服务订单的时间点)可以在当前时间(例如，区域获取模块410获取目标区域的时间点)以及当前时间之前的时间点构成的时间段之间。例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在周一的上午9点到上午10点的时间段之间。又例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在上个月的上午9点到上午10点的时间段之间。

在530中，区域信息确定模块430(或处理引擎112、和/或处理电路210-b)可以基于与目标区域中的服务提供方相关联的信息来判断目标区域是繁忙区域还是非繁忙区域。

在一些实施例中，区域信息确定模块430可以基于目标区域的平均空闲时段来确定目标区域是繁忙区域还是非繁忙区域。区域信息确定模块430可以判断平均空闲时段是否大于时间阈值(例如，1分钟、2分钟、3分钟、5分钟、8分钟、10分钟)。区域信息确定模块430可以响应于平均空闲时段小于或等于时间阈值的判断结果，确定目标区域是繁忙区域。区域信息确定模块430可以响应于平均空闲时段大于时间阈值的判断结果，确定目标区域是非繁忙区域。

繁忙区域可以表明，在某时间段内，目标区域中发起的服务订单(例如，服务订单的起点在目标区域中)的数量相对较大。非繁忙区域可以表明，在某时间段内，目标区域中发起的服务订单的数量相对较小。在一些实施例中，响应于目标区域是非繁忙区域的判断结果，处理引擎112可以通过执行540-560，调整非繁忙区域的运输能力(例如，增加在非繁忙区域中发起的服务订单的数量)。

在540，意向获取模块440(或处理引擎112、和/或处理电路210-b)可以通过网络(例如，网络120)，从一个或多个请求方终端(例如，请求方终端130)获取一个或多个服务意向。一个或多个服务意向中的每个可以表示有兴趣请求运输服务。多个意向中的每一个意向的起点(例如，预期出发位置)可以在目标区域中。

安装在请求方终端130中的应用可以指示请求方终端130连续地或周期性地监控来自服务请求方的输入并且经由网络120将输入发送到线上到线下服务系统100。因此，服务请求方终端130可以实时或基本上实时地将服务请求方的输入通知给在线上到线下服务系统100。所以，当服务请求方输入起点和/或目的地时，线上到线下服务系统100可以接收到足够的信息来确定服务请求方的意向。例如，当服务请求方输入起点和目的地时，在将出发地和目的地发送到线上到线下服务系统100之前，线上到线下服务系统100可能已经接收到起点和目的地，并且确定服务请求方打算请求运输服务。

在一些实施例中，起点和/或目的地可以是由服务请求方通过请求方终端130(例如，图3中的输入/输出接口350)输入的指定位置。在一些实施例中，请求方终端130可以自动获取起点和/或目的地。例如，“在星期三上午10点a地点的会议”记录在服务请求方终端130的日历中。请求方终端130可以基于日历中的事件自动确定位置a作为目的地。在一些实施例中，请求方终端130可以通过请求方终端130中的定位技术，例如，gps、glonass、compass、qzss、bds、wifi定位技术等其中的一种或多种的组合，来获取其位置(其被称为服务请求方的位置)。

在一些实施例中，对于意向获取模块440获取的一个或多个服务意向，服务器110接收所述一个或多个服务意向的起点和/或目的地的时间点可以在当前时间之前的某个时间段(例如，10分钟)内。

在550中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以为一个或多个服务意向中的至少一个服务意向确定优惠。优惠可以用作服务请求方将服务意向转化为服务订单的激励。在一些实施例中，优惠可以包括服务订单费用的折扣、红包、折扣优惠券、现金优惠券、积分、现金退款等或其任何组合的折扣。在一些实施例中，优惠的价值越大，接收优惠的服务请求方越有可能将服务意向转变为服务订单。

在一些实施例中，一个或多个服务意向中的至少一个服务意向的至少一个优惠可以相同或不同。例如，所述优惠可以是1美元的现金优惠券。又例如，对于一个服务意向的优惠可以是1美元的现金优惠券，对于另一个服务意向的优惠可以是3美元的现金优惠券。再例如，对于一个服务意向的优惠可以是1美元的现金优惠券，对于另一个服务意向的优惠可以是服务订单费用的50％的折扣。

在一些实施例中，优惠确定模块450可以为一个或多个服务意向中的至少一个服务意向确定初始优惠。对于一个或多个服务意向中的每一个，优惠确定模块450可以判断是否为该服务意向确定一个初始优惠，和/或为该服务意向确定哪种初始优惠。

在一些实施例中，优惠确定模块450可以根据服务意向的目的地确定服务意向的初始优惠。例如，当服务意向的目的地位于繁忙区域(例如，北京西单区)时，这表明即使没有优惠，该服务意向转化为服务订单的概率也相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以为该服务意向确定一个具有相对较小价值(例如，1美元的现金优惠券)的初始优惠，或者不为该服务意向确定初始优惠。当服务意向的目的地位于偏远地区(例如，北京延庆区)时，如果没有优惠，该服务意向转变为服务订单的可能性相对较小，优惠确定模块450可以为该服务意向确定一个具有相对较大价值(例如，5美元的现金优惠券)的初始优惠。

在一些实施例中，优惠确定模块450可根据与服务意向的服务请求方相关联的历史信息来确定服务意向的初始优惠。例如，如果服务请求方在一段时间内(如，过去一个月)，目的地与服务意向的目的地相同的历史服务订单数量大于阈值数量，这表明服务请求方经常前往该目的地，即使没有优惠，该服务意向会转化为服务订单的概率相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以位该服务意向确定一个具有相对较小的价值(例如，1美元的现金优惠券)的初始优惠。

优惠确定模块450可以判断一个或多个服务意向中的至少一个服务意向的至少一个初始优惠是否满足条件。响应于所述至少一个初始优惠满足所述条件的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于至少一个初始优惠不满足所述条件的判断结果，优惠确定模块450可重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

例如，优惠确定模块450可以判断一个或多个服务意向中，会因为初始优惠转化为服务订单的服务意向的数量是否大于第一阈值。响应于因为初始优惠转化为服务订单的服务意向的数量大于第一阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于因为初始优惠转化为服务订单的服务意向的数量小于或等于第一阈值的判断结果，优惠确定模块450可以重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

又例如，优惠确定模块450可以判断一个或多个服务意向中因为初始优惠会转化为服务订单的服务意向的数量是否小于第二阈值(也被称为计数阈值)(例如，如本申请中结合图7详细描述的内容)。响应于因为初始优惠转化为服务订单的服务意向的数量小于第二阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于因为初始优惠转化为服务订单的服务意向的数量大于或等于第二阈值的判断结果，优惠确定模块450可以重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

可选地或附加地，优惠确定模块450可以确定至少一个初始优惠的价值总和是否小于价值阈值(例如，如本申请中结合图8详细描述的内容)。响应于价值总和小于价值阈值的判断结果，优惠确定模块450可以将至少一个初始优惠确定为至少一个优惠，该至少一个优惠用于传输到请求方终端130，该请求方终端130与一个或多个服务意向中的至少一个服务请求方相关联。响应于价值总和大于或等于价值阈值的判断结果，优惠确定模块450可重新确定一个或多个服务意向中的至少一个服务意向的初始优惠。

在560中，传输模块460(或处理引擎112、和/或处理电路210-b)可以将至少一个优惠传输给至少一个请求方终端(例如，请求方终端130)，一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。在一些实施例中，传输模块460可以经由网络120将优惠传送给请求方终端130。被接收的优惠可以显示在安装在请求方终端130中的应用程序的界面上。例如，折扣价格可以与原始价格一起显示，这可以刺激服务请求方将服务意向转化为服务订单。

在一些实施例中，处理引擎112可以周期性地执行流程500。例如，处理引擎112可以每两小时执行一次流程500。

应该注意的是，上述仅出于说明性目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内例如，当特定优惠被确定时，可以省略步骤520-530，而不管目标区域是繁忙区域或非繁忙区域。

图6是根据本申请的一些实施例所示的用于确定平均空闲时段的示例性流程图。流程600可以在图1所示的线上到线下服务系统100中实现。例如，流程600可以作为指令的形式(例如，应用程序)存储在存储设备150和/或存储器220中，并且由服务器110调用和/或执行(例如，服务器110的处理引擎112，图2中所示的处理器210或者图4中所示的处理引擎112中的一个或多个模块)。下述流程/方法的操作仅是示例性的。在一些实施例中，流程600在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个在此处描述的操作。此外，图6中所示的和下文描述的流程600中操作的顺序并不对此加以限制。在一些实施例中，可以基于流程600来执行流程500中的步骤520。

在610中，提供方信息获取模块420(或处理引擎112、和/或处理电路210-b)可以选择与目标区域相关联的一个或多个服务订单组。在一些实施例中，一个或多个服务订单组中的每一个可以包括两个服务订单。两个服务订单中的一个(本例中也称为第一服务订单)可以由服务提供方在某一时间点(在本例中也称为第一时间点)完成。服务提供方可以在第一个服务订单之后，随继在另一时间点(本例中也被称为第二时间点)接受起点在目标区域中的两个服务订单中的另一个(本例中也称为第二个服务订单)。

在一些实施例中，第一时间点和第二时间点可以在当前时间(例如，区域获取模块410获取目标区域的时间点)与当前时间之前的时间点之间的时间段内。例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在周一的上午9点到上午10点的时间段之间。又例如，如果区域获取模块410在周一上午10:00获取目标区域，则对于用于确定平均空闲时段的一个或多个空闲时段中的每一个，第一时间点和第二时间点可以在上个月的上午9点到上午10点的时间段之间。

在620中，提供方信息获取模块420(或处理引擎112、和/或处理电路210-b)可获取一个或多个服务订单组中的每一个的空闲时段。在一些实施例中，对于一组服务订单，第一时间点(例如，服务提供方完成第一服务订单的时间点)和第二时间点(例如，服务提供方在第一个服务订单之后，随继接受起点在目标区域中的第二个服务订单的时间点)间的时间段可以被称为与该组服务订单对应的服务提供方的空闲时段。

在630中，提供方信息获取模块420(或处理引擎112、和/或处理电路210-b)可以基于服务订单组的一个或多个空闲时段和一个或多个服务订单组的数量来确定目标区域的平均空闲时段。在一些实施例中，提供方信息获取模块420可以通过将一个或多个服务订单组的一个或多个空闲时段的总和除以一个或多个服务订单组的数量来确定目标区域的平均空闲时段。

图7是根据本申请的一些实施例所示的用于确定优惠的示例性流程图。流程700可以在图1所示的线上到线下服务系统100中实现。例如，流程700可以作为指令的形式(例如，应用程序)存储在存储设备150和/或存储器220中，并且由服务器110调用和/或执行(例如，服务器110的处理引擎112，图2中所示的处理器210或者图4中所示的处理引擎112中的一个或多个模块)。下述流程/方法的操作仅是示例性的。在一些实施例中，流程700在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个在此处描述的操作。此外，图7中所示的和下文描述的流程700中操作的顺序并不对此加以限制。在一些实施例中，可以基于流程700来执行流程500中的步骤550。

在710中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以为一个或多个服务意向中的至少一个服务意向确定初始优惠。对于一个或多个服务意向中的每一个，优惠确定模块450可以判断是否为该服务意向确定一个初始优惠，和/或为该服务意向确定哪种初始优惠。

在一些实施例中，优惠确定模块450可以根据服务意向的目的地确定该服务意向的初始优惠。例如，当服务意向的目的地位于繁忙区域(例如，北京西单区)时，这表明即使没有优惠，该服务意向转化为服务订单的概率也相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以为该服务意向确定一个具有相对较小价值(例如，1美元的现金优惠券)的初始优惠，或者不为该服务意向确定初始优惠。当服务意向的目的地位于偏远地区(例如，北京延庆区)时，如果没有优惠，该服务意向转变为服务订单的可能性相对较小，优惠确定模块450可以为该服务意向确定一个具有相对较大价值(例如，5美元的现金优惠券)的初始优惠。

在一些实施例中，优惠确定模块450可根据与服务意向的服务请求方相关联的历史信息来确定该服务意向的初始优惠。例如，如果服务请求方在一段时间内(如，过去一个月)，目的地与服务意向的目的地相同的历史服务订单数量大于阈值数量，这表明服务请求方经常前往该目的地，即使没有优惠，该服务意向会转化为服务订单的概率相对较大(例如，60％、70％、80％、90％)，优惠确定模块450可以位该服务意向确定一个具有相对较小的价值(例如，1美元的现金优惠券)的初始优惠。

在720中，优惠确定模块450(或者处理引擎112、和/或处理电路210-b)可以在一个或多个服务意向中，估计根据至少一个初始优惠将被转化成服务订单的服务意向的数量。

在一些实施例中，对于一个或多个服务意向中的每一个，优惠确定模块450可以确定该服务意向将被转化为服务订单的概率。优惠确定模块450可以判断该概率是否大于概率阈值(例如，40％、50％、60％)。响应于该概率大于概率阈值的判断结果，优惠确定模块450可以确定该服务意向将被转化为服务订单。响应于该概率小于或等于概率阈值的判断结果，优惠确定模块450可以确定该服务意向不会被转化成服务订单。

在一些实施例中，对于没有分配初始优惠的服务意向，优惠确定模块450可以基于，例如，服务意向的起点、服务意向的目的地、和/或与服务意向对应的服务请求方的历史服务订单，确定服务意向将被转化为服务订单的概率。在一些实施例中，对于与初始优惠相对应的服务意向，优惠确定模块450可以基于初始优惠、服务意向的起点、服务意向的目的地、和/或与服务意向对应的服务请求方的历史服务订单等来确定服务意向将被转化为服务订单的概率。

在一些实施例中，对于对应于初始优惠的服务意向，优惠确定模块450可以根据与服务意向相同的历史服务意向来确定服务意向将被转化为服务订单的概率。与服务意向相同的历史服务意向可以具有与服务意向相同的起点、目的地和初始优惠。例如，如果10个与服务意向相同的历史服务意向中的8个会转化为服务订单，则根据初始优惠，该服务意向转化为服务订单的概率可以被确定为80％。

在730中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以确定将被转化成服务订单的服务意向的数量是否小于计数阈值。在一些实施例中，所述计数阈值可以等于位于所述目标区域中且没有正在提供服务的服务提供方的计数，和正在提供终点位于所述目标区域的服务且与所述终点的距离在距离阈值(例如，1公里)之内的服务提供方的计数之和。

在一些实施例中，如果将被转化成服务订单的服务意向的数量小于计数阈值，则流程700可以进入到740。如果将被转化成服务订单的服务意向的计数大于或等于计数阈值，则流程700可进入到710以针对一个或多个服务意向中的至少一个服务意向重新确定初始优惠。

在740中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以将至少一个初始优惠确定为用于传送给至少一个请求方终端的至少一个优惠，一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

图8是根据本申请的一些实施例所示的用于确定优惠的示例性流程图。流程800可以在图1所示的线上到线下服务系统100中实现。例如，流程800可以作为指令的形式(例如，应用程序)存储在存储设备150和/或存储器220中，并且由服务器110调用和/或执行(例如，服务器110的处理引擎112，图2中所示的处理器210或者图4中所示的处理引擎112中的一个或多个模块)。下述流程/方法的操作仅是示例性的。在一些实施例中，流程800在实现时可以添加一个或多个未描述的额外操作，和/或删减一个或多个在此处描述的操作。此外，图7中所示的和下文描述的流程800中操作的顺序并不对此加以限制。在一些实施例中，可以基于流程800来执行流程500中的步骤550。

在810中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以为一个或多个服务意向中的至少一个服务意向确定初始优惠。在一些实施例中，用于为一个或多个服务意向中的至少一个服务意向确定初始优惠的流程可以与流程500的550和/或流程700的710中的对应描述相同。

在820中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可确定至少一个初始优惠的价值总和。例如，至少一个初始优惠可以包括一张1美元的现金优惠券和两张5美元的现金优惠券。至少一个初始优惠的价值总和可以等于11美元。

在830中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以判断价值总和是否小于或等于价值阈值。在一些实施例中，可以设置价值阈值以确保至少一个初始优惠不会导致操作线上到线下服务系统100的公司利益受损。

在一些实施例中，如果价值总和小于价值阈值，则流程800可进入至840。如果价值总和大于或等于价值阈值，则流程800可进入810以针对一个或多个服务意向中的至少一个服务意向重新确定初始优惠。

在840中，优惠确定模块450(或处理引擎112、和/或处理电路210-b)可以将至少一个初始优惠确定为用于传送给至少一个请求方终端的至少一个优惠，一个或多个服务意向中的至少一个服务意向来自所述至少一个请求方终端。

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

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

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读媒介中的计算机产品，该产品包括计算机可读程序编码。

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

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

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

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”等来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

参考文献中的每一个专利、专利申请、专利申请的出版物以及其他材料、例如文章、书籍、说明书、出版物、文献、事物等等，在此通过引用整体并入本文中，用于所有目的，除了任何与其相关的起诉档案历史记录，与本文件不一致或与本文件相冲突的任何相同或可能对现在或以后与之有关的最宽范围的权利要求具有限制性影响的任何相同本文件。举例来说，如果在描述、定义和/或使用与任何所结合的材料相关联的术语和与本文献相关联的术语之间存在任何不一致或冲突，则以本文件中描述、定义和/或使用的术语为准。

最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。