一种用于监控按需服务的系统和方法与流程

本申请要求2017年1月19日提交的申请号为201710039389.4的中国申请的优先权，其内容以引用的方式被包含于此。

本申请涉及按需服务的系统和方法，尤其涉及用于监控按需运输服务的系统和方法。

背景技术：

基于互联网的按需运输服务，如在线叫车服务，因其便利性变得越来越流行。提供按需运输服务的系统可向服务提供方推荐至少一个路线，以向用户提供运输服务。然而，当提供运输服务时，用户不了解服务提供方是否遵循按需运输服务系统推荐的至少一个路线，和/或运输服务的服务费用是否合理。

技术实现要素：

根据本申请的一个方面，提供了一种系统。所述系统可以包括至少一个存储介质及被配置为与所述至少一个存储介质进行通信的至少一个处理器。所述至少一个存储介质可以包括一组用于监控按需服务的服务请求的指令。当所述至少一个处理器执行该组指令时，所述至少一个处理器可以用于执行下述一个或以上操作。所述至少一个处理器可以接收来自终端的服务请求，其中，所述服务请求包括出发位置和目的地。所述至少一个处理器可以基于所述出发位置和所述目的地确定参考参数。所述至少一个处理器可以基于与所述服务请求相关的实际路线确定实际参数。所述至少一个处理器可以预估所述参考参数与所述实际参数的第一偏差。所述至少一个处理器可以确定所述第一偏差是否超过第一阈值。所述至少一个处理器可以基于所述第一偏差超过所述第一阈值的确定结果，发送通知至所述终端。

在一些实施例中，所述参考参数包括与所述服务请求相关的参考费用、参考里程或参考时间中的至少一个。

在一些实施例中，所述实际参数包括与所述实际路线相关的实际费用、实际里程或实际时间中的至少一个。

在一些实施例中，所述至少一个处理器可以确定所述参考费用与所述实际费用的费用偏差、所述参考里程与所述实际里程的里程偏差及所述参考时间与所述实际时间的时间偏差中的至少两个。

在一些实施例中，所述至少一个处理器可以确定所述费用偏差、所述里程偏差及所述时间偏差中的至少两个的加权值。所述至少一个处理器可以基于所述加权值确定所述参考参数与所述实际参数的所述第一偏差。

在一些实施例中，所述至少一个处理器可以对所述费用偏差、所述里程偏差及所述时间偏差中的至少两个进行排序。所述至少一个处理器可以确定排序后的所述费用偏差、所述里程偏差及所述时间偏差中的至少两个中的至少一个作为所述参考参数与所述实际参数的所述第一偏差。

在一些实施例中，所述至少一个处理器可以获取与所述服务请求相关的交通信息。所述至少一个处理器可以基于所述交通信息确定所述参考参数。

在一些实施例中，所述至少一个处理器可以获取与所述实际路线相关的到达位置。所述至少一个处理器可以确定所述到达位置与所述目的地的第二偏差。所述至少一个处理器可以确定所述第二偏差是否超过第二阈值。所述至少一个处理器可以基于所述第二偏差未超过所述第二阈值的确定结果，发送所述通知至所述终端。

在一些实施例中，所述至少一个处理器可以从所述终端接收关于所述通知的与所述服务请求的服务费用相关的响应。所述至少一个处理器可以基于所述响应发送费用补偿至所述终端。

在一些实施例中，所述费用补偿包括折扣券、优惠券、重新确定的服务费用或额外费用。

根据本申请的另一个方面，提供了一种方法。所述方法可以包括至少一个以下操作。处理器可以获取服务请求。所述处理器可以接收来自终端的服务请求，其中，所述服务请求包括出发位置和目的地。所述处理器可以基于所述出发位置和所述目的地确定参考参数。所述处理器可以基于与所述服务请求相关的实际路线确定实际参数。所述处理器可以预估所述参考参数与所述实际参数的第一偏差。所述处理器可以确定所述第一偏差是否超过第一阈值。所述处理器基于所述第一偏差超过所述第一阈值的确定结果，发送通知至所述终端。

在一些实施例中，所述处理器可以确定所述参考费用与所述实际费用的费用偏差、所述参考里程与所述实际里程的里程偏差及所述参考时间与所述实际时间的时间偏差中的至少两个。

在一些实施例中，所述处理器可以确定所述费用偏差、所述里程偏差及所述时间偏差中的至少两个的加权值。所述处理器可以基于所述加权值确定所述参考参数与所述实际参数的所述第一偏差。

在一些实施例中，所述处理器可以对所述费用偏差、所述里程偏差及所述时间偏差中的至少两个进行排序。所述处理器可以确定排序后的所述费用偏差、所述里程偏差及所述时间偏差中的至少两个中的至少一个作为所述参考参数与所述实际参数的所述第一偏差。

在一些实施例中，所述处理器可以获取与所述服务请求相关的交通信息。所述处理器可以基于所述交通信息确定所述参考参数。

