用于修改请求的位置信息的方法和系统与流程
本申请要求于2016年12月30日提交的编号为201611257778.6的中国专利申请的优先权，其全部内容以引用方式被包含于此。
本申请一般涉及在线按需运输服务系统，更具体地，涉及用于修改请求的位置信息的方法和系统。
背景技术：
按需服务，例如在线拼车服务及递送服务，由于其便利性，已变得越来越流行。提供此类服务的服务平台可能需要处理大量复杂的数据并进行大量计算以自动处理及满足用户请求。为了向数百万用户提供可扩展且实时的服务，这样的服务平台可能需要使用图形识别技术、机器学习技术、数据挖掘技术、预测分析、用户行为分析、云计算技术和其他计算技术以执行处理和计算。
技术实现要素：
附加特征将部分地在以下描述中进行阐述，并且在检视以下及附图时，部分特征对于本领域的普通技术人员来讲是显而易见地，或者可以通过实例的制造及操作来了解。本申请的特征可以通过实践或使用以下实例中详细讨论的方法、手段及组合的各个方面来实现或获得。
本申请的技术方案涉及在线运输服务。具体地，技术方案涉及修改请求的起点和/或目的地，并通过在线按需运输平台的服务器将修改后的起点和/或修改后的目的地发送给服务提供者(例如，司机)。应该注意的是，在线按需运输服务是一种仅植根于后互联网时代的新形式的服务。它为使用者和服务提供者提供了仅在后互联网时代才可能实现的技术方案。在互联网时代之前，当使用者在街道上呼叫一辆出租车时，出租车请求和接受只发生在乘客和一个看见该乘客的出租车司机之间。如果乘客通过电话呼叫出租车，则服务请求和接受可能仅发生在乘客和一个服务提供者(例如，一个出租车公司或代理商)之间。如果乘客想要修改目的地，则乘客必须面对面通知司机修改后的目的地。如果乘客不熟悉修改后的目的地，则乘客很难清楚地描述修改后的目的地。然而，在线运输服务从乘客获得修改的起点和/或修改的目的地，并且自动地将修改的起点和/或修改的目的地实时地发送给司机。在线运输服务还向司机提供与修改的起点和/或修改的目的地相关的导航信息，以将司机导航到修改的起点和/或修改的目的地。在线运输服务还向司机和/或乘客提供与修改的起点和/或修改的目的地相关的更新后的费用信息。因此，通过网络，在线按需运输系统可以为用户和服务提供者(例如，司机)提供在传统的前互联网时代的运输服务系统中可能永远不会出现的更高效的交易平台。
根据本申请的第一方面，系统可包括一个或一个以上的存储介质和被配置为与所述一个或一个以上的存储介质通信的至少一个处理器。所述一个或一个以上的存储介质可包括一组指令。当所述至少一个处理器执行所述一组指令时，所述至少一个处理器可以用于执行一个或一个以上的以下操作。所述至少一个处理器可以从与服务请求者相关的第一用户终端接收至少一个对运输服务请求的修改，其中，所述至少一个修改可以包括修改的上车位置或修改的目的地中的至少一个。所述至少一个处理器可以识别与所述运输服务请求相关的服务提供者。所述至少一个处理器可以基于所述至少一个对所述运输服务请求的修改来生成与所述运输服务请求相关的更新信息。所述至少一个处理器可以发送与所述运输服务请求相关的所述更新信息到与所述服务提供者相关的第二用户终端。
在一些实施例中，与运输服务请求相关的更新信息可以包括修改的目的地或修改的上车位置中的至少一个。
在一些实施例中，至少一个处理器可以确定服务提供者的第一位置。至少一个处理器可以基于服务提供者的第一位置和修改的上车位置，确定第一更新路线，其中，更新信息可以与包括第一更新路线的运输服务请求相关。
在一些实施例中，至少一个处理器可以确定运输服务请求的原始上车位置。至少一个处理器可以确定原始上车位置与服务提供者的第一位置之间的第一距离。至少一个处理器可以基于第一更新路线确定修改的上车位置与服务提供者的第一位置之间的第二距离。至少一个处理器可以确定第一距离和第二距离之间的差值。至少一个处理器可以将该差值与阈值进行比较。至少一个处理器可以基于比较确定第一更新费用，其中，更新信息可以与包括第一更新费用的运输服务请求相关。
在一些实施例中，至少一个处理器可以确定运输服务请求的原始目的地。至少一个处理器可以基于修改的上车位置和原始目的地确定第二更新路线，其中，更新信息可以与包括第二更新路线的运输服务请求相关。
在一些实施例中，至少一个处理器可基于第二更新路线确定修改的上车位置与原始目的地之间的第三距离，并基于第三距离确定第二更新费用，其中，更新信息可以与包括第二更新费用的运输服务请求相关。
在一些实施例中，至少一个处理器可以基于修改的上车位置和修改的目的地确定第三更新路线，其中，更新信息可以与包括第三更新路线的运输服务请求相关。
在一些实施例中，至少一个处理器可以基于第三更新路线确定修改的上车位置与修改的目的地之间的第四距离。至少一个处理器可以基于第四距离确定第三更新费用，其中，更新信息可以与包括第三更新费用的运输服务请求相关。
在一些实施例中，至少一个处理器可以通过确定服务提供者是否已经接到了与运输服务请求相关的对象来生成确定结果。至少一个处理器可以基于确定结果生成与运输服务请求相关的更新信息。
在一些实施例中，至少一个处理器可以确定服务提供者的第二位置。至少一个处理器可以根据服务提供者的第二位置和修改的目的地确定第四更新路线，其中，更新信息可以与包括第四更新路线的运输服务请求相关，其中，确定结果可以包括确定服务提供者已经接到了与运输服务请求相关的对象。
在一些实施例中，至少一个处理器可以基于第四更新路线确定服务提供者的第二位置与修改的目的地之间的第五距离。至少一个处理器可以基于第五距离确定第四更新费用，其中，更新信息可与包括第四更新费用的运输服务请求相关。
在一些实施例中，至少一个处理器可以确定运输服务请求的原始上车位置。至少一个处理器可以基于原始上车位置和修改的目的地确定第五更新路线，其中，更新信息可以与包括第五更新路线的运输服务请求相关，其中，确定结果可以包括确定服务提供者未接到对象。
在一些实施例中，至少一个处理器可以基于第五更新路线确定原始上车位置与修改的目的地之间的第六距离。至少一个处理器可以基于第六距离确定第五更新费用，其中，更新信息可以与包括第五更新费用的运输服务请求相关。
在一些实施例中，至少一个处理器可以确定与运输服务请求的至少一个修改相关的确定时间信息。至少一个处理器可以基于时间信息确定第六更新费用，其中，更新信息可以与包括第六更新费用的运输服务请求相关。
根据本申请的第二方面，一种方法可以包括以下操作中的一个或多个。所述至少一个处理器可以从与服务请求者相关的第一用户终端接收对运输服务请求的至少一个修改，其中，所述至少一个修改可以包括修改的上车位置或修改的目的地中的至少一个。至少一个处理器可以识别与运输服务请求相关的服务提供者。至少一个处理器可以基于对运输服务请求的至少一个修改来生成与运输服务请求相关的更新信息。至少一个处理器可以将与运输服务请求相关是更新信息发送到与服务提供者相关的第二用户终端。
根据本申请的第三方面，非暂时性计算机可读介质可包括可执行指令。当至少一个处理器执行所述一组指令时，所述至少一个处理器可以用于执行以下操作中的一个或多个。所述至少一个处理器可以从与服务请求者相关的第一用户终端接收对运输服务请求的至少一个修改，其中，所述至少一个修改可以包括修改的上车位置或修改的目的地中的至少一个。所述至少一个处理器可以识别与运输服务请求相关的服务提供者。所述至少一个处理器可以基于对运输服务请求的至少一个修改来生成与运输服务请求相关的更新信息。所述至少一个处理器可以将与运输服务请求相关的更新信息发送到与服务提供者相关的第二用户终端。
附图说明
图1是根据一些实施例的示例性在线按需运输服务系统的示意框图。
图2是根据本申请的一些实施例示出的计算设备的示例性硬件和软件组件的示意框图。
图3是根据本申请的一些实施例示出的处理引擎的示例性架构的示意框图。
图4是根据本申请的一些实施例示出的由服务器生成更新信息的示例性过程的流程图。
图5是根据本申请的一些实施例示出的生成更新路线信息的示例性过程的流程图。
图6是根据本申请的一些实施例示出的生成更新路线信息的示例性过程的流程图。
图7是根据本申请的一些实施例示出的生成更新费用信息的示例性过程的流程图。
图8是根据本申请的一些实施例示出的生成更新费用信息的示例性过程的流程图。
图9是根据本申请的一些实施例示出的与服务提供者相关的用户终端的示例性架构的示意框图。
图10是根据本申请的一些实施例示出的与服务提供者相关的用户终端的生成更新信息的示例性过程的流程图。
具体实施例
以下描述是为了使本领域的普通技术人员能够实施和利用本申请，并在特定应用及其要求的上下文中提供。对于本领域的普通技术人员来讲，对本申请披露的实施例进行的各种修改是显而易见的，并且本文中定义的通则在不背离本申请的精神及范围的情况下，可以适用于其他实施例及应用。因此，本申请不限于所示的实施例，而是被赋予与权利要求一致的最广泛范围。
本文中所使用的术语仅用于描述特定示例性实施例，并不限制本申请的范围。除非上下文明确提示例外情形，如本文使用的单数形式“一”、“一个”及“该”可以同样包括复数形式。还应当理解，如在本说明书中，术语“包括”、“包含”仅提示存在所述特征、整体、步骤、操作、组件和/或部件，但并不排除存在或添加一个或多个其他特征、整体、步骤、操作、组件、部件和/或其组合的情况。
根据以下对附图的描述，本申请的这些和其他的特征、特点、以及结构的相关元件的功能和操作方法，以及部件组合和制造经济可以变得更加显而易见，这些都构成本申请的一部分。然而，应当明确理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是附图并不是按比例的。
本申请中使用了流程图用于说明根据本申请的一些实施例的系统所执行的操作。应当明确理解，流程图中的操作不一定按照顺序来执行。相反，可以按照倒序或同时处理各种步骤。此外，可以向流程图添加一个或一个以上的其他操作。一个或一个以上的操作也可以从流程图中删除。
此外，虽然本申请中的系统和方法主要是关于修改请求的位置信息来描述的，但是还应该理解，这仅是一个示例性实施例。本申请的系统或方法可以应用于任何其他类型的在线按需运输服务。例如，本申请的系统和方法还可应用于包括陆地、海洋、航空太空等或其任意组合的不同环境的运输系统。运输系统的车辆可包括出租车、私家车、挂车、公共汽车、自行车、电动自行车、三轮车、摩托车、火车、子弹列车、高速铁路、地铁、船舶、飞机、宇宙飞船、热气球、无人驾驶车辆等或其任意组合。该运输系统也可以包括用于管理和/或分配的任一运输系统，例如，发送和/或接收快递的系统。本申请的系统或方法的应用场景可包括网页、浏览器插件、用户终端、定制系统、内部分析系统、人工智能机器人等或其任意组合。
本申请中的术语“乘客”、“请求者”、“服务请求者”可互换使用，以指代可以请求或订购服务的个人、实体或工具。此外，本申请中的“司机”、“提供者”、“服务提供者”可互换使用，以指代可以提供服务或促进提供服务的个人、实体或工具。本申请中的术语“用户”可表示用于请求服务、订购服务、提供服务或促进提供服务的个人、实体或工具。例如，用户可以为乘客、司机、操作员等或其任意组合。在本申请中，“乘客”和“乘客终端”可互换使用，“司机”和“司机终端”可互换使用。
本申请中的术语“服务请求”和“订单”可以互换使用，以表示由乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者、供应者等或其任意组合发起的请求。服务请求可以被乘客、请求者、服务请求者、顾客、司机、提供者、服务提供者或供应者中的任一者接受。服务请求可以是计费的或免费的。
本申请中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线保真(wifi)定位技术等或其任意组合。上述定位技术中的一种或多种可以在本申请中互换使用。
本申请的一个方面涉及用于修改请求的起点和/或目的地的在线系统和方法。在线按需运输服务平台可以基于修改的起点和/或修改的目的地生成修改的路线和修改的费用。
在线运输服务系统可以使用户能够订购运输服务请求。在使用现有的在线运输服务系统来修改请求的上车位置或目的地，乘客可能必须面对面或通过电话与司机沟通。这可能对用户体验产生不利影响。因此，期望提供用于修改运输服务请求的位置信息以提升用户体验的新机制。
图1是根据本申请的一些实施例的示例性在线按需运输服务系统100的示意框图。在一些实施例中，系统100可以是用于运输服务的系统，例如出租车、司机服务、快车、拼车、公交服务、司机租用和班车服务。系统100可以包括服务器110、网络120、一个或一个以上的用户终端(例如，一个或一个以上的请求者终端130、提供者终端140)和存储器150。服务器110可包括处理引擎112。
在一些实施例中，服务器110可以是单一服务器或服务器组。该服务器组可以是集中式或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可通过网络120获取储存在请求者终端130、提供者终端140及/或数据存储器150中的信息及/或数据。又例如，服务器110可以直接连接到请求者终端130、提供者终端140和/或存储器150，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实施。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多重云等或其任意组合。在一些实施例中，服务器110可以在图2中描述的包含了一个或一个以上的组件的计算设备200上执行。
在一些实施例中，服务器110可以包括处理引擎112。该处理引擎112可处理与服务请求相关的信息和/或数据来执行在本申请中揭示的一个或一个以上的功能。例如，处理引擎112可以基于从请求者终端130获得的修改的起点和/或修改的目的地来确定更新信息。在一些实施例中，处理引擎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)、无线局域网络(wlan)、城域网(man)、广域网路(wan)、公共交换电话网络(pstn)、蓝牙网络、zigbee网络、近场通讯(nfc)网络等或其任意组合。在一些实施例中，网络120可以包括一个或一个以上的网络接入点。例如，网络120可以包括有线或无线网络接入点，如基站和/或互网交换点120-1、120-2、……，通过接入点，系统100的一个或一个以上的部件可以连接到网络120以交换数据和/或信息。
在一些实施例中，请求者终端130可以包括移动设备130-1、平板计算机130-2、膝上型计算机130-3、机动车内置设备130-4等或其任意组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器的控制设备、智能监测设备、智能电视、智能视讯摄影机、对讲机等或其任意组合。在一些实施例中，可穿戴设备可以包括智能手环、智能鞋袜、智能眼镜、智能头盔、智能手表、智能衣物、智能背包、智能配件等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(pda)、游戏设备、导航设备、pos机等或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强实境头盔、增强实境眼镜、增强实境眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括googletm眼镜、oculusrifttm、hololenstm、gearvrtm等。在一些实施例中，机动车内置设备130-4可以包括机载计算机或机载电视等。在一些实施例中，请求者终端130可以是具有用来确定请求者和/或请求者终端130位置的定位技术的装置。
在一些实施例中，提供者终端140可以与请求者终端130类似或相同。在一些实施例中，提供者终端130可以是具有用于定位服务请求者和/或请求者终端130位置的定位技术的设备。在一些实施例中，提供者终端140可以是具有用于定位提供者和/或提供者终端140位置的定位技术的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与其他定位设备通信以确定服务请求者、请求者终端130、服务提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以向服务器110传送定位信息。
在一些实施例中，请求者终端130可以安装用于发送运输服务请求的应用程序。通过该应用程序，请求者终端130可以与服务器110建立连接并通信。在一些实施例中，提供者终端140可以安装用于接受运输服务请求的应用程序。通过该应用程序，提供者终端140可以与服务器110建立连接并通信。
在一些实施例中，服务请求者可以使用请求者终端130来请求运输服务。在一些实施例中，服务提供者可以通过使用提供者终端140接受请求来向服务请求者提供运输服务。
存储器150可以储存数据和/或指令。在一些实施例中，存储器150可以储存从请求者终端130和/或提供者终端140处获取的数据。在一些实施例中，存储器150可以储存服务器110可以执行或使用以实现本申请中描述的示例性方法的数据和/或指令。在一些实施例中，存储器150可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(rom)等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取内存(ram)。示例性的ram可包括动态ram(dram)、双倍速率同步动态ram(ddrsdram)、静态ram(sram)、闸流体ram(t-ram)和零电容ram(z-ram)等。示例性的rom可以包括掩模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可以在完成服务后读取和/或修改一个或一个以上的用户的信息。又例如，提供者终端140可以在从请求者终端130接收服务请求时访问与服务请求者相关的信息，但是提供者终端140可以不修改服务请求者的相关信息。
图2是根据本申请的一些实施例示的出计算设备200的示例性硬件和软件组件的示意图，在该计算设备200上可以实现服务器110、请求者终端130和/或提供者终端140。例如，处理引擎112可以在计算设备200上实现，并且被配置为执行本申请所披露的处理引擎112的功能。
计算设备200可以是通用计算机或专用计算机，这两种计算机都可以用于实现本申请揭示的按需服务系统。计算设备200可以被用于实现本申请描述的按需服务系统的任一组件。例如，处理引擎112可以在计算设备200上通过其硬件、软件程序、固件或其组合实现。图中为了方便起见只绘制了一台计算机，但是本申请所描述的与按需服务相关的计算机功能可以在相似的平台上以分布的方式实现，以分散处理负荷。
计算设备200可以包括，例如，与网络相连接并促进数据通讯的通讯端口250。计算设备200还可以包括处理器220以用于执行程序指令，该处理器220以一个或一个以上的处理器的形式存在。示例性的计算机平台可以包括内部总线210、不同形式的程序存储器和数据存储器，例如，磁盘270、和只读存储器(rom)230或随机存取存储器(ram)240，用于存储由计算机处理和/或传输的各种各样的数据文件。示例性的计算机平台还可以包括储存于只读存储器230、随机存取存储器240和/或其他类型的非暂时存储介质中的供处理器220执行的程序指令。本申请的方法和/或流程可以以程序指令的方式实现。计算设备200还包括输入/输出部件260，用于支持计算机与其他部件此处例如用户接口组件280之间的输入/输出。计算设备200还可以通过网络通信接收程序设计和数据。
仅仅为了说明，仅描述了在计算设备200中的一个处理器。然而，应该注意的是，本申请中的计算设备200还可以包括多个处理器，因此，如本申请中描述的由一个处理器执行的操作和/或方法步骤也可以由多个处理器共同或分别执行。例如，如果在本申请中计算设备200的处理器执行步骤a和步骤b，则应该理解，步骤a和步骤b也可以由计算设备200中的两个不同处理器共同或分别执行(例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一和第二处理器共同执行步骤a和b)。
图3是根据本申请的一些实施例示出的示例性处理引擎112的示意框图。如图所示，处理引擎112可以包括输入/输出模块310、服务信息生成模块320和服务器端服务信息更新模块330。
输入/输出模块310可以被配置为从与服务请求者相关的第一用户终端接收对运输服务请求的至少一个修改。第一用户终端可以是和/或包括如结合图1所描述的任何用户终端，例如图1的请求者终端130。在一些实施例中，运输服务可以是使用车辆将对象从一个地方带到另一个地方的服务。该对象可以包括乘客和/或货物。例如，该运输服务可以是计程车服务或递送服务。车辆可包括出租车、私家车、挂车、公共汽车、自行车、电动自行车、三轮车、摩托车、火车、子弹列车、高速铁路、地铁、船、飞机、飞船、热气球、无人驾驶车辆等或其任意组合。在一些实施例中，请求可以包括原始上车位置和原始目的地。在一些实施例中，修改可以包括所述请求的修改的上车位置和/或所述请求的修改的目的地。在一些实施例中，输入/输出模块310可以在接到对象之前或之后接收至少一个修改。替代地或另外地，输入/输出模块310可以在运输过程中接收修改。
服务信息生成模块320可以被配置用于识别与运输服务请求相关的服务提供者。在一些实施例中，服务提供者可以是接受运输服务请求的用户。在一些实施例中，服务提供者可以使用第二用户终端经由网络120与服务器110通信。在一些实施例中，第二用户终端可以是图1的提供者终端140。
服务器端服务信息更新模块330可以被配置为基于至少一个修改生成更新信息。在一些实施例中，更新信息可以包括所述至少一个修改、更新路线信息、更新费用信息、与服务请求和/或修改等相关的任何其他信息，或其任意组合。在一些实施例中，更新路线信息可包括上车更新路线和/或服务更新路线。上车更新路线可以包括从服务提供者的第一位置到修改的上车位置的第一更新路线。服务提供者的第一位置可以包括，例如，在服务提供者接到对象之前，当输入/输出模块310接收至少一个修改时，服务提供者的位置。服务更新路线可以包括从修改的上车位置到原始目的地的第二更新路线、从修改的上车位置到修改的目的地的第三更新路线、从服务提供者的第二位置到修改的目的地的第四更新路线或从原始上车位置到修改的目的地的第五更新路线中的至少一个。服务提供者的第二位置可以指包括，例如，在服务提供者接到对象之后，当输入/输出模块310接收至少一个修改时，服务提供者的位置。
更新费用信息可以包括与运输服务请求的修改相关的一个或一个以上的附加费、小费和/或任何其他费用。在一些实施例中，服务器端服务信息更新模块330可以基于更新路线信息确定更新费用信息。在一些实施例中，更新费用信息可包括第一更新费用和/或第二更新费用。服务器端服务信息更新模块330可以基于上车更新路线来确定第一更新费用。服务器端服务信息更新模块330可以基于服务更新路线确定第二更新费用。
在一些实施例中，输入/输出模块310可以进一步被配置为将更新信息发送到第一用户终端和/或第二用户终端。
模块310、320和/或330可以包括处理引擎112的全部或部分的硬件电路。这些模块也可以作为一个应用程序或一组由处理引擎读取和执行的指令来实现。此外，这些模块可以是硬件电路和应用程序/指令的组合。例如，当处理引擎执行应用程序/指令时，这些模块可以是处理引擎112的一部分。
处理引擎112中的模块可以通过有线连接或无线连接以互相连接或互相通讯。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(lan)、广域网路(wan)、蓝牙、zigbee网络、近场通讯(nfc)等或其任意组合。两个或多个模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或多个单元。例如，输入/输出模块310可以与服务信息生成模块320集成在单个模块中，该模块既可以获取运输服务请求，也可以识别服务提供者。又例如，输入/输出模块310可以被划分为可以接收至少一个修改的输入单元和可以发送更新信息的输出单元。
应当注意，图3中所示的处理引擎112仅出于说明的目的而提供，并非旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。然而，这些变化和修改不会背离本申请的范围。在一些实施例中，处理引擎112还可包括存储模块(图3中未示出)，其被配置用于存储数据和/或指令。
图4是根据本申请的一些实施例示出的由服务器生成更新的服务信息的示例性过程的流程图。在一些实施例中，过程400可以在图1所示的系统100中实现。例如，过程400可以以指令的形式存储在存储器150和/或存储设备(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的处理器220，或图3中所示的处理引擎112中的一个或一个以上的模块)调用和/或执行。
在一些实施例中，服务请求者可以使用第一用户终端(例如，请求者终端130)向在线按需运输服务平台(例如，服务器110)发送运输服务请求。在接收到请求之后，在线按需运输服务平台(例如，服务器110)可以将请求分配给服务提供者。服务提供者可以使用第二用户终端(例如，提供者终端140)接受该请求。如果服务请求者修改所述请求的上车位置和/或所述请求的目的地并使用第一用户终端将修改的上车位置和/或修改的目的地发送到服务器110，则服务器110中的处理引擎112可以执行过程400并生成更新信息。
在步骤410中，输入/输出模块310可以从与服务请求者相关的第一用户终端接收对对象的运输服务请求的至少一个修改。所述修改可以包括对请求的任何改变。例如，所述修改可以包括修改的上车位置和/或修改的目的地。在一些实施例中，服务请求者可以使用第一用户终端来请求或订购运输服务。在一些实施例中，服务请求者可以使用第一用户终端来修改请求的上车位置和/或请求的目的地。第一用户终端可以将修改的上车位置和/或修改的目的地发送到服务器110。可以在接到对象之前或之后进行修改和/或发送所述修改。例如，在接到对象之前，服务请求者可以使用第一用户终端来修改上车位置和/或目的地，并将修改的上车位置和/或修改的目的地发送到服务器110。又例如，在接到对象后，服务请求者可以使用第一用户终端修改目的地并将修改后的目的地发送到服务器110。在一些实施例中，第一用户终端可以是图1的请求者终端130。
在步骤420中，服务信息生成模块320可以识别与运输服务请求相关的服务提供者。与运输服务请求相关的服务提供者可以是和/或包括接受运输服务请求的用户、已经分配了服务请求的用户和/或可以是被视为与运输要求相关的任何其他用户。在一些实施例中，在接收到来自与服务提供者相关的用户终端对请求的接受时，和/或在将请求分配给服务提供者时，服务提供者可以由服务信息生成模块320和/或任何其他设备与运输服务请求建立联系。服务提供者和运输服务请求可以通过将与服务提供者相关的存储信息(例如，关于服务提供者和/或与服务提供者相关的用户终端的信息)关联到请求的信息来建立联系。
例如，可以通过检索与运输服务请求相关的信息来识别服务提供者。在一些实施例中，服务信息生成模块320可以通过识别与服务提供者相关的用户终端来识别服务提供者。服务提供者和/或与服务提供者相关的用户终端可以使用用户标识、用户账户、用户终端的标识和/或可用于识别服务提供者和/或与服务提供者相关的用户终端的任何其他标识信息来识别服务提供者。
在步骤430，服务器端服务信息更新模块330可以基于至少一个修改生成更新信息。在一些实施例中，更新信息可以包括所述至少一个修改、更新路线信息、更新费用信息、与请求和/或修改相关的任何其他信息等或其任意组合。
在一些实施例中，更新路线信息可包括一个或一个以上的更新路线。每条更新路线可以基于修改的上车位置、修改的目的地、与运输服务请求相关的原始上车位置、与运输服务相关的原始目的地、与运输服务请求相关的服务提供者的一个或一个以上的位置、和/或与运输服务请求和/或修改相关的任何其他信息中的一个或多个来确定。在一些实施例中，可以通过执行下面结合图5-6描述的一个或一个以上的操作来生成更新路线。
更新费用信息可以包括与运输服务请求的修改相关的一个或一个以上的附加费、小费和/或任何其他费用。在一些实施例中，服务器端服务信息更新模块330可以基于更新路线信息确定更新费用信息。在一些实施例中，更新费用信息可包括一个或一个以上的更新费用。每个更新费用可以基于上车更新路线、服务更新路线、时间信息和/或与运输服务请求和/或修改相关的任何其他信息来确定。在一些实施例中，可以通过执行下面结合图7-8描述的一个或一个以上的操作来生成更新费用。
在步骤440中，输入/输出模块310可以将更新信息发送到与服务请求者相关的第一用户终端和/或与服务提供者相关的第二用户终端。更新信息可以通过任何合适的网络(例如图1的网络120)来发送。在一些实施例中，输入/输出模块310还可以向第一用户终端和/或第二用户终端发送可用于呈现更新信息的信息和/或数据，例如，用于呈现一个或一个以上的的用户界面的数据。
图5是根据本申请的一些实施例示出的生成更新路线信息的示例性过程的流程图。在一些实施例中，过程500可以在图1中所示的系统100中实现。例如，过程500可以以指令的形式存储在存储器150和/或存储设备(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的处理器220，或者在图3中所示的处理引擎112中的一个或一个以上的模块)调用和/或执行。在一些实施例中，服务器端服务信息更新模块330可以通过执行过程500来生成在过程400的步骤430中的更新信息。
在步骤510中，服务器端服务信息更新模块330可以确定请求的修改的上车位置。修改的上车位置可以基于对所述请求的一个或一个以上的修改来确定。在一些实施例中，可以经由输入/输出模块310接收修改的上车位置和/或修改。
在步骤520中，服务器端服务信息更新模块330可以获取服务提供者的第一位置。例如，服务器端服务信息更新模块330可以在第一时刻确定服务提供者的位置作为服务提供者的第一位置。第一时刻可以对应于接收对所述请求的修改(例如，通过输入/输出模块310)。
在一些实施例中，服务器端服务信息更新模块330可以确定第一时刻，然后可以在第一时刻确定服务提供者的位置作为第一位置。
在一些实施例中，与服务提供者相关的用户终端可以使用合适的定位技术来确定服务提供者的位置信息。位置信息可以包括第一位置或可用于识别第一位置的任何信息(例如，随时间变化的服务提供者的一个或一个以上的位置)。用户终端可以经由网络120以实时、基本上实时和/或任何其他方式向服务器110发送服务提供者的位置信息。服务信息生成模块320可以经由网络120从第二用户终端接收服务提供者的位置信息。服务信息生成模块320可以基于位置信息获取第一位置(例如，通过从位置信息中提取第一位置、基于服务提供者的一个或一个以上的其他位置和/或第一时间确定第一位置)。
在一些实施例中，服务器端服务信息更新模块330可以基于步骤510的确定结果，向第二用户终端发送对服务提供者的第一位置的请求。响应于接收对服务提供者的第一位置的请求，第二用户终端可以将服务提供者的第一位置发送到服务信息生成模块320。
在步骤530中，服务器端服务信息更新模块330可以基于服务提供者的第一位置和修改的上车位置来确定第一更新路线。第一更新路线可以是和/或包括第一位置和修改的上车位置之间的任何路线。
在一些实施例中，服务器端服务信息更新模块330还可以生成第一导航信息。第一导航信息可以包括第一更新路线、一个或一个以上的驾驶方向、映射数据和/或服务提供者可以用来驾驶到修改的上车位置的任何其他信息。例如，如果修改的上车位置不同于原始位置以及服务提供者的第一位置不同于服务提供者接收请求的原始上车位置时的位置，则服务器端服务信息更新模块330可以基于修改的上车位置和服务提供者的第一位置来确定第一导航信息。在一些实施例中，输入/输出模块310可以比接收修改的上车位置更早地接收原始上车位置。输入/输出模块310可以将第一导航指令发送到第二用户终端，以将服务提供者导航到修改的上车位置。
在步骤540中，服务器端服务信息更新模块330可以确定输入/输出模块310是否接收到修改的目的地。响应于确定输入/输出模块310未接收到修改的目的地，过程500可以进行到步骤550。在步骤550中，服务器端服务信息更新模块330可以获得所述请求的原始目的地。
在步骤560中，服务器端服务信息更新模块330可以基于修改的上车位置和原始目的地确定第二更新路线。第二更新路线可以包括修改的上车位置和原始目的地之间的任何路线。
在一些实施例中，响应于确定输入/输出模块310接收到修改的目的地，过程500可以进行到步骤570。在步骤570中，服务器端服务信息更新模块330可以基于修改的上车位置和修改的目的地确定第三更新路线。第三更新路线可以包括上车位置和修改的目的地之间的任何路线。
在一些实施例中，输入/输出模块310可以接收修改的上车位置，并且服务器端服务信息更新模块330可以确定从服务提供者的第一位置到修改的上车位置的第一更新路线以及从修改的上车位置到原始目的地的第二更新路线(例如，服务器端服务信息更新模块330可以执行步骤510、520、530、540、550和560)。
在一些实施例中，输入/输出模块310可以接收修改的上车位置和修改的目的地。服务器端服务信息更新模块330可以确定从服务提供者的第一位置到修改的上车位置的第一更新路线以及从修改的上车位置到修改的目的地的第三更新路线(例如，服务器端服务信息更新模块330可以执行步骤510、520、530、540和570)。
图6是根据本申请的一些实施例示出的生成更新路线信息的示例性过程的流程图。在一些实施例中，过程600可以在图1中所示的系统100中实现。例如，过程600可以以指令的形式存储在存储器150和/或存储设备中(例如，rom230、ram240等)，并由服务器110(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的处理器220、或在图3中所示的处理引擎112中的一个或一个以上的模块)调用和/或执行。在一些实施例中，过程600可以生成过程400的步骤430中的更新信息。
在步骤610中，服务器端服务信息更新模块330可以确定输入/输出模块310没有接收到请求的修改的上车位置，并且输入/输出模块310接收到请求的修改的目的地。修改的目的地可以基于对所述请求的一个或一个以上的修改来确定。在一些实施例中，修改的目的地和/或修改可以经由输入/输出模块310来接收。
在步骤620中，服务器端服务信息更新模块330可以基于步骤610中的确定结果来确定服务提供者是否已经接到所述请求的对象。响应于确定服务提供者已经接到所述请求的对象，过程500可以进行到步骤630。
在步骤630中，服务器端服务信息更新模块330可以确定服务提供者的第二位置。例如，服务器端服务信息更新模块330可以将在第二时刻确定的服务提供者的位置作为服务提供者的第二位置。第二时刻可以对应于在服务提供者接到对象之后接收(例如，通过输入/输出模块310)对所述请求的修改。
在一些实施例中，服务器端服务信息更新模块330可以确定第二时刻，然后可以在第二时刻确定服务提供者的位置作为第二位置。
在一些实施例中，与服务提供者相关的用户终端可以使用合适的定位技术来确定服务提供者的位置信息。位置信息可以包括第二位置或可用于识别第二位置的任何信息(例如，随时间的变化的服务提供者的一个或一个以上的位置)。用户终端可以经由网络120实时、基本上实时和/或以任何其他方式将服务提供者的位置信息发送到服务器110。服务信息生成模块320可以经由网络120从第二用户终端接收服务提供者的位置信息。服务器端服务信息更新模块330可以基于位置信息获取第二位置(例如，通过从位置信息中提取第二位置，基于服务提供者的一个或一个以上的其他位置和/或第二时刻确定第二位置)。
在一些实施例中，服务器端服务信息更新模块330可以基于对服务提供者已经接到了对象的确定结果，向第二用户终端发送对服务提供者的第二位置的请求。响应于接收对服务提供者的第二位置的请求，第二用户终端可以将服务提供者的第二位置发送到服务信息生成模块320。
在步骤640中，服务器端服务信息更新模块330可以基于服务提供的第二位置和修改的目的地确定第四更新路线。第四更新路线可以包括第二位置和修改的目的地之间的任何路线。
在一些实施例中，响应于确定服务提供者尚未接到所述请求的对象，过程500可以进行到步骤650。
在步骤650中，服务信息生成模块320可以获得请求的原始上车位置。
在步骤660中，服务器端服务信息更新模块330可以基于原始上车位置和修改的目的地确定第五更新路线。第五更新路线可以包括原始上车位置和修改的目的地之间的任何路线。
在一些实施例中，输入/输出模块310可以在服务提供者接到对象之后接收修改的目的地，并且服务器端服务信息更新模块330可以确定从服务提供者的第二位置到修改的目的地的第四更新路线(例如，服务器端服务信息更新模块330可以执行步骤610、620、630和640)。
在一些实施例中，输入/输出模块310可以在服务提供者接到对象之前接收修改的目的地，并且服务器端服务信息更新模块330可以确定从原始上车位置到修改的目的地的第五更新路线(例如，服务器端服务信息更新模块330可以执行步骤610、620、650和660)。
在修改的上车位置不同于原始上车位置并且修改的目的地与修改的目的地不同的一些实施例中，服务器端服务信息更新模块330可以基于修改的上车位置、修改的目的地、与运输服务请求相关的原始上车位置、与运输服务相关的原始目的地和服务提供者的第二位置中的一个以上来确定第二导航信息。输入/输出模块310可以将第二导航指令发送到第二用户终端以将服务提供者导航到修改的目的地和/或原始目的地。服务提供者可能不需要在第二用户终端输入修改的上车位置和/或修改的目的地以生成第二导航指令，这提高了效率和用户体验。
在一些实施例中，如果输入/输出模块310在服务提供者接到对象之前接收修改的上车位置和修改的目的地，则服务器端服务信息更新模块330可以基于服务提供者的第一位置和修改的上车位置来确定第一导航信息，并基于修改的上车位置和修改的目的地来确定第二导航信息。输入/输出模块310可以将第一导航信息和第二导航信息发送到第二用户终端。当服务提供者驾驶前往修改的上车位置时，第二用户终端可以呈现第一导航信息。当服务提供者驾驶前往修改的目的地时，第二用户终端也可以呈现第二导航指令。
在一些实施例中，如果输入/输出模块310在服务提供者接到对象之后接收到修改的目的地，则服务器端服务信息更新模块330可以基于修改的目的地和服务提供者的第二位置确定第二导航信息。
在一些实施例中，如果输入/输出模块310在服务提供者接到对象之前接收到修改的目的地，则服务器端服务信息更新模块330可以基于修改的目的地和原始上车位置确定第二导航信息。
在一些实施例中，如果输入/输出模块310在服务提供者接到对象之前接收到修改的上车位置，则服务器端服务信息更新模块330可以基于修改的上车位置和服务提供者的第一位置来确定第一导航信息，并根据修改的上车位置和原始目的地来确定第二导航信息。输入/输出模块310可以将第一导航信息和第二导航信息发送到第二用户终端。当服务提供者驾驶前往修改的上车位置以接送对象时，第二用户终端可以呈现第一导航信息。当服务提供者驾驶前往原始目的地时，第二用户终端还可以呈现第一导航信息。
在一些实施例中，第二导航信息可以包括第二更新路线、第三更新路线、第四更新路线和第五更新路线。
图7是根据本申请的一些实施例示出的生成更新费用信息的示例性过程的流程图。在一些实施例中，过程700可以在图1中所示的系统100中实现。例如，过程700可以作为指令的形式存储在存储器150和/或存储设备(例如，rom230、ram240等)中，并且由服务器110(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的处理器220或图3中所示的处理引擎112中的一个或一个以上的模块)调用和/或执行。在一些实施例中，过程700可以生成过程400的步骤430中的更新信息在。在一些实施例中，过程700可以基于上车更新路线(例如，从服务提供者的第一位置到修改的上车位置的第一更新路线)生成第一更新费用。在一些实施例中，服务器端服务信息更新模块330可以在过程500中的步骤530之后执行过程700。
在步骤710中，服务器端服务信息更新模块330可以获取请求的原始上车位置。
在步骤720中，服务器端服务信息更新模块330可以确定服务提供者的第一位置与原始上车位置之间的第一距离。在一些实施例中，本申请中的两个位置之间的距离可以指两个位置之间的路线的长度，而不是两个位置之间的线段的长度。
在步骤730中，服务器端服务信息更新模块330可以基于第一更新路线确定修改的上车位置与服务提供者的第一位置之间的第二距离。
在步骤740中，服务器侧服务信息更新模块330可以确定第一距离和第二距离之间的差值。在一些实施例中，服务器侧服务信息更新模块330可以通过从第二距离中减去第一距离来确定差值。在一些实施例中，服务器侧服务信息更新模块330可以通过从第一距离中减去第二距离来确定差值。
在步骤750中，服务器端服务信息更新模块330可以将所述差值与阈值(例如，1千米)进行比较。所述阈值可以大于或等于0。在一些实施例中，所述阈值可以是系统100的默认设置(例如，1千米)，或者可以根据不同的情况进行调整。例如，在交通高峰时段(例如，上午7:00至上午9:00)，服务器端服务信息更新模块330可以确定相对小的阈值(例如，1千米)。在空闲时段(例如，上午10：00至上午12：00)，服务器端服务信息更新模块330可以确定相对较大的阈值(例如，3千米)。
在一些实施例中，对于服务器端服务信息更新模块330通过从第二距离中减去第一距离来确定差值的情况，服务器端服务信息更新模块330可以确定所述差值是否是大于所述阈值。对于服务器端服务信息更新模块330通过从第一距离中减去第二距离来确定差值的情况，服务器端服务信息更新模块330可以确定所述差值是否小于0并且所述差值的绝对值是否大于所述阈值。
在步骤760中，服务器端服务信息更新模块330可以基于所述比较来确定第一更新费用。例如，可以基于所述差值是大于阈值还是小于0来确定第一更新费用。
在一些实施例中，服务器端服务信息更新模块330可以基于所述差值来确定第一更新费用。在一些实施例中，服务器端服务信息更新模块330可以确定第一更新费用可以随着所述差值而变化。例如，在服务器端服务信息更新模块330通过从第二距离中减去第一距离来确定差值，服务器端服务信息更新模块330可以确定第一更新费用与所述差值成正比。在一些实施例中，服务器端服务信息更新模块330可以确定第一更新费用是常数。例如，在服务器端服务信息更新模块330通过从第二距离中减去第一距离来确定差值的一些实施例中，如果服务器端服务信息更新模块330确定所述差值大于阈值，服务器端服务信息更新模块330可以确定第一更新费用是特定数额(例如，1美元)。
在一些实施例中，服务器端服务信息更新模块330可以在步骤710或步骤720之前执行步骤730。在一些实施例中，服务器端服务信息更新模块330可以同时执行步骤730和步骤710。在一些实施例中，服务器端服务信息更新模块330可以同时执行步骤730和步骤720。
图8是根据本申请的一些实施例示出的生成更新费用信息的示例性过程的流程图。在一些实施例中，过程800可以在图1中所示的系统100中实现。例如，过程800可以作为指令的形式存储在存储器150和/或存储设备中(例如，rom230、ram240等)，并且由服务器110(例如，服务器110中的处理引擎112、服务器110中的处理引擎112的处理器220或在图3中所示的处理引擎112中一个或一个以上的模块)调用和/或执行。在一些实施例中，过程800可以生成在过程400的步骤430中的更新信息。在一些实施例中，过程800可以基于服务更新路线生成第二更新费用(例如，第二更新路线、第三更新路线、第四更新路线或第五更新路线)。在一些实施例中，服务信息生成模块320可以在过程500中的步骤560或步骤570之后执行过程800。在一些实施例中，服务信息生成模块320可以在过程600中的步骤640或步骤660之后执行过程800。
在步骤810中，服务器端服务信息更新模块330可以确定与请求的修改相关的时间信息。时间信息可以指代确定运输服务的费用的规则。时间信息可包括单位距离费用和/或时间系数。单位距离费用可以包括每公里的第一单位距离费用、第一距离区间的每公里的第二单位距离费用、第二距离区间的每公里的第三单位距离费用等。例如，服务器端服务信息更新模块330可以确定每个距离区间的单位距离费用相同。例如，服务器端服务信息更新模块330可以确定单位距离费用为每公里2美元。又例如，服务器端服务信息更新模块330可以确定不同距离区间的单位距离费用是不同的。
在一些实施例中，时间系数可以根据不同的时间段来调整。例如，输入/输出模块310在交通高峰期(例如，上午7:00至9:00)接收至少一个修改，服务器端服务信息更新模块330可以确定相对大的时间系数(例如，2)。输入/输出模块310在空闲时段(例如，上午10：00至12：00am)中接收至少一个修改，服务器端服务信息更新模块330可以确定相对小的时间系数(例如，1)。
在步骤820中，服务器端服务信息更新模块330可以确定与更新路线信息相关的服务距离。在一些实施例中，服务器端服务信息更新模块330可以基于服务更新路线确定服务距离。在一些实施例中，服务距离可以包括第二更新路线的第三距离、第三更新路线的第四距离、第四更新路线的第五距离或者第五更新路线的第六距离中的至少一个。
在步骤830中，服务器端服务信息更新模块330可以基于服务距离和时间信息确定第二更新费用。在一些实施例中，服务器端服务信息更新模块330可以基于服务距离和单位距离费用来确定第二更新费用。例如，服务器端服务信息更新模块330可以基于下面的等式(1)来确定第二更新费用：
其中，c2可以表示第二更新费用；cu1可以表示每公里的第一单位距离费用；d服务可以表示服务距离；
又例如，服务器端服务信息更新模块330可以基于下面的等式(2)确定第二更新费用：
其中，cu2可以表示第一距离区间的每公里的第二单位距离费用；cu3可以指第二距离区间的每公里的第三单位距离费用。
在一些实施例中，服务器端服务信息更新模块330可以基于服务距离、时间系数和单位距离费用来确定第二更新费用。例如，服务器端服务信息更新模块330可以基于下面的等式(3)确定第二更新费用：
c2＝t×c′2，(3)
其中，t可以指时间系数；c′2可以指基于单位距离费用确定的费用。
例如，输入/输出模块310可以在上午8:00接收请求的修改的上车位置，北京大学，和请求的修改的目的地，人民大学，服务器端服务信息更新模块330可以确定从北京大学到人民大学的更新路线，并确定更新路线的距离为3、5公里。服务器端服务信息更新模块330可以确定单位距离费用是每公里2美元，并且上午8:00的时间系数是2。服务器端服务信息更新模块330可以基于等式(1)和等式(3)将第二更新费用确定为16美元。
应当注意以上关于过程800的描述仅仅是出于说明的目的而提供的，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，根据本申请的教导可以做出多种变化和修改。然而，这些变化和修改不会背离本申请的范围。在一些实施例中，步骤810和步骤820可以按任意顺序执行。
图9是根据本申请的一些实施例示出的与服务提供者相关的用户终端的示例性架构的示意框图。在一些实施例中，用户终端可以是提供者终端140。在一些实施例中，更新信息可以由第二用户终端生成。如图所示，用户终端可以包括输入/输出模块910、用户端服务信息更新模块920和用户界面模块930。
输入/输出模块910可以被配置为从在线按需运输服务平台接收对对象的运输服务请求的至少一个修改。在线按需运输服务平台可以使用服务器110来实现。在一些实施例中，与服务请求者(例如，请求者终端130)相关的第一用户终端可以安装用于发送运输服务请求的应用程序。通过该应用程序，第一用户终端可以与服务器110建立连接并通信。通过该应用程序，服务请求者可以修改请求的上车位置和/或请求的目的地，并将修改的上车位置和/或修改的目的地发送到服务器110。在一些实施例中，第二用户终端可以安装用于接受运输服务请求的应用程序。通过该应用程序，第二用户终端可以与服务器110建立连接并通信，并从服务器110接收修改的上车位置和/或修改的目的地。
用户端服务信息更新模块920可以被配置用于基于至少一个修改来确定请求的更新信息。在一些实施例中，输入/输出模块910可以进一步被配置为将更新信息发送到与服务请求者相关的第一用户终端(例如，请求者终端130)。
用户界面模块930可以被配置为生成、处理和/或呈现一个或一个以上的用户界面。例如，可以生成和/或呈现一个或一个以上的用户界面以提示用户提供对请求的修改。又例如，可以生成和/或呈现一个或一个以上的用户界面以提供导航信息、路线信息等。作为又一个示例，可以生成和/或呈现一个或一个以上的用户界面以提供与请求和/或对请求的修改相关的费用信息。
模块可以是第二用户终端的全部或部分的硬件电路。模块还可以实现为由第二用户终端读取和执行的应用程序或指令。此外，模块可以是硬件电路和应用程序/指令的组合。例如，当第二用户终端执行应用程序/指令时，模块可以是第二用户终端的一部分。
第二用户终端中的模块可以通过有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合电缆等或其任意组合。无线连接可以包括局域网络(lan)、广域网路(wan)、蓝牙、zigbee网络、近场通讯(nfc)等或其任意组合。两个或多个模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或多个单元。例如，输入/输出模块910可以被划分为可以接收至少一个修改的输入单元和可以发送更新信息的输出单元。
应当注意的是，图9中所示的第二用户终端仅出于说明的目的而提供，并非旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的变化或修改。然而，这些变化和修改不会背离本申请的范围。在一些实施例中，第二用户终端还可包括存储模块(图9中未示出)，其被配置用于存储数据和/或指令。
图10是根据本申请的一些实施例示出的与服务提供者相关的第二用户终端的生成更新信息的示例性过程的流程图。在一些实施例中，过程1000可以在图1中所示的系统100中实现。例如，过程1000可以作为指令的形式存储在存储器150和/或存储设备(例如，rom230、ram240等)中，并且由提供者终端140(例如，提供者终端140的处理器220或图9中所示的第二用户终端中的一个或一个以上的模块)调用和/或执行。
在步骤1010中，输入/输出模块910可以从在线按需运输服务平台(例如，服务器110)接收对对象的运输服务请求的至少一个修改。在一些实施例中，与服务请求者(例如，请求者终端130)相关的第一用户终端可以安装用于发送运输服务请求的应用程序。通过该应用程序，第一用户终端可以与服务器110建立连接并通信。通过该应用程序，服务请求者可以修改请求的上车位置和/或请求的目的地，并将修改的上车位置和/或修改的目的地发送到服务器110。在一些实施例中，第二用户终端可以安装用于接受运输服务请求的应用程序。通过该应用程序，第二用户终端可以与服务器110建立连接并通信，并从服务器110接收修改的上车位置和/或修改的目的地。
在步骤1020中，用户端服务信息更新模块920可以基于至少一个修改来确定请求的更新信息。在一些实施例中，第二用户终端确定更新信息的方法可以与处理引擎112确定更新信息的方法相同(例如，过程400-过程800)。
在步骤1030中，输入/输出模块910可以将更新信息发送到在线按需运输服务平台。在一些实施例中，在从第二用户终端接收到更新信息之后，在线按需运输服务平台可以将更新信息发送到与服务请求者相关的第一用户终端(例如，请求者终端130)。
在一些实施例中，第一用户终端可以是和/或包括如结合图1所描述的任何用户终端，例如图1的请求者终端130。第一用户终端可以包括请求者输入/输出模块和界面模块。请求者输入/输出模块可以被配置为将运输服务请求的至少一个修改发送到在线按需运输服务平台和/或从在线按需运输服务平台接收更新信息。界面模块可以被配置为呈现一个或一个以上的用户界面，以便服务请求者输入至少一个修改。
上文已对基本概念做了描述，显然，对于阅读此申请后的本领域的普通技术人员来说，上述发明披露仅作为示例，并不构成对本申请的限制。虽然此处并未明确说明，但本领域的普通技术人员可以进行各种变更、改进和修改。这些变更、改进和修改在本申请中被建议，并且这些变更、改进、修改仍属于本申请示范实施例的精神和范围。
同时，本申请使用了特定术语来描述本申请的实施例。如术语“一个实施例”、“一实施例”和/或“一些实施例”意指结合改实施例描述的特征、结构或特性被包括在本本申请的至少一个实施中。因此，应当强调并注意的是，本说明书中在不同位置两次或两次以上提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定系指同一实施例。此外，本申请的一个或一个以上的实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的过程、机器、产品或物质的组合，或对其任何新的和有用的改良。因此，本申请的各方面可以完全由硬件实现、完全由软件实现(包括固件，常驻软件，微代码等)或组合软件和硬件实现，其在本文中通常都可称为“单元”、“模块”或“系统”。此外，本申请的各方面可以表现为位于一个或一个以上的计算机可读介质中的计算机产品，所述产品包括计算机可读程序编码。
计算机可读信号介质可以包括一个含有计算机可读的程序编码的传播数据信号，例如，在基带上或作为载波的一部分。此类传播讯号可以有多种形式，包括电磁形式、光形式等或任何合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过或连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、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)。
此外，除非申请专利范围中明确说明，否则所述处理组件或序列的顺序，或数字、字母或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为本申请的非常有用的实施例，但应当理解，此类细节仅起说明的目的，附加的申请专利范围并不仅限于披露的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例精神和范围的修正和类似安排。例如，虽然以上描述的各种组件可以通过安装于硬件设备中实施，但也可以只通过软件的解决方案实施，例如，在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或一个以上的各种实施例的理解，在前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着主张的主题需要的特征比每个权利要求中提及的特征多。实际上，主张的主题的特征可以少于单个上述披露的实施例的全部特征。
- 还没有人留言评论。精彩留言会获得点赞！