在一些实施例中，所述处理器可以获取与所述实际路线相关的到达位置。所述处理器可以确定所述到达位置与所述目的地的第二偏差。所述处理器可以确定所述第二偏差是否超过第二阈值。所述处理器可以基于所述第二偏差未超过所述第二阈值的确定结果，发送所述通知至所述终端。

在一些实施例中，所述处理器可以从所述终端接收关于所述通知的与所述服务请求的服务费用相关的响应。所述处理器可以基于所述响应发送费用补偿至所述终端。

本申请的一部分附加特征将在下面的描述中进行说明。通过对以下描述及相应附图的检查或者对实例的生产或操作的了解，本申请的一部分附加特征对于本领域普通技术人员会变得清楚。本申请的特征可以通过对以下描述的具体实施例的各种方面的方法、手段及组合的实践或使用得以实现和达到。

图式简单说明

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

图1是根据本申请的一些实施例所示的示例性按需服务系统的示意图；

图2是根据本申请的一些实施例所示的示例性计算装置的示意图；

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

图4是根据本申请的一些实施例所示的用于监控按需服务的示例性过程的流程图；

图5是根据本申请的一些实施例所示的用于将与服务请求相关的信息发送至终端的示例性过程的流程图；

图6是根据本申请的一些实施例所示的用于显示与服务请求相关信息的示例性用户界面的示意图；和

图7是根据本申请的一些实施例所示的可用于实现终端的示例性移动装置的示例性硬件和/或软件组件的示意图。

实施方式

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

此处使用的术语仅仅用来描述特定的示例性实施例，并且不具有限定性。如本申请所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可以包括复数。应该被理解的是，本申请中所使用的术语“包括”与“包含”提示已明确标识的特征、整数、步骤、操作、元素、和/或部件，而不排除可以存在和添加其他一个或多个特征、整数、步骤、操作、元素、部件、和/或其组合。

根据以下对附图的描述，本申请所述的和其他的特征、操作方法、相关组件的功能和经济的结构更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。

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

同时，虽然本申请的系统和方法的描述主要是关于按需服务，应该理解的是，这只是一个示例性的实施例。本申请的系统和方法可能适用于其他任何一种按需服务。例如，本申请的系统和方法可以应用于不同环境的运输系统，包括陆地、海洋、航空航天等或上述举例的任意组合。所述运输系统涉及的车辆可以包括出租车、私家车、顺风车、公交车、火车、动车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶的车辆等或上述举例的任意组合。所述运输系统也可以包括应用管理和/或分配的任一运输系统，例如，接收和/或送快递的系统。本申请的系统和方法的应用场景可以包括网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等或上述举例的任意组合。

在本申请中，术语“乘客”、“请求方”、“服务请求方”和“客户”可以交换使用，其表示可以请求或预定服务的个体、实体或工具。在本申请中，术语“司机”、“提供方”、“服务提供方”和“供应方”也可以交换使用，其表示可以提供服务或协助提供服务的个体、实体或工具。在本申请中，术语“用户”可以表示可以请求服务、预定服务、提供服务或协助提供服务的个体、实体或工具。例如，用户可以是乘客、司机、操作者等或上述举例的任意组合。在本申请中，“乘客”和“乘客终端”可以交换使用，而且“司机”和“司机终端”可以交换使用。

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

本申请中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线网络(wifi)定位技术等或上述举例的任意组合。以上定位技术中的一个或多个可以在本申请中交换使用。

本申请的一个方面涉及监控按需服务(例如，按需运输服务)的系统和方法。所述系统和方法可以从终端接收按需运输服务的服务请求。当提供按需运输服务后，所述系统可以确定与所述服务请求相关的参考参数(例如，参考费用)及实际参数(例如，实际费用)。所述系统和方法还可以预估所述参考参数与所述实际参数的偏差。所述系统和方法还可以确定所述偏差是否超过阈值，并基于所述偏差超过所述阈值的确定结果发送通知至所述终端。本申请的所述系统和方法可以动态地监控正在提供的按需服务的质量，并在必要时主动向用户提供服务费用补偿的回馈。因此，本申请通过有效地监控实时的按需运输服务来提高服务质量。

需要注意的是，在线按需运输服务，如在线打车(包括在线打车组合服务)，是起源于后互联网时代的一种新的服务形式。它为用户和服务提供方提供了仅在后互联网时代才可能实现的技术方案。在互联网时代之前，当一个用户在街上呼叫一辆出租车时，出租车预定请求和接受只可能在乘客和一个看见该乘客的出租车司机之间发生。如果乘客通过电话预定一辆出租车，服务请求和接受只可能在该乘客和一个服务提供方(例如：一个出租车公司或代理商)之间发生。然而，在线打车允许一个服务用户实时自动地向距离该用户一段距离的大量的个体服务提供方(例如：出租车)分配服务请求。它同时允许至少两个服务请求方同时地实时地对该服务请求进行响应。因此，通过互联网，所述在线按需运输服务系统可以为用户及服务提供方提供一个更加高效的运输服务平台，这在传统的互联网时代之前的运输服务系统中是无法满足的。

图1是根据本申请的一些实施例所示的示例性按需服务系统100的示意图。例如，按需服务系统100可以是一个提供运输服务的在线运输服务平台，如打车、代驾服务、快递车辆、共乘、公交车服务、司机雇佣和班车服务。按需服务系统100可以是在线平台，包括服务器110、网络120、请求方终端130、提供方终端140、数据库150和定位系统160。服务器110可以包括处理引擎112。

在一些实施例中，服务器110可以是单个的服务器或者服务器群。服务器群可以是集中式的或分布式的(例如，服务器110可以是分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120访问存储于请求方终端130、提供方终端140和/或数据库150中的信息和/或数据。再例如，服务器110可以直接连接到请求方终端130、提供方终端140和/或数据库150以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云端平台上实现。仅仅作为示例，云端平台可以包括私有云、公共云、混合云、小区云、分布云、跨云、多云等或上述举例的任意组合。在一些实施例中，服务器110可以在计算装置200上实现，如本申请图2所示，该计算装置包括一个或以上部件。

在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据以执行本申请中描述的一个或以上功能。例如，处理引擎112可以确定与从请求方终端130获取的服务请求相关的参考参数及实际参数。在一些实施例中，处理引擎112可以包括一个或以上处理引擎(例如，单芯片处理器或多芯片处理器)。仅仅作为示例，处理引擎112可以包括一个或以上硬件处理器，例如中央处理单元(cpu)、特定应用集成电路(asic)、专用指令集处理器(asip)、图像处理单元(gpu)、物理运算处理单元(ppu)、数字信号处理器(dsp)、现场可编程门阵列(fpga)、可编程逻辑器件(pld)、控制器、微控制器单元、精简指令集计算机(risc)、微处理器等或上述举例的任意组合。

网络120可以促进信息和/或数据的交换。在一些实施例中，按需服务系统100中的一个或以上部件(例如，服务器110、请求方终端130、提供方终端140、数据库150和定位系统160)可以通过网络120向按需服务系统100中的其他部件发送信息和/或数据。例如，服务器110可以通过网络120从请求方终端130获取/得到服务请求。在一些实施例中，网络120可以是有线网络或无线网络中的任意一种，或其组合。仅仅作为示例，网络120可以包括电缆网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、公共交换电话网(pstn)、蓝牙网络、zigbee网络、近场通信(nfc)网络等或上述举例的任意组合。在一些实施例中，网络120可以包括一个或以上网络交换点。例如，网络120可以包括有线或无线网络交换点，如基站和/或互联网交换点120-1、120-2，……，通过交换点，按需服务系统100的一个或以上部件可以连接到网络120以交换数据和/或信息。

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

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

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

数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从请求方终端130和/或提供方终端140获得的数据。在一些实施例中，数据库150可以存储服务器110执行或用于执行本申请披露的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移除存储器、易失性读写存储器、只读存储器(rom)等或上述举例的任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态硬盘等。示例性的可移除存储器可以包括快闪驱动器、软盘、光盘、内存卡、压缩碟、磁带等。示例性的易失性读写存储器可以包括随机存取存储器(ram)。示例性的随机存取存储器可以包括动态随机存取存储器(dram)、双倍速率同步动态随机存取存储器(ddrsdram)、静态随机存取存储器(sram)、晶闸管随机存取存储器(t-ram)和零电容随机存取存储器(z-ram)等。示例性的只读存储器可以包括光罩式只读存储器(mrom)、可编程只读存储器(prom)、可擦可编程只读存储器(eprom)、电可擦可编程只读存储器(eeprom)、光盘只读存储器(cd-rom)和数字通用磁盘只读存储器等。在一些实施例中，数据库150可以在云端平台上实现。仅仅作为示例，云端平台可以包括私有云、公共云、混合云、小区云、分布云、跨云、多云等或上述举例的任意组合。

在一些实施例中，数据库150可以与网络120连接以与按需服务系统100中的一个或以上部件(例如，服务器110、请求方终端130、提供方终端140等)通信。按需服务系统100中的一个或以上部件可以通过网络120访问存储于数据库150中的数据或指令。在一些实施例中，数据库150可以直接与按需服务系统100中的一个或以上部件(例如，服务器110、请求方终端130、提供方终端140等)连接或通信。在一些实施例中，数据库150可以是服务器110的一部分。

定位系统160可以确定与物体(例如，一个或以上请求方终端130、一个或以上提供方终端140等)相关的信息。信息可以包括所述物体的位置、海拔、速度或加速度，或者当前时间。例如，定位系统160可以确定请求方终端130的当前位置。在一些实施例中，定位系统160可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、指南针导航系统(compass)、北斗导航系统、伽利略定位系统、准天顶卫星系统(qzss)等。所述位置可以是坐标形式，例如经纬度坐标。定位系统160可以包括一个或以上卫星，例如卫星160-1、卫星160-2及卫星160-3。卫星160-1至160-3可以独立地或共同地确定上述信息。定位系统160可以通过无线连接将上述信息发送至网络120、请求方终端130或提供方终端140。

在一些实施例中，按需服务系统100的一个或以上部件(例如，服务器110、请求方终端130、提供方终端140等)可以拥有访问数据库150的许可。在一些实施例中，当满足一个或以上条件时，按需服务系统100的一个或以上部件可以读取和/或修改与请求方、提供方和/或公众相关的信息。例如，在完成一个服务后，服务器110可以读取和/或修改一个或以上用户的信息。又例如，当从请求方终端130接收到一个服务请求时，提供方终端可以访问所述请求方相关信息，但提供方终端140无法修改所述请求方相关信息。

在一些实施例中，按需服务系统100中的一个或以上部件的信息交换可以通过请求服务的方式实现。所述服务请求的对象可以是任何产品。在一些实施例中，所述产品可以是一个有形产品或一个无形产品。有形产品可以包括食品、医药、商品、化学产品、电器、衣物、小汽车、房屋、奢侈品等或上述举例的任意组合。无形产品可以包括服务产品、金融产品、知识产品、互联网产品等或上述举例的任意组合。互联网产品可以包括个人主机产品、网站产品、移动互联网产品、商业主机产品、嵌入式产品等或上述举例的任意组合。移动互联网产品可以用于移动终端的软件、程序、系统等或上述举例的任意组合。移动终端可以包括平板计算机、膝上型计算机、移动手机、掌上计算机(pda)、智能手表、pos机、车载计算机、车载电视、可穿戴装置等或上述举例的任意组合。例如，所述产品可以是用于计算机或移动电话中的任意的软件和/或应用程序。软件和/或应用程序可以与社交、购物、交通、娱乐、学习、投资等或上述举例的任意组合相关。在一些实施例中，与运输相关的软件和/或应用程序可以包括出行软件和/或应用程序、交通工具调度软件和/或应用程序、地图软件和/或应用程序等。在交通工具调度软件和/或应用程序中，交通工具可以包括马、马车、人力车(例如独轮手推车、自行车、三轮车等)、汽车(例如，出租车、公交车、私家车等)、火车、地铁、船舶、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)等或上述举例的任意组合。

图2是根据本申请的一些实施例所示的计算装置200的示例性硬件和软件的示意图。服务器110、请求方终端130和/或提供方终端140可以在计算装置200上实现。例如，处理引擎112可以在计算装置200上实现，并被配置为执行本申请中所披露的处理引擎112的功能。

计算装置200可以是通用计算机或特殊用途计算机，二者皆可以用来实现本申请的按需系统。计算装置200可以用来实现本申请所描述的按需服务系统的任意组件。例如，处理引擎112可以在计算装置200上通过其硬件、软件程序、固件或其组合实现。为了方便起见，图中只绘制了一台计算机，但是本申请所描述的与按需服务相关的计算机功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。

例如，计算装置200可以包括与网络连接的通讯端口250，以实现数据通信。计算装置200还可以包括中央处理单元(cpu)220，可以以一个或以上处理器的形式执行程序指令。示例性的计算机平台可以包括内部通信总线210、不同形式的程序存储器和数据存储器，例如，磁盘270和只读存储器(rom)230或随机存取存储器(ram)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算机平台也可以包括存储于只读存储器230、随机存取存储器240和/或其他类型的非计算机存储介质中的由中央处理单元220执行的程序指令。本申请的方法和/或过程可以以程序指令的方式实施。计算装置200还包括输入/输出组件260，用于支持计算机与此处其他部件之间的输入/输出。计算装置200也可以通过网络通信接收程序设计和数据。

为理解方便，计算装置200中仅示例性绘制了一个中央处理单元和/或处理器。然而，需要注意的是，本申请中的计算装置200可以包括多个中央处理单元和/或处理器，因此本申请中描述的由一个中央处理单元和/或处理器实现的操作和/或方法步骤也可以共同地或独立地由多个中央处理单元和/或处理器执行。例如，如果在本申请中，计算装置200的中央处理单元和/或处理器执行步骤a和步骤b，应当理解的是，步骤a和步骤b也可以由计算装置200的两个不同的中央处理单元和/或处理器共同地或独立地执行(例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一和第二处理器共同地执行步骤a和步骤b)。

图3是根据本申请的一些实施例所示的示例性处理引擎112的框图。处理引擎112可包括获取模块310、确定模块320及通信模块330。

获取模块310可以被配置为获取一个或以上服务请求。获取模块310可以经由网络120自终端(例如，请求方终端130)获取服务请求。获取模块310可以分析服务请求并确定与服务请求相关的信息(例如，出发位置、起始时间、目的地等)。

在一些实施例中，服务请求可以是运输服务请求。服务请求可以包括与请求运输服务的请求方相关的信息。与请求方相关的信息可以包括请求方的档案信息、请求方的请求偏好等，或其组合。请求方的档案信息可以包括，例如，请求方的姓名、请求方的年龄、请求方的性别、请求方的出生日期、请求方居住的城市等，或其组合。请求偏好可以包括请求方关于运输服务的要求。例如，请求方终端130可基于请求方的输入，确定服务请求的偏好参数(例如，车辆类型、行李箱的大小、车辆的负荷等)。再例如，请求偏好可以包括关于请求方是否同意与服务请求中的其他请求方共享运输服务的指示。

获取模块310可以进一步获取与服务请求相关的相关信息。例如，获取模块310可以获取与服务请求相关的交通信息(例如，交通拥塞信息、交通控制信息、交通障碍信息等)。再例如，获取模块310可以获取与服务请求相关的天气信息。

确定模块320可以被配置为确定与服务请求相关的参考参数、与服务请求相关的实际参数和/或与服务请求相关的任何信息。例如，确定模块320可以基于出发位置和目的地，确定参考参数。再例如，确定模块320可以基于与服务请求相关的实际路线，确定实际参数。

在一些实施例中，确定模块320可以进一步确定参考参数与实际参数的第一偏差。确定模块320可以基于第一偏差，确定运输服务期间是否出现异常(例如，服务提供方不必要的绕行)。确定模块320可以进一步生成与异常相关的通知。在一些实施例中，确定模块320可以进一步确定到达位置与目的地之间的第二偏差。如本文所述，到达位置可指服务提供商放下请求方的实际位置。在一些实施例中，确定模块320可以进一步生成服务请求的账单，该账单表明所提供的与服务请求相关的运输服务的服务费用。

通信模块330可以被配置为发送与服务请求相关的信息至请求方终端(例如，请求方终端130)。例如，通信模块330可以发送参考参数和/或实际参数至请求方终端130。再例如，通信模块330可以发送与异常相关的通知至请求方终端130。又例如，当运输服务完成时，通信模块330可以发送服务请求的账单至请求方终端130。

在一些实施例中，通信模块330可以接收来自请求方终端130的响应。响应可以包括请求方是否对运输服务有任何疑问、请求方是否需要与服务请求相关的任何帮助等等。

在一些实施例中，当接收到来自请求方终端130的响应时，通信模块330可以将响应传输至确定模块320，并将确定模块320生成的答复(例如，费用补偿)发送至请求方终端130。例如，响应于接收到重新确定服务费用的请求，通信模块330可以将重新确定服务费用的请求传输至确定模块320，并将重新确定的服务费用发送至请求方终端130。再例如，响应于服务费用异议的请求，通信模块330可以将服务费用异议的请求传输至确定模块320，并将服务费用调整通知发送至请求方终端130。

在一些实施例中，与服务请求相关的信息(例如，通知、响应、答复等)可以通过使用任何合适的通信协议(例如，超文本传送协议(http)、地址解析协议(arp)、动态主机配置协议(dhcp)、文件传输协议(ftp)等)的消息来进行传输和/或接收。

处理引擎112中的模块可以经由有线连接或无线连接，进行相互连接或通信。有线连接可以包括金属电缆、光学电缆、混合电缆等，或其任意组合。无线连接可以包括局域网(lan)、广域网(wan)、蓝牙、zigbee、近场通信(nfc)等，或其任意组合。两个或两个以上模块可以合并为单个模块，以及任何一个模块可以拆分成两个或两个以上单元。例如，获取模块310可以被集成到确定模块320中以作为一个单独的模块，可以获取服务请求并确定与服务请求相关的参考参数和/或实际参数。再例如，处理引擎112可以包括存储模块(图3中未示出)，其可被配置为存储与服务请求相关的服务请求和/或信息。

图4是根据本申请的一些实施例所示的用于监控路线的示例性过程/方法400的流程图。过程和/或方法400可以由按需服务系统100执行。例如，过程和/或方法可以被实现为存储于rom230或ram240中的一组指令(例如，应用程序)。cpu220可以执行该组指令，并可相应地执行所述过程和/或方法400。下文呈现的所示过程/方法的操作用于说明的目的。在一些实施例中，过程/方法可以通过未描述的一个或以上额外操作，和/或省略讨论的一个或以上操作来完成。另外，如图4所示及下文描述的过程/方法的操作顺序并不是限制性的。

在步骤402中，处理引擎112可以接收来自终端(例如，请求方终端130)的服务请求。服务请求可以包括出发位置和目的地。如本文所述，出发位置可以指服务提供方接载请求方的位置。目的地可以指服务提供方放下请求方的位置。

在一些实施例中，服务请求可以是运输服务请求(例如，出租车服务)。服务请求可以包括实时请求、预约请求和/或针对一个或以上服务类型的任何其他请求。如本文所述，实时请求可以表明请求方希望在当前时刻或在当前时刻的限定时间范围内使用运输服务。例如，若限定时间范围处于当前时刻(例如，上午8:30)的阈值范围内，如上午8:30的1分钟内、上午8:30的5分钟内、上午8:30的10分钟、20分钟内等，则服务请求可以是实时请求。指定起始时间超出限定时间范围的服务请求可以归类为预约请求。例如，若指定起始时间超出限定时间范围(即，超出当前时间20分钟、超出当前时间2小时、超出当前时间1天等)，则服务请求可以归类为预约请求。在一些实施例中，处理引擎112可以基于时间阈值，定义实时请求或预约请求。时间阈值可以是按需服务系统100的默认设置，或者可以根据不同情形进行调整。例如，在交通高峰期，时间阈值可以相对较小(例如，10分钟)，而在空闲时间(例如，上午10:00-12:00)，时间阈值可以相对较大(例如，1小时)。

在步骤404中，处理引擎112可以基于出发位置和目的地，确定参考参数。

在一些实施例中，处理引擎112可以基于出发位置和目的地，确定推荐路径。进一步地，处理引擎112可以基于推荐路径，确定参考参数。处理引擎112可以基于出发位置和目的地，确定至少两个候选路径。在一些实施例中，处理引擎112可以基于对应于至少两个候选路径的至少两个距离，从至少两个候选路径中确定推荐路径。例如，处理引擎112可以从至少两个距离中识别最短距离，并将与最短距离相关的候选路径选为推荐路径。在一些实施例中，处理引擎112可以基于对应于至少两个候选路径的至少两种交通条件，从至少两个候选路径中确定推荐路径。例如，处理引擎112可以评估与至少两个候选路径相关的交通条件，并将具有最好交通条件的候选路径选为推荐路径。

在一些实施例中，参考参数可以包括参考费用、参考里程、参考时间等，或其组合。如本文所述，参考费用可以指运输服务的预估服务费用。参考里程可以指出发位置至目的地的预估里程。参考时间可以指服务提供方自出发位置驾驶至目的地的预估时长。

例如，处理引擎112可以根据如下所示的公式(1)确定参考费用：

fr＝fs+(mc-ms)×pu+(mr-mc)×pr(1)

其中，fr指参考费用；fs指起始费用；ms指起始里程；mc指短途与长途之间的临界里程点；pu指针对短途的每公里的第一单位价格；mr指参考里程；pr指针对长途的每公里的第二单位价格。

再例如，处理引擎112可根据如下所示的公式(2)，基于参考里程及车辆的参考速度，确定参考时间∶

其中，tr指参考时间；sr指参考速度。如本文所述，处理引擎112可以基于车辆的历史信息，确定参考速度。例如，处理引擎112可以通过车辆在特定时段(例如，过去1个月)内的平均历史速度，确定参考速度。

在一些实施例中，当确定参考参数时，处理引擎112还可以考虑环境信息(例如，交通信息、天气信息等)。如本文所述，交通信息可以包括交通拥塞信息、交通控制信息、交通障碍信息等。

处理引擎112可以从数据库150、地图服务(例如，谷歌地图^tm、腾讯地图^tm、百度地图^tm)和/或可提供地理区域的交通信息的任何其他服务，获取交通信息。例如，响应于接收到实时请求，处理引擎112可以基于实时请求，获取出发位置a和目的地b。处理引擎112可以访问数据库150以获取与出发位置a、目的地b和/或自a至b的推荐路径相关的实时交通状况。处理引擎112可以基于实时交通状况，进一步确定服务提供方自a驾驶至b的参考时间。再例如，响应于接收到预约请求，处理引擎112可以基于预约请求，获取出发位置c、目的地d及起始时间(例如，下周一下午8:00)。处理引擎112可以访问数据库150以获取过去四个周一下午8:00中自c至d的历史交通状况，并基于历史交通状况进一步确定服务提供方驾驶车辆自c至d的参考时间。

在步骤406中，处理引擎112可以基于与服务请求相关的实际路线，确定实际参数。实际参数可以包括与实际路线相关的实际费用、与实际路线相关的实际里程、与实际路线相关的实际时间等。

在运输服务应用场景下，服务请求可以由服务提供方(例如，驾驶员)接受。当服务提供方在出发位置接载到请求方之后，处理引擎112可以在运输服务期间实时监控服务费用、服务里程、服务时间。当服务提供方在目的地放下请求方之后，处理引擎112可以终止监控，并确定实际费用、实际里程及实际时间。

在步骤408中，处理引擎112可以基于参考参数及实际参数，发送与服务请求相关的信息至请求方终端(例如，请求方终端130)。例如，处理引擎112可以发送参考参数和/或实际参数至请求方终端130。再例如，处理引擎112可以发送与参考参数及实际参数相关的通知至请求方终端130。又例如，当运输服务完成时，处理引擎112可以发送服务请求的账单至请求方终端130。

在一些实施例中，接收到的与服务请求相关的信息可以以文字、图像、视频内容、声频内容、图表及其组合的形式，与服务请求一同呈现于请求方终端130。例如，与服务请求相关的信息可以呈现于请求方终端130的一个或以上用户界面，如图6描述的用户界面600。

应当注意，以上描述仅出于说明性目的而提供，并不旨在限制本申请的保护范围。对于本领域普通技术人员来说，可在本申请的指导下进行多种变化及修改。然而，这些变化及修改并不背离本申请的范围。例如，一个或以上其他可选步骤(例如，存储步骤)可被添加至示例性过程/方法400中的任意位置。

图5是根据本申请的一些实施例所示的将与服务请求相关的信息发送至终端的示例性过程/方法500的流程图。过程和/或方法500可以由按需服务系统100执行。例如，过程和/或方法500可以被实现为存储于rom230或ram240中的一组指令(例如，应用程序)。cpu220可以执行该组指令，并可相应地执行所述过程和/或方法500。下文呈现的所示过程/方法的操作用于说明的目的。在一些实施例中，过程/方法可以通过未描述的一个或以上额外操作，和/或省略讨论的一个或以上操作来完成。另外，如图5所示及下文描述的过程/方法的操作顺序并不是限制性的。

在步骤502中，处理引擎112可以预估参考参数与实际参数的第一偏差。参考参数与实际参数的第一偏差可以包括参考费用与实际费用的费用偏差、参考里程与实际里程的里程偏差、参考时间与实际时间的时间偏差等。

例如，处理引擎112可以根据如下所示的公式(3)，确定费用偏差：

其中，fd指参考费用与实际费用的费用偏差；fa指实际费用；fr指参考费用。

再例如，处理引擎112可以根据如下所示的公式(4)，确定里程偏差：

其中，md指参考里程与实际里程的里程偏差；ma指实际里程；mr指参考里程。

又例如，处理引擎112可以根据如下所示的公式(5)，确定时间偏差：

其中，td指参考时间与实际时间的时间偏差；ta指实际时间；tr指参考时间。

在一些实施例中，处理引擎112可以将权重系数分配给费用偏差、里程偏差及时间偏差。此外，处理引擎112可以选择费用偏差、里程偏差及时间偏差中的至少两个，并基于其各自权重系数确定第一偏差。

例如，处理引擎112可以根据如下所示的公式(6)，确定费用偏差、里程偏差及时间偏差的加权值：

d＝fd×wf+md×wm+td×wt(6)

其中，d指加权值；fd指费用偏差；wf指与费用偏差相关的第一权重系数；md指里程偏差；wm指与里程偏差相关的第二权重系数；td指时间偏差；wt指与时间偏差相关的第三权重系数。

权重系数(包括wf、wm及wt)的数值可以是按需服务系统100的默认设置，或者可以根据不同情形进行调整。例如，默认地，wf可以为0.5，wm可以为0.3，wt可以为0.2。再例如，在交通高峰时期，可将时间偏差的第三权重系数wt调整至小于默认值0.2。

在一些实施例中，处理引擎112可以对费用偏差、里程偏差及时间偏差中的至少两个进行排序。此外，处理引擎112可以确定排序后的费用偏差、里程偏差及时间偏差中的至少两个中的至少一个作为参考参数与实际参数的第一偏差。例如，处理引擎112可以将费用偏差、里程偏差及时间偏差中最大的一个、最小的一个、第二大的一个等确定为参考参数与实际参数的第一偏差。

在步骤504中，处理引擎112可以获取与实际路线相关的到达位置。与实际路线相关的到达位置可以指服务提供方放下请求方的实际位置。

在步骤506中，处理引擎112可以确定到达位置与目的地的第二偏差。例如，处理引擎112可以确定到达位置与目的地之间的距离。如本文所述，“距离”可以指直线距离或空间距离(例如，道路或街道的一部分的长度)。

在步骤508中，处理引擎112可以确定第二偏差是否超过第二阈值。第二阈值可以是按需服务系统100的默认设置(例如，0.2公里、0.3公里、0.5公里、1公里等)，或者可以基于来自用户的指令进行调整。

响应于第二偏差超过第二阈值的确定结果，处理引擎112可以执行过程/方法500至步骤512，以结束过程/方法500。在此情况下，处理引擎112可以基于实际参数(例如，实际费用)生成表明已完成运输服务的服务费用的账单，并发送账单至终端(例如，请求方终端130)。

响应于第二偏差小于或等于第二阈值的确定结果，处理引擎112可以执行过程/方法500至步骤510。在步骤510中，处理引擎112可以确定第一偏差是否超过第一阈值。第一阈值可以是按需服务系统100的默认设置(例如，0.3、0.4、0.5等)，或者可以基于来自用户的指令进行调整。

响应于第一偏差小于或等于第一阈值的确定结果，处理引擎112可以执行过程/方法500至步骤512，以结束过程/方法500。

响应于第一偏差超过第一阈值的确定结果，处理引擎112可以执行过程/方法500至步骤514。在步骤514中，处理引擎112可以发送通知至对应于服务请求的终端。如本文所述，通知可以用于通知请求方运输服务期间可能发生的异常(例如，服务提供方不必要的绕行)。

在一些实施例中，通知可以包括与服务相关的参考参数、与实际路线相关的实际参数、参考参数与实际参数的第一偏差、实际路线、与实际路线相关的提示消息等，或其组合。

在一些实施例中，通知可以以文字、图像、视频内容、声频内容、图表或其组合的形式呈现。例如，终端可以通过声音广播呈现通知，以通知请求方在运输服务期间服务提供方可能绕行。

在一些实施例中，发送通知至终端的同时，处理引擎112可以确定请求方是否设定了自动支付。如本文所述，自动支付可以指根据与按需服务系统100绑定的支付应用程序(例如，支付宝^tm、微信支付^tm、百度钱包^tm、贝宝^tm等)的支付协议，无需密码的支付。如本文所述，支付协议可以包括“服务费用小于2美元时自动支付”、“交通高峰期自动支付”等。

响应于请求方设定了自动支付的确定结果，处理引擎112可以拦截自动支付。例如，处理引擎112可以不发送服务请求的账单至终端，从而不触发自动支付。再例如，处理引擎112可以在支付协议中设定一些额外支付规则，例如“当服务请求的账单中存在标识(例如，警告)时，停止自动支付”。

在步骤516中，处理引擎112可以接收来自终端的关于通知的响应。接收通知之后，请求方可以通过终端(例如，图6所示的按钮“帮助”)提供响应。响应可以表明请求方是否对运输服务有任何疑问、请求方是否需要与服务请求相关的任何帮助等。在一些实施例中，响应可以与运输服务请求的服务费用相关。例如，处理引擎112可以基于来自请求方的指令，接收重新确定服务费用的请求。再例如，处理引擎112可以基于来自请求方的指令，接收对服务费用异议的响应。在一些实施例中，响应可以表明请求方没有关于运输服务的疑问。例如，处理引擎112可以基于来自请求方额确认指令，接收对于服务请求账单的确认。

在步骤518中，处理引擎112可以基于响应，发送费用补偿至终端。如本文所述，费用补偿可以包括折扣券、优惠券、重新确定的服务费用或额外费用。例如，接收到基于来自请求方的指令的对服务费用异议的响应后，处理引擎112可以提供折扣券或优惠券。再例如，接收到基于来自请求方的指令的重新确定服务费用的请求后，处理引擎112可以重新确定与服务请求相关的服务费用，并发送重新确定的服务费用至请求方终端130。又例如，假设处理引擎112未成功拦截自动支付或请求方意外支付服务费用，处理引擎112可以将额外费用返回至请求方终端130(例如，至请求方账户)。如本文所述，处理引擎112可以基于参考费用及实际费用确定额外费用。

应当注意，以上描述仅出于说明性目的而提供，并不旨在限制本申请的保护范围。对于本领域普通技术人员来说，可以在本申请的指导下进行多种变化及修改。然而，这些变化及修改并不背离本申请的范围。例如，一个或以上其他可选步骤(例如，存储步骤)可被添加至示例性过程/方法500中的任意位置。再例如，假设请求方在步骤516已确认服务请求的账单，则步骤518为可选的。

图6是根据本申请的一些实施例所示的用于显示与服务请求相关信息的示例性用户界面600的示意图。用户界面600可以由一个或以上终端(例如，提供方终端140、请求方终端130等)呈现。用户界面600可以包括用于呈现与服务请求相关信息(例如，参考参数、实际参数、出发位置、目的地、实际路线等)的一个或以上用户界面元素(也称为“ui元素”)。各个ui元素可以是或包括，例如，一个或以上按键、图标、复选框、消息框、文字域、数据域、搜索域等。

如图6所示，用户界面600可以包括用于呈现出发位置与目的地之间的实际路线的线602。用户界面600还可以包括用于呈现参考参数的一个或以上ui元素604。如图4所述，用于呈现参考参数的一个或以上ui元素604可以包括时间604a、里程604b、费用604c及其相关的各个值。用户界面600还可以包括用于呈现实际参数的一个或以上ui元素606。如图4所述，用于呈现实际参数的一个或以上ui元素606可以包括时间606a、里程606b、费用606c及其相关的各个值。

用户界面600还可以包括用于向请求方提供用户交互的一个或以上ui元素608(例如，“确认”608a及“帮助”608b)。请求方可以通过“确认”按钮输入确认指令。例如，当处理引擎112拦截自动支付时，请求方可以点击“确认”按钮，并手动输入密码以完成支付。请求方可以通过“帮助”按钮请求任何帮助。例如，请求方可以通过“帮助”按钮请求重新确定服务费用。此外，用户界面600还可以包括用于呈现与服务请求相关的其他信息(例如，当前时间(例如，“下午21:00”))的一个或以上ui元素612。

图7是根据本申请的一些实施例所示的示例性移动装置700的示例性硬件和/或软件组件的示意图，请求方终端130或提供方终端140可以在该移动装置700上实现。如图7所示，移动装置700可以包括通信平台710、显示屏720、图像处理单元(gpu)730、中央处理单元(中央处理器)740、输入/输出(i/o)750、内存760及存储器790。在一些实施例中，任何其他合适组件，包括但不限于系统总线或控制器(未示出)，也可以包括于移动装置700。在一些实施例中，移动操作系统770(例如，ios^tm、android^tm、windowsphone^tm等)及一个或以上应用程序780可从存储器790加载至内存760以由中央处理器740执行。应用程序780可以包括浏览器或用于接收及呈现与监控按需服务相关的信息、或来自例如处理引擎112的其他信息的任何其他合适的移动应用。信息流的用户交互可以通过输入/输出750实现，并经由网络120提供给处理引擎112和/或按需服务系统100的其他组件。

为了实现本申请描述的各种模块、单元及其功能，计算机硬件平台可用作本文中描述的一个或以上组件的硬件平台。具有用户界面元素的计算机可用于实现个人计算机(pc)或任何其他类型的工作站或终端装置。若程控得当，计算机亦可用作服务器。

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

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

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

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

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

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