本申请要求于2016年1月27日提交的中国专利申请no.201610056723.2和于2016年3月24日提交的中国专利申请no.201610176539.1的优先权，其全部内容通过引用并入本文。
本发明一般涉及按需服务的管理。具体地，本发明涉及匹配和显示服务请求和可用车辆。
背景技术：
按需服务，如交通服务、打车服务，常用于人们的日常生活中。当服务请求者发出交通服务的服务请求时，他或她可能希望知道与可用于为其提供交通服务的车辆相关的信息，例如可用车辆的数量、可用车辆的位置或有关可用车辆的其他信息。在某些情况下，对交通服务的需求可能会超过服务供应，在线转换服务平台可能会以提高的服务价格提供服务。服务请求者可能希望知道为什么以及如何提高价格。因此，需要向服务请求者提供相关信息以改善用户体验并增强用户的信任感。
技术实现要素：
本申请的第一方面涉及一种用于匹配交通服务请求和候选车辆的系统。所述系统可以包括至少一个处理器和计算机可读存储介质，所述计算机可读存储介质存储用于监视目标车辆的一组指令。当执行第一组指令时，所述至少一个处理器用于：从第一乘客终端获取交通服务的交通服务请求，所述交通服务包括上车地点和下车地点；在选择车辆提供所述交通服务之前，所述至少一个处理器用于：从所述上车地点的第一预设范围内的多个司机终端获取多个车辆的状态信息，其中，所述多个车辆的每一个车辆对应于所述多个司机终端的每一个司机终端；基于所述多个车辆的状态信息，从所述多个车辆中确定至少一个用于提供交通服务的候选车辆；以及将所述至少一个候选车辆的每一辆候选车辆的实时位置发送到所述第一乘客终端，以在所述第一乘客终端上的电子地图中显示所述至少一个候选车辆的标签。
本申请的第二方面涉及一种用于匹配交通服务请求和候选车辆的方法。所述方法可以包括：从第一乘客终端获取交通服务的交通服务请求，所述交通服务包括上车地点和下车地点；在选择车辆提供所述交通服务之前，所述方法进一步可以包括：从所述上车地点的第一预设范围内的多个司机终端获取多个车辆的状态信息，其中，所述多个车辆的每一个车辆对应于所述多个司机终端的每一个司机终端；基于所述多个车辆的状态信息，从所述多个车辆中确定至少一个用于提供交通服务的候选车辆；以及将所述至少一个候选车辆中的的每一辆候选车辆的实时位置发送到所述第一乘客终端，将所述至少一个候选车辆的实时位置发送到所述第一乘客终端，以在所述第一乘客终端上的电子地图中显示所述至少一个候选车辆的标签。
本申请的第三方面涉及一种用于显示多个交通服务请求的系统。所述系统可以包括至少一个处理器和计算机可读存储介质，所述计算机可读存储介质存储用于监视目标车辆的第二组指令。当执行第二组指令时，所述至少一个处理器用于：从第一乘客终端获取交通服务的交通服务请求，所述交通服务包括上车地点；确定所述上车地点的预设范围内的交通服务请求的数量；确定所述预设范围内的候选车辆的数量；以及将所述交通服务请求的数量和所述候选车辆的数量发送到所述第一乘客终端，以在所述第一乘客终端上以文字或图形视图显示所述交通服务请求的数量和所述候选车辆的数量。
本申请的第四方面涉及一种用于显示交通服务请求数量的方法。所述方法可以包括从第一乘客终端获取交通服务的交通服务请求，所述交通服务包括上车地点；确定所述上车地点的预设范围内的交通服务请求的数量；确定所述预设范围内的候选车辆的数量；将所述交通服务请求的数量和所述候选车辆的数量发送到所述第一乘客终端，以在所述第一乘客终端上以文字或图形视图显示所述交通服务请求的数量和所述候选车辆的数量。
本申请的第五方面涉及一种用于显示与交通服务有关的信息的系统。所述系统可以包括至少一个处理器和计算机可读存储介质，所述计算机可读存储介质存储用于显示与交通服务有关的信息的第五组指令。当执行第五组指令时，所述至少一个处理器用于：将包括上车地点的交通服务的交通服务请求发送到在线交通服务平台的至少一个计算机服务器；从所述在线交通服务平台接收所述上车地点的预设范围内的至少一个其他交通服务请求的信息；从在线交通服务平台接收至少一个候选车辆的信息，所述候选车辆可用于提供交通服务；以及显示所述至少一个其他交通服务请求的信息和所述至少一个候选车辆的信息。
本申请的第六方面涉及一种用于显示与交通服务有关的信息的方法。所述方法包括：将包括上车地点的交通服务的交通服务请求发送到在线交通服务平台的至少一个计算机服务器；从所述在线交通服务平台接收所述上车地点的预设范围内的至少一个其他交通服务请求的信息；从所述在线交通服务平台接收至少一个候选车辆的信息，以及显示所述至少一个其他交通服务请求的信息和所述至少一个候选车辆的信息。
附图说明
根据示例性实施例进一步描述本文所述的方法、系统和/或程序。参考附图详细描述这些示例性实施例。这些实施例是非限制性示例性实施例，其中相同的附图标记在附图的若干视图中表示类似的结构，并且其中：
图1是根据本申请的一些实施例所示的示例性按需服务系统的框图；
图2是根据本申请的一些实施例所示的示例性计算设备的硬件和软件组件的示意图，其中，服务器、请求者终端和/或提供者终端可在其上执行；
图3是根据本申请的一些实施例所示的示例性处理引擎的框图；
图4是根据本申请的一些实施例所示的用于基于交通服务请求确定候选车辆的示例性方法和/或过程的流程图；
图5是根据本申请的一些实施例所示的用于基于交通服务请求和车辆的状态信息来确定候选车辆的示例性方法和/或过程的流程图；
图6是根据本申请的一些实施例所示的用于在乘客终端的用户界面中显示与候选车辆相关的信息的示例性方法和/或过程的流程图；
图7是根据本申请的一些实施例所示的用于确定司机终端中的状态信息的示例性方法和/或过程的流程图；
图8是根据本申请的一些实施例所示的用于交通服务的调价的示例性方法和/或过程的流程图；
图9是根据本申请的一些实施例所示的用于在乘客终端中显示调价请求的示例性方法和/或过程的流程图；
图10是根据本申请的一些实施例所示的显示乘客终端中调整的价格的示例性图形组件；
图11是根据本申请的一些实施例所示的在乘客终端中显示调整的价格的示例性图形组件；
图12是根据本申请的一些实施例所示的显示乘客终端中调整的价格的示例性图形组件；以及
图13是根据本申请的一些实施例所示的在乘客终端中显示调整的价格的示例性图形组件。
具体实施方式
在以下详细描述中，通过示例阐述了许多具体细节，以便提供对相关教导的透彻理解。然而，本领域技术人员应该明白，可以在没有这些细节的情况下实施本申请。在其他情况下，已经在相对较高的层次上描述了公知的方法、过程、系统、组件和/或电路，而没有详细描述，以避免不必要地模糊本申请的各方面。
本申请描述了用于匹配服务请求和候选车辆的方法和系统。这里申请的方法和系统旨在基于状态信息确定一个或多个候选车辆。状态信息可以包括行驶目的地、对交通服务请求的听单状态(即，接受服务请求的可用性)、应答概率、司机偏好、车型、车辆的当前乘客数量、车辆的最大乘客容量、车辆的颜色、司机服务水平、车辆的当前速度、或者与车辆有关的任何信息等，或者其任何组合。这里申请的方法和系统还提供了在图形视图中显示状态信息和交通服务请求的方法。交通服务请求可以包括例如乘客的出发信息(例如，上车地点)、乘客的目的地信息(例如下车地点)、乘客的实时位置、乘客标识、发送服务请求的特定时间、乘客偏好、同伴乘客的数量等，或其任何组合。
用于匹配服务请求和候选车辆的系统和方法可以用于不同的交通系统(交通包括但不限于陆地交通、海运和空运等，或其任意组合)包括：诸如用于出租车和豪华轿车租用的管理系统、城市内快递系统等或其任意组合。应当理解的是，提供本申请的系统和方法的示例性应用旨在说明目的，并且不旨在限制本申请的范围。本申请的系统和方法可以应用于其他应用场景，例如其他按需服务。
根据以下对附图的描述，本申请的这些和其他的特征、特点、以及结构的相关元件的功能和操作方法，以及部件组合和制造经济更加显而易见，这些都构成说明书的一部分。然而，应当理解的是，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。
本申请中使用了流程图用来说明根据本申请的一些实施例的系统所执行的操作。应当明确理解，流程图的操作可以不按顺序来精确地执行。相反，这些操作可以以相反的顺序或同时执行。而且，可以将一个或多个其他操作添加到流程图。一个或多个操作可以从流程图中移除。
在本申请中，“用户”、“乘客”、“请求者”、“服务请求者”和“客户”可互换地用于指代请求或订购服务的个人。此外，“提供者”、“服务提供者”和“供应者”可互换使用指代个人、实体提供服务或促进服务提供的工具。术语“方”可以指请求或订购服务的个人、或个人、可以提供服务的实体。本申请中的术语“用户终端”可以指用于请求服务、订购服务、促进服务请求、提供服务或促进提供服务的工具。
交通系统的车辆可以包括出租车、私家车、便车、公共汽车、火车、子弹列车、高铁、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等，或其任何组合。交通系统还可以包括用于管理和/或分配的任何交通系统，例如用于发送和/或接收快递的系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户终端、定制系统、内部分析系统、人工智能机器人等，或其任何组合。
本申请中的术语“服务请求”和“订单”可互换使用，指的是可由乘客、请求者、服务请求者、客户、司机、提供者、服务提供者、供应商等，或其任何组合发起的请求。服务请求可以由乘客、请求者、服务请求者、客户、司机、提供者、服务提供者或供应者中的任何一个接受。服务请求可能是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(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可以是有线或无线网络或其组合的任何类型。仅作为示例，网络130可以包括光缆、有线网络、光纤网络、远程通信网络、内联网、因特网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、广域网(wan)、公共电话交换网络(pstn)、蓝牙网络、zigbee网络、近场通信(nfc)网络等，或其任何组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或互联网交换点120-1、120-2、……，按需服务系统100的一个或多个组件可以通过它连接到网络120以交换数据和/或信息。
在一些实施例中，请求者可以是请求者终端130的用户。在一些实施例中，请求者终端130的用户可以是不同于请求者的某人。例如，请求者终端130的用户a可以为用户b使用请求者终端130发送服务请求，或者接收服务器110的服务和/或信息或指令。在一些实施例中，提供者可以是提供者终端140的用户。在一些实施例中，提供者终端140的用户可以是除提供者之外的某人。例如，提供者终端140的用户c可以使用提供者终端140来接收用户d的服务请求，和/或来自服务器110的信息或指令。在一些实施例中，“请求者”和“请求者终端”可以互换使用，并且“提供者”和“提供者终端”可以互换使用。
在一些实施例中，请求者终端130可以包括移动设备130-1、平板电脑130-2、膝上型计算机130-3、机动车130-4的内置设备等，或其任何组合。在一些实施例中，移动设备130-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等或其任何组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电气装置的控制设备、智能监控设备、智能电视、智能摄像机、对讲机等或其任何组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等，或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(pda)、游戏设备、导航设备、销售点(pos)设备等或其任何组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实补丁、增强现实头盔、增强现实眼镜、增强现实补丁等或其任何组合。例如，虚拟现实设备和/或增强现实设备可以包括googleglass、oculusrift、hololens、gearvr等。在一些实施例中，机动车130-4的内置设备可以包括：车载电脑、车载电视等。在一些实施例中，请求者终端130可以是具有定位技术的设备，用于定位请求者和/或请求者终端130的位置。
在一些实施例中，提供者终端140可以类似或等同于请求者终端130。在一些实施例中，提供者终端140可以是具有用于定位提供者和/或提供者终端140的位置的定位技术的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与其他定位设备进行通信以确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以将定位信息发送到服务器110。
数据库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(perom)、电可擦除可编程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)设备、车载电脑、车载电视、可穿戴设备等，或其任何组合。例如，产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可涉及社交、购物、运输、娱乐、学习、投资等或其任何组合。在一些实施例中，与交通有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、映射软件和/或应用程序等。在车辆调度软件和/或应用中，车辆可以包括马、马车、人力车(例如独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任何组合。
图2是根据本申请的一些实施例所示的示例性计算设备的硬件和软件组件的示意图，其中，服务器110、请求者终端130和/或提供者终端140可在其上执行。例如，处理引擎112可以在计算设备200上实现并且用于执行本申请中披露的处理引擎112的功能。
计算设备200可以是通用计算机或专用计算机，两者都可以用于实现本申请的按需系统。计算设备200可以被用来实现如这里所描述的按需服务的任何组件。例如，处理引擎112可以通过其硬件、软件程序、固件或其组合在计算设备200上实现。为了方便起见，只显示一台计算机，但是本申请所描述的与按需服务相关的计算机功能可以以分布的方式由一组相似的平台所实施，以分散系统的处理负荷。
例如，计算设备200可以包括连接到计算设备200的com端口250，和与之连接的网络，以促进数据通信。计算设备200还可以包括一个或多个处理器形式的中央处理单元(cpu)220，用于执行程序指令。示例性计算机平台可以包括内部通信总线210，程序存储和不同形式的数据存储，例如，磁盘270、以及只读存储器(rom)230，或随机存取存储器(ram)240，用于要由计算机处理和/或传输的各种数据文件。示例性计算机平台还可以包括程序指令。程序指令存储在rom230、ram240和/或要由cpu220执行的其他类型的非暂时性存储介质中。本申请的方法和/或过程可以实现为程序指令。计算设备200还可以包括输入/输出组件260，其支持计算机与计算机的其他组件(例如用户界面元件280)之间的输入/输出。计算设备200也可以通过网络通信接收程序和数据。
仅仅为了说明，在计算设备200中仅描述了一个cpu和/或处理器。然而，应该注意的是，本申请中的计算设备200还可以包括多个cpu和/或处理器，因此本申请中描述的一个cpu和/或处理器执行的操作和/或方法步骤也可以由多个cpu和/或处理器联合或单独执行。例如，如果本申请中，计算设备200的cpu和/或处理器执行步骤a和步骤b，则应该理解为，步骤a和步骤b也可以由两个不同的cpu和/或处理器共同执行或者单独执行(例如，第一处理器执行步骤a并且第二处理器执行步骤b，或者第一处理器和第二处理器共同执行步骤a和b)。
图3是根据本申请的一些实施例所示的示例性处理引擎112的框图。处理引擎112可以包括获取模块302、确定模块304、匹配模块306和分配模块308。
获取模块302可以用于从多个请求者获取多个订单。如这里所使用的，系统100可以基于请求者发送的按需服务请求来生成订单。应该注意的是，在本申请中，订单和请求之间没有实质性差别。
按需服务可以是出租车、私家车、公共汽车、卡车、试驾、指定驾驶等，或其组合的交通服务。在一些实施例中，按需服务可以是任何在线服务，例如订餐、购物等或其组合。在一些实施例中，请求者可以在按需服务请求中选择是否同意与其他请求者共享服务。例如，在任何情况下，请求者都可能不同意与其他请求者共享服务。又例如，在某些情况下，请求者可能同意(例如，交通高峰期)与其他请求者共享服务。
获取模块302可以经由网络120从请求者终端130获取多个订单。获取模块302还可以获得多个订单的特征(例如，起始地点，目的地)。
确定模块304可以基于特征来确定多个订单的匹配信息。确定模块304可以确定多个订单中的任何两个订单之间的匹配信息。匹配信息可以提示该两个订单是否可共享。
匹配模块306可以基于匹配信息确定一组可共享订单。如本文所使用的，可共享订单可以指与其他订单组合的订单。例如，如果订单a和订单b包括相似的起始位置或相似的目的地，则匹配模块306可以将订单a和订单b确定为可共享订单。如本文所使用的，对于本领域的普通人员来说，相似的起始位置可以指的是订单a的起始位置相当接近订单b的起始位置。例如，如果订单a的起始位置与订单b的起始位置之间的距离小于阈值，如500m、1km或1.5km，则系统100可以确定订单a和订单b包括相似的起始位置。同样地，系统可以以类似的方式确定相似的目的地。
分配模块308可以将该组可共享订单分配给提供者。例如，分配模块308可以将该组可共享订单中的两个订单组合为订单组，并将订单组分配给提供者(例如，司机)。
处理引擎112中的模块可以通过有线连接或无线连接相互连接或相互通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任何组合。无线连接可以包括局域网(lan)、广域网(wan)、蓝牙、zigbee、近场通信(nfc)等或其任何组合。两个或多个模块可以组合为单个模块，并且任何一个模块可以分成两个或多个单元。例如，获取模块302可以作为单个模块集成在确定模块304中，其可以获得订单的特征也可以确定订单的匹配信息。
图4是根据本申请的一些实施例所示的用于基于交通服务请求确定候选车辆的示例性方法和/或过程的流程图。过程和/或方法可以由计算机服务器(例如，服务器110)操作。所述计算机服务器(例如，服务器110)为按需服务系统100的在线交通服务平台计算机服务器。例如，该方法和/或过程可以作为一组指令实施，并存储于在线交通服务平台的至少一个存储介质中。平台的计算机服务器的至少一个处理器可以与存储介质通信，并且执行指令以执行以下步骤。
在一些实施例中，乘客可以通过在线交通服务平台获得交通服务，例如按需服务系统100。乘客可以通过乘客终端(例如，请求者终端130)登录在线交通服务平台。司机可以通过在线交通服务平台提供交通服务。司机可以通过所述司机终端(例如，提供者终端140)登录在线交通服务平台。司机终端可能与车辆相关联。
第一乘客终端可以生成用于交通服务的服务请求(即，第一服务请求)，并将其发送到在线交通服务平台的计算机服务器。第一乘客终端可以收集关于乘客的数据。例如，第一乘客终端可以收集乘客的实时位置。又例如，第一乘客终端可以收集乘客偏好(例如，车型)。第一乘客终端可基于全球定位系统(gps)、网络地址、预定上车地点、用户输入等或其任何组合来确定上车地点。
步骤410，计算机服务器(例如，服务器110)可以从乘客终端(例如，第一乘客终端)获取交通服务请求(例如，第一服务请求)。在一些实施例中，交通服务请求可以包括乘客的出发信息(例如上车地点)、乘客的目的地信息(例如下车地点)、乘客的实时位置、乘客标识码、发送服务请求的特定时间、乘客偏好、同伴乘客的数量等，或其任何组合。
乘客标识码可以包括关于乘客的信息。乘客标识码可以由其第一乘客终端或按需服务系统100的所述计算机服务器识别。在一些实施例中，乘客标识码可以包括电话号码、身份(id)号、互联网协议(ip)地址、媒体访问控制(mac)地址、照片、声音、可以通过计算机服务器识别的任何信息等，或其任何组合。在一些实施例中，所述乘客终端可以在将乘客标识码发送给计算机服务器之前对其进行加密。例如，电话号码可能被加密为不同的号码，以保护乘客的隐私。
步骤420，所述计算机服务器可以从一个或多个司机终端获取关于一个或多个车辆的信息和/或一个或多个司机的信息。
在一些实施例中，计算机服务器可以从第一预设范围内的一个或多个司机终端中获取信息。第一预设范围可以指以特定地点(例如，第一乘客终端的下车地点、上车地点)为中心，距离为某一距离的区域。在一些实施例中，第一预设范围可以以第一服务请求的上车位置为中心。在一些实施例中，预设范围可以以第一服务请求的下车地点为中心。例如，晚上，所述计算机服务器可以获取第一预设范围内以下车地点为中心的信息，以决定是否调整服务价格。在一些实施例中，第一预设范围可以基于第一乘客终端的位置来确定，其中，第一乘客终端将第一服务请求发送至计算机服务器。第一预设范围可以以第一乘客终端为中心。例如，在获取第一服务请求之后，所述计算机服务器可以将在第一乘客终端2km以内的范围确定为第一预设范围。在一些实施例中，可以至少部分基于第一乘客终端的周围道路和/或周围交通状态，动态地确定第一预设范围。例如，如果第一乘客终端靠近可能阻挡车辆越过障碍物的障碍物(例如，城市流或铁路)，则第一预设范围可以不包括穿过障碍物的区域。又例如，如果第一乘客终端靠近没有高速公路出口的高速公路，则第一预设范围可能不包括高速公路的区域；并且高速公路的车辆信息可能不会由计算机服务器获取。
在一些实施例中，所述计算机服务器可以在第一预设时间段内从一个或多个司机终端获取信息。第一预设时间段可以包括例如1min、5min、
30min、1h或在第一乘客终端发送第一服务请求之前或之后的任何时间段。在一些实施例中，所述计算机服务器可以实时获取信息。
由所述计算机服务器获取的信息可以包括第一预设范围内的一个或多个车辆的状态信息。在一些实施例中，所述计算机服务器可以实时获取状态信息。状态信息可以包括行驶目的地、对交通服务请求的听单状态(即接受第一服务请求的可能性)、应答概率、司机偏好、车型、车辆的当前乘客数量、车辆的最大乘客容量、车辆的颜色、司机服务水平、车辆的当前速度或者与车辆有关的任何信息等，或其任何组合。在一些实施例中，状态信息可以包括与车辆相关的所述司机终端是否在线、所述司机终端是否闲置。
司机通过司机终端可以预设车辆的行驶目的地。在一些实施例中，行驶目的地可能会在拼车过程中发生变化。例如，载有乘客a的车辆可能含有下车地点a，当与乘客b共享车辆时，可以至少部分基于乘客b的下车地点来调整车辆的行驶目的地。在一些实施例中，车上可能没有乘客，车辆的行驶目的地可能为空。
对交通服务请求的听单状态可以包括第一听单状态和第二听单状态。第一听单状态可能指所述司机终端可以对服务请求听单的状态，即与所述司机终端相关的车辆可用于接受服务请求。例如，所述司机终端可以处于接收和应答一个或多个乘客终端的服务请求的订单播报的状态。第二听单状态可以指所述司机终端不可以对服务请求听单的状态。例如，所述司机终端可能已经应答了订单并接受了乘客终端的相应服务请求，因此不能接受其他服务请求。第二听单状态的其他示例场景可以包括当所述司机终端含有指定的订单时的状态、当司机处于使用所述司机终端的电话谈话时的状态，使得所述司机终端不能通知司机有关的服务请求和/或当所述司机终端处于非活跃状态或任何不能应答订单或服务请求等或其任何组合时的状态。
应答概率可以指司机终端应答司机从计算机服务器历史接收到的服务请求的概率。所述司机终端可以确定所述司机终端接收到的第一服务请求数量和所述司机终端在历史时间段内应答的第二服务请求数量。在一些实施例中，所述司机终端或所述计算机服务器可以基于第一数量和第二数量确定应答概率。例如，所述司机终端可以采用第二数量和第一数量的比率作为应答概率。在一些实施例中，在接收到所述司机终端的第一数量和第二数量后，所述计算机服务器可以确定应答概率。
步骤430，所述计算机服务器可以基于交通服务请求和/或状态信息确定一个或多个候选车辆。候选车辆可以指可用于提供第一服务请求的已请求交通服务的车辆。
在一些实施例中，所述计算机服务器可以基于第一服务请求的上车地点确定一个或多个候选车辆。计算机服务器可以确定候选车辆在上车地点的第二预设范围内。在一些实施例中，第二预设范围可以与第一预设范围相同。在一些实施例中，第二预设范围可以与第一预设范围不同。例如，第二预设范围可能小于第一预设范围。在一些实施例中，所述计算机服务器可以确定候选车辆的数量。在一些实施例中，候选车辆的数量可以根据与候选车辆相关的所述司机终端的数量来确定。例如，所述计算机服务器可以统计所述司机终端在第一服务请求的上车地点的第二预设范围(例如，2公里内的区域)内的数量。例如，基于第二预设范围的卫星地图、在某一时间段内获取的车辆状态信息、可以实时检测移动车辆的交通系统、或者能够识别车辆或所述司机终端在上车地点的第二预设范围内的任何信息，所述计算机服务器可以统计所述司机终端的数量。
在一些实施例中，计算机服务器可以基于一个或多个在线司机终端，为第一服务请求选择候选车辆。在线司机终端可以指登录在线交通服务平台的司机终端。在线司机终端可以通过信号与所述计算机服务器保持通信。信号可以包括无线信号和/或有线信号。在一些实施例中，可以通过无线信号检测在线司机终端。在线司机终端可以周期性地将具有特定频率的无线信号发送到计算机服务器。无线信号可以由所述计算机服务器直接接收，也可以由一个或多个可能与计算机服务器建立通信的基站接收。在一些实施例中，信号可以通过网络120传输。例如，信号可以由在线司机终端的路由器接收，并且路由器可以与互联网连接。
在一些实施例中，在线司机终端可以向计算机服务器发送状态信息。所述计算机服务器可以基于状态信息来检测在线车辆的数量。在线司机终端可以包含空闲司机终端或非空闲司机终端。空闲司机终端可以与可能具有能力提供所需交通服务的空车或非满车相关联。非空闲司机终端可以与没有能力提供所请求的交通服务的车辆相关联，例如，满车。
在一些实施例中，所述计算机服务器可以基于一个或多个因素确定候选车辆，例如，包括上车地点、下车地点、车辆的应答概率、车辆的听单状态、车辆的行驶目的地、司机偏好、定价因素、车辆状态信息或第一服务请求中的任何信息等，或其任何组合。例如，所述计算机服务器可以将在上车地点第二预设范围内，听单状态是第一听单状态、应答概率不小于预设值的目标车辆确定为候选车辆。又例如，所述计算机服务器可以将在上车地点第二预设范围内，听单状态为第一听单状态、应答概率不小于预设值、并且其行驶目的地在下车地点的第三预设范围的目标车辆确定为候选车辆。作为又一示例，所述计算机服务器或第一乘客终端可基于上车地点、行驶目的地和应答概率来确定第一组车辆；并且可以基于第一组车辆和乘客偏好来确定候选车辆，例如车型、车辆的颜色、司机性别等。
步骤440，所述计算机服务器可以将候选车辆的位置信息和/或统计信息发送给第一乘客终端。在一些实施例中，所述计算机服务器可以在接收到第一服务请求、获取车辆状态信息、和/或确定候选车辆的数量之后发送信息。由所述计算机服务器发送到第一乘客终端的信息可以包括，例如，候选车辆的数量、统计信息、与候选车辆有关的信息、由计算机服务器获取或确定的任何信息等，或其任何组合。与候选车辆相关的信息可以包括候选车辆的当前位置、候选车辆的司机车牌、候选车辆的颜色、候选车辆的司机身份、候选车辆的司机电话号码等，或其任何组合。在一些实施例中，可以基于gps位置确定候选车辆的当前位置。
统计信息可以包括司机评级、司机应答率、司机应答次数(例如，司机接收交通请求的次数)、司机应答时间(例如，当司机接受交通服务请求的时间)、司机应答后取消率、第一乘客终端和与至少一个候选车辆相关的司机之间的距离、上车地点和与至少一个候选车辆相关的司机之间的距离，与至少一个候选车辆相关的司机到达上车地点的预估时间等，或其任何组合。
统计信息可以包括历史统计信息。历史统计信息可以先由所述计算机服务器从一个或多个司机终端中获取。历史统计信息可以预先存储在在线交通服务平台的存储介质中。在一些实施例中，司机终端的历史统计信息可以由所述计算机服务器根据从所述司机终端获取的信息来确定。
司机评级可以由所述计算机服务器根据司机提供的交通服务来确定。司机评级可以由数值、字母、颜色、能够表达司机所提供的交通服务水平的任何标识等或其任何组合来表示。例如，司机评级可以表示为a、b或c，其中评级a可以表示司机在所有司机中排名在前30％之内。
司机应答率可以基于接收到的订单的数量和司机在预设时间段内应答的订单的数量来确定。例如，当接收到的订单的数量是100，并且应答的订单的数量是60时，计算机服务器可以将司机应答率确定为60％。司机应答次数可以指在预设时间段内司机的应答次数。高应答次数可能表明司机是有经验的。司机应答的时间可以是在预设时间段内应答接收到的订单的平均时间。司机应答可能出现的时间，部分是由司机提供的交通服务的评估。当司机应答的时间早于其他司机的时间时，乘客可能选择司机的可能性大。司机应答后的取消率可以根据预设时间段内司机取消的应答次数和应答次数确定。
第一乘客终端和司机之间的距离可以通过确定第一乘客终端的位置和所述司机终端的位置之间的距离来确定。在一些实施例中，第一乘客终端和司机之间的距离可以由第一乘客终端和所述司机终端的基于卫星的gps位置确定。上车地点和司机之间的距离可以由所述计算机服务器实时确定。所述计算机服务器可以实时将上车地点和司机之间的距离传输到乘客终端。
司机到达上车地点的预估时间可以由所述计算机服务器基于司机的当前速度、司机与上车地点之间的距离来确定。预估时间可以至少部分基于交通状态、高峰时间等或其任何组合来确定。例如，预估时间可能会在高峰时段内增加。在一些实施例中，预估时间可以由所述计算机服务器确定，并表示为时间范围(例如，从5min到15min的范围)。时间范围可以基于司机在预设时间段内的预估时间的平均值来确定。
图5是根据本申请的一些实施例所示的基于交通服务请求和车辆状态信息确定候选车辆的示例性方法和/或过程的流程图。该过程和/或方法可以由按需服务系统100的在线交通服务平台的计算机服务器(例如，服务器110)操作。例如，该方法和/或过程可以作为一组指令执行并存储在在线交通服务平台的至少一个存储介质中。平台的计算机服务器的至少一个处理器可以与存储介质通信并且执行该组指令以执行以下步骤。
步骤510，所述计算机服务器可以确定车辆的行驶目的地。可以由司机通过司机终端预设车辆的行驶目的地。在一些实施例中，行驶目的地可能会在拼车期间发生变化。例如，载有乘客a的车辆可以含有下车地点a，当车辆与乘客b共享时，可以至少部分基于乘客b的下车地点来调整车辆的行驶目的地。在一些实施例中，车辆可能没有乘客，并且车辆的行驶目的地可能为空。
在一些实施例中，所述计算机服务器可以直接从状态信息确定车辆的行驶目的地。例如，车辆可以将包括行驶目的地的状态信息发送到计算机服务器；所述计算机服务器可以直接从状态信息中识别出车辆的行驶目的地。在一些实施例中，所述计算机服务器可以通过分析车辆中乘客的目的地来确定车辆的行驶目的地。例如，所述计算机服务器可以从与乘客相关的乘客终端检索目的地，该目的地可以由乘客预设。在一些实施例中，所述计算机服务器可以通过分析状态信息来确定车辆的行驶目的地，状态信息可以包括由车辆导航提供的导航路线；并且可以将导航路线的目的地确定为车辆的行驶目的地。
步骤520，所述计算机服务器可以确定车辆的听单状态。听单状态(即，接受服务请求的可用性)可以包括第一听单状态和第二听单状态。第一听单状态可能指司机终端可以对服务请求听单，即与所述司机终端相关的车辆可用于接受服务请求。例如，所述司机终端可以处于接收和应答一个或多个乘客终端的服务请求的订单播报的状态。第二听单状态可以指所述司机终端可以不对服务请求听单。例如，所述司机终端可能已经应答了订单并接受了来自乘客终端的相应服务请求，因此不能接受其他服务请求。第二听单状态的其他示例场景可以包括当所述司机终端含有指定的订单时的状态、当司机处于使用所述司机终端的电话谈话时的状态，使得所述司机终端不能通知司机有关的服务请求和/或当所述司机终端处于非活跃状态或任何不能应答订单或服务请求等或其任何组合时的状态。
在一些实施例中，所述计算机服务器可以通过获取状态信息中的链路测试信号来确定听单状态。链路测试信号可以是对可以由所述计算机服务器传输给车辆以进行连接的信号的应答。如果所述计算机服务器已经收到链路测试信号，则听单状态可以是第一听单状态；并且如果所述计算机服务器还没有收到链路测试信号，则听单状态可以是第二听单状态。
在一些实施例中，状态信息可以包括由车辆连续发送到计算机服务器的例程信号。所述计算机服务器可以通过测试例程信号的存在来确定听单状态。如果例程信号已经被计算机服务器测试过，则听单状态可以被确定为第一听单状态；并且如果例程信号尚未被计算机服务器测试，则听单状态可以被确定为第二听单状态。
步骤530，计所述算机服务器可以确定车辆的应答概率。应答概率可以指司机终端应答该司机终端历史从计算机服务器接收到的服务请求的概率。所述司机终端可以确定所述司机终端接收到的第一服务请求数量和所述司机终端在历史时间段内应答的第二服务请求数量。在一些实施例中，所述司机终端或所述计算机服务器可以基于第一数量和第二数量确定应答概率。例如，所述司机终端可以采用第二数量和第一数量的比率作为应答概率。在一些实施例中，在接收到所述司机终端的第一数量和第二数量后，所述计算机服务器可以确定应答概率。
在一些实施例中，可以至少部分基于拒绝概率确定应答概率。拒绝概率可以指司机终端拒绝其在历史时间段内从计算机服务器接收的服务请求的概率。在一些实施例中，所述司机终端可以确定所述司机终端收到的第三数量的服务请求，以及所述司机终端在历史时间段内拒绝的第四数量的服务请求。在一些实施例中，所述计算机服务器可以根据第三数量和第四数量确定拒绝概率。例如，所述司机终端可以将第四数量与第三数量的比率作为拒绝概率。例如，拒绝概率可以是0.1，则应答概率可以确定为不大于0.9。
步骤540，所述计算机服务器可以基于行驶目的地、听单状态和/或应答概率，在预设范围内选择候选车辆。在一些实施例中，所述计算机服务器可以选择第一预设范围内的候选车辆。
在一些实施例中，所述计算机服务器可以基于车辆的行驶目的地确定候选车辆。所述计算机服务器可以基于行驶目的地和/或关于服务请求的信息(例如，第一服务请求的下车地点)来确定候选车辆。当车辆的行驶目的地靠近下车地点或上车地点时，所述计算机服务器可以将车辆确定为候选车辆。在一些实施例中，所述计算机服务器可以确定行驶目的地位于下车地点的第三预设范围内的一个或多个车辆作为候选车辆。例如，如果车辆的行驶目的地在下车地点300米范围内，则所述计算机服务器可以将车辆确定为候选车辆。当车辆的行驶目的地远离下车地点或上车地点时，计算机服务器可能不考虑车辆。在一些实施例中，所述计算机服务器可以仅基于车辆的行驶目的地确定候选车辆，或者可以使用行驶目的地作为确定候选车辆的因素之一。
在一些实施例中，所述计算机服务器也可以根据车辆的听单状态确定候选车辆。所述计算机服务器可以将听单状态是第一听单状态的目标车辆确定为候选车辆。当车辆具有第二听单状态时，车辆可能不被确定为候选车辆。在一些实施例中，所述计算机服务器可以在选择候选车辆时排除处于第二听单状态的车辆。在一些实施例中，所述计算机服务器可以根据上车地点和听单状态确定候选车辆。例如，所述计算机服务器可以基于第一听单状态中的车辆确定上车地点的预设范围(例如，第一预设范围)内的至少一个候选车辆。又例如，所述计算机服务器可以通过在上车地点的预设范围内从所述司机终端中排除处于第二状态的司机终端来确定至少一个候选车辆。在一些实施例中，所述计算机服务器可以仅基于车辆的听单状态来确定候选车辆，或者可以将听单状态用作确定候选车辆的因素之一。
在一些实施例中，所述计算机服务器也可以根据车辆的应答概率确定候选车辆。在一些实施例中，所述计算机服务器可以通过基于阈值分析应答概率来确定候选车辆。阈值可以由计算机服务器基于预设值、指令、函数、算法或数学模型等或其任何组合来确定。例如，当与车辆相关的司机终端的应答概率高于或等于阈值时，所述计算机服务器可以将车辆确定为候选车辆；当与车辆相关的所述司机终端的应答概率低于阈值时，所述计算机服务器可以将车辆确定为非候选车辆。在一些实施例中，所述计算机服务器可以确定在上车地点的预设范围(例如，第一预设范围)内应答概率大于阈值的一个或多个候选车辆。在一些实施例中，所述计算机服务器可以仅基于车辆的应答概率确定候选车辆，或者可以将应答概率用作确定候选车辆的因素之一。
在一些实施例中，所述计算机服务器也可以根据司机偏好确定候选车辆。司机偏好可以由司机预先确定。司机偏好可以包括乘客的性别、乘客评级、同伴乘客的数量、关于乘客的任何信息、可能影响交通服务的任何信息等，或其任何组合。所述计算机服务器或第一乘客终端可以至少部分基于司机偏好来确定候选车辆。当与向所述计算机服务器发送服务请求的与乘客终端相关的乘客不满足司机偏好时，所述计算机服务器可能不会将与司机相关的车辆视为候选车辆。在一些实施例中，所述计算机服务器可以仅基于车辆的司机偏好来确定候选车辆，或者可以使用司机偏好作为确定候选车辆的因素之一。
在一些实施例中，所述计算机服务器可以根据定价因子，即相对于司机终端设置的用于提供服务请求的费用的参数和/或由第一服务请求中的第一乘客终端设置的价格选项来确定候选车辆。例如，所述计算机服务器可以基于价格选项选择车辆；并且可以由所述计算机服务器将相应于服务请求的费用的相应参数满足乘客预设的价格选项的目标车辆确定为候选车辆。在一些实施例中，所述计算机服务器可以仅基于上述定价因子来确定候选车辆，或者可以使用定价因子作为确定候选车辆的因素之一。
在一些实施例中，所述计算机服务器可以基于一个或多个因素确定候选车辆，包括例如上车地点、下车地点、车辆的应答概率、车辆的应答状态、车辆的行驶目的地、司机偏好、定价因子、车辆状态信息或第一服务请求中的任何信息等，或其任何组合。例如，所述计算机服务器可以在上车地点的第二预设范围内确定其听单状态是第一听单状态并且其应答概率不小于作为候选车辆的预设值的目标车辆。又例如，所述计算机服务器可以在上车地点的第二预设范围内确定听单状态为第一听单状态的、应答概率不小于预设值、并且其行驶目的地在下车地点的第三预设范围的目标车辆作为候选车辆。作为又一示例，所述计算机服务器或第一乘客终端可基于上车点、行驶目的地和应答概率来确定第一组车辆；并且可以基于第一组车辆和乘客偏好来确定候选车辆，例如车型、车辆的颜色、司机性别等。
步骤550，所述计算机服务器可以将交通服务订单发送给与候选车辆相关的司机终端。交通服务订单的形式可以包括文本、图片、音频、视频等，或其任何组合。在一些实施例中，可以基于计算机服务器的第一服务请求生成交通服务订单。交通服务订单可以包括交通服务订单本身的信息、乘客信息、其他信息等，或其任何组合。
交通服务订单本身的信息可以包括交通服务的价格、调价、发送交通服务订单的次数、交通服务订单的序列号、上车地点、下车地点、乘客的实时位置、发送第一服务请求的具体时间、乘客偏好、同伴乘客的数量、上车时间、下车时间、共享汽车的意愿、行李运输、里程、红包的使用状态、支付方式(例如现金支付、卡支付、在线支付、汇款支付等)，交通服务请求等，或其任何组合。
乘客信息可包括乘客标识码、乘客的实时位置、姓名、昵称、性别、国籍、年龄、联系信息(例如电话号码、移动电话号码、社交网络账户信息(例如，微信账户、qq账户或linkedin账户等)、乘客偏好等，或其任何组合。其他信息可以包括天气状况、环境状况、道路状况(例如，由于安全或道路施工等而造成的道路封闭)、交通条件等或其任何组合。
在一些实施例中，交通服务订单可以包括实时交通服务订单或预订的交通服务订单。实时交通服务订单可以是当前开始的订单。实时交通服务订单可以包括上车时间、上车地点等。预定的交通服务订单可以是乘客在特定时间段内或一段时间内预订的订单。时间段可以是某一秒、某一分钟、某一小时、或根据乘客的习惯/偏好自我定义的任何时间段；时间段也可以是固定的时间段，例如，工作日、周末、假日、高峰期、非高峰期等。相应地，预订的交通服务订单可以包括上车时间、上车地点、下车地点等。在一些实施例中，当上车时间与当前时间之间的时滞相对较小(例如1分钟)时，预定的交通服务订单可以配置为实时交通服务订单。
步骤560，所述计算机服务器可以更新与候选车辆相关的司机终端的状态信息。在一些实施例中，基于司机终端切换第一听单状态和/或第二听单状态，所述计算机服务器可以更新所述司机终端的听单状态。例如，当司机终端应答交通服务订单时，所述计算机服务器可以将听单状态从第一访问听单状态改变为第二听单状态。又例如，当司机终端完成交通交易时，所述计算机服务器可以将听单状态从第二听单状态改变为第一听单状态。在一些实施例中，所述计算机服务器可以基于候选车辆的当前行驶目的地来更新候选车辆的行驶目的地。例如，当行驶目的地为空的候选车辆应答于服务请求时，所述计算机服务器可以将候选车辆的行驶目的地确定为服务请求的下车地点。在一些实施例中，所述计算机服务器可以更新候选车辆的应答概率。在一些实施例中，所述计算机服务器可以更新候选车辆的位置信息。例如，所述计算机服务器可以基于与候选车辆相关的所述司机终端的gps位置来更新候选车辆的实时位置。
步骤570，计算机服务器可以将更新的状态信息发送给乘客终端(例如，第一乘客终端)。在一些实施例中，计算机服务器可以将司机终端的更新听单状态发送给所述乘客终端。例如，如果候选车辆的听单状态从第一听单状态改变为第二听单状态，则计算机服务器可以将更新的听单状态发送到所述乘客终端。
在一些实施例中，所述计算机服务器可以根据所述乘客终端的需求发送更新的状态信息。例如，如果所述乘客终端向所述计算机服务器发送更新状态信息的请求，则所述计算机服务器可以将更新的状态信息发送到所述乘客终端。又例如，乘客可以通过向下滑动可能正在显示状态信息的所述乘客终端的显示屏来要求更新的状态信息。在一些实施例中，所述计算机服务器可以发送用于更新状态信息的选择消息给所述乘客终端。如果所述乘客终端确认选择消息，则计算机服务器可以将更新的状态信息发送给所述乘客终端。
当一个或多个司机接受交通服务订单时，所述计算机服务器可以建立一个司机和乘客之间的交通交易。第一乘客终端可以显示与交通交易有关的信息。所述乘客终端可以以文本、数字、图形视图等或其任何组合显示信息。在一些实施例中，所述计算机服务器可以确定用于交通交易的分配代码。分配代码可以是由一组符号(例如数字、字符等)组成的专用代码。不同的交通交易可能有不同的分配代码。在一些实施例中，第一乘客终端可以接收并显示来自所述计算机服务器的分配代码。在一些实施例中，司机终端可以从所述计算机服务器上接收分配代码。与所述司机终端相关的目标车辆可以以突出的形式显示车身的分配代码，以便于乘客快速找到目标车辆。
在乘客到达下车地点之后，第一乘客终端可以接收指示交易价格的信息。在一些实施例中，乘客可能拒绝支付交易费用，所述乘客终端可能会向所述计算机服务器发送消息来投诉交易；所述计算机服务器可以向所述司机终端和与交易相关联的第一乘客终端发送仲裁信息。在一些实施例中，第一乘客终端可以将司机的评估信息发送给所述计算机服务器。所述计算机服务器可以使用评估信息来确定司机的服务水平。司机可以通过所述司机终端将乘客加入白名单或黑名单。白名单和/或黑名单可以用于确定司机的偏好。在一些实施例中，白名单和/或黑名单可以存储在所述司机终端或计算机服务器的存储介质中。
图6是根据本申请的一些实施例所示的用于在乘客终端的用户界面中显示与候选车辆相关的信息的示例性方法和/或过程的流程图。该过程和/或方法可以由按需服务系统100的在线交通服务平台的乘客终端(例如，请求者终端130)操作。例如，该方法和/或过程可以作为一组指令执行并存储在在线交通服务平台的至少一个存储介质中。平台的乘客终端的至少一个处理器可以与存储介质通信并且执行该组指令以执行以下步骤。
步骤610，所述乘客终端(例如，第一乘客终端)可以从与候选车辆相关的计算机服务器(例如，服务器110)或司机终端获得候选车辆的状态信息。候选车辆的状态信息可以包括行驶目的地、实时位置、对交通服务请求的听单状态(即，接受服务请求的可能性)、应答概率、司机偏好、车型、车辆的当前乘客数量，车辆的最大乘客容量、车辆的颜色、司机服务水平、车辆的当前速度或者与车辆有关的任何信息等，或其任何组合。
在一些实施例中，候选车辆的状态信息可以由第一乘客终端经由网络120获得。例如，第一乘客终端(例如移动电话)可以接入第四代移动通信技术(4g)网络；并且候选车辆的状态信息可以由第一乘客终端实时接收。在一些实施例中，第一乘客终端可能位于山区；并且候选车辆的状态信息可以经由第一乘客终端通过卫星通信(satcom)接收。
步骤620，第一乘客终端可以从与候选车辆相关的所述计算机服务器或司机终端获取候选车辆的统计信息。统计信息可以先由所述计算机服务器从所述司机终端上获取。统计信息可以预先存储在在线交通服务平台的存储介质中。在一些实施例中，所述司机终端的统计信息可以由所述计算机服务器根据从所述司机终端获取的信息来确定。统计信息可以包括司机评级、司机应答率、司机应答次数(例如，司机接受交通请求的次数)、司机应答时间(例如，当司机接受交通服务请求的时间)、司机应答后取消率、第一乘客终端和与司机之间的距离、上车地点与司机之间的距离、司机到达上车地点的预估时间等，或其任何组合。
在一些实施例中，候选车辆的统计信息可以由一个时间段内第一乘客终端获取。例如，在第一乘客终端发送交通服务请求之后30秒，第一乘客终端可以从计算机服务器接收候选车辆的统计信息。在一些实施例中，第一乘客终端可以根据与第一乘客终端相关的乘客需求获取候选车辆的统计信息。乘客的需求可能是对获取统计信息的确认。
步骤630，第一乘客终端可以获取电子地图。电子地图可以包括卫星地图、数字道路地图、街道地图、城市地图、旅游地图、示意地图、虚拟地图等，或其任何组合。电子地图可以是2d地图或3d地图。例如，3d地图可以包括在不同楼层中具有一个或多个航站楼出口的一个或多个机场；并且乘客可以在3d地图中清楚地识别航站楼出口。
在一些实施例中，可以从计算机服务器获得电子地图。在一些实施例中，电子地图可以存储在第一乘客终端的存储器中。例如，电子地图可以由安装在第一乘客终端中的应用程序发起。在一些实施例中，电子地图通过网络120在线下载获得。在一些实施例中，可以基于状态信息或统计信息来改变电子地图。例如，可以基于候选车辆的位置来更新电子地图。
步骤640，第一乘客终端可以确定候选车辆的标签。标签可以表示与候选车辆相关的信息，例如候选车辆的当前位置、候选车辆的颜色、候选车辆车型等。标签可以是候选车辆的图片、图形标志或缩略图。在一些实施例中，标签可以被确定为一个或多个点、几何圆形、几何正方形或任何视觉形状等，或其任何组合。
在一些实施例中，可以至少部分基于电子地图来确定标签。例如，基于卫星地图，第一乘客终端可以将标签确定为候选车辆的缩略图。又例如，基于街道地图，第一乘客终端可以将标签确定为图形标识。在一些实施例中，第一乘客终端可以为候选车辆确定一个或多个标签。例如，候选车辆的第一标签(例如，几何圆形)可以用于表示候选车辆的位置；并且可以使用第二标签
(例如，点)来表示候选车辆中的当前乘客数量.
步骤650，第一乘客终端可以在电子地图上显示候选车辆的标签、状态信息和/或统计信息。第一乘客终端可显示由所述计算机服务器发送的信息(例如，状态信息和/或统计信息)。在一些实施例中，第一乘客终端可以显示第一个乘客终端确定的标签。第一个乘客终端可以以文本或图形视图形式显示信息。在一些实施例中，计算机服务器可以接收和/或获取候选车辆的位置信息并将位置信息发送给第一乘客终端。第一乘客终端可以显示候选车辆的位置。在一些实施例中，第一乘客终端可以在电子地图中的相应位置显示一个或多个候选车辆的标签。在一些实施例中，第一乘客终端可以显示候选车辆的动态移动标签。在一些实施例中，第一乘客终端可以在电子地图中显示候选车辆的速度或交通状态。例如，当道路交通堵塞时，第一乘客终端可以在电子地图中显示道路的不同颜色。
在一些实施例中，所述计算机服务器可以确定与第一乘客终端的第三预设范围内的交通服务请求相关的一个或多个乘客终端。所述计算机服务器可以确定所述乘客终端的实时位置并将位置发送到第一乘客终端。第一乘客终端可以基于所述乘客终端的实时位置在电子地图中显示所述乘客终端的标签。
在一些实施例中，第一乘客终端可以以文字或图形的形式显示信息。第一乘客终端可以通过广播或蓝牙耳机向乘客呈现信息。例如，所述乘客终端可以广播候选车辆的位置和司机到达上车地点的预估时间。
步骤660，第一乘客终端可以从所述计算机服务器接收候选车辆的更新的状态信息。更新的状态信息可以包括更新的行驶目的地、对交通服务请求的更新的听单状态、更新的应答概率、更新的司机偏好、更新的车型、更新的车辆的当前乘客数量、更新的车辆最大乘客容量、更新的车辆的颜色、更新的司机服务水平、更新的车辆当前速度、相对于候选车辆的任何更新信息等，或其任何组合。
在一些实施例中，计算机服务器可以实时或在某个时间段内发送更新后的状态信息，第一乘客终端可以动态接收、存储和/或分析更新后的状态信息。因此，如果第一乘客终端移出第一预设范围，则第一乘客终端可能不会接收到更新的状态信息。因此，第一乘客终端可能不能动态地接收，存储和/或分析更新的状态信息。
步骤670，第一乘客终端可以基于更新的状态信息更新标签。在一些实施例中，司机终端可以更新状态信息。例如，当司机应答服务请求时，所述司机终端的听单状态可以从第一听单状态改变为第二听单状态。更新的状态信息可以从所述司机终端发送到计算机服务器。可以从候选车辆中排除与所述司机终端相关的车辆，并且可以改变车辆的标签的颜色，尺寸和/或形状等。例如，所述计算机服务器可以实时确定候选车辆的成员，并且第一乘客终端可以动态地更新电子地图。相应地，如果候选车辆移出第一预设范围，则所述计算机服务器可以将车辆从候选车辆中移除。相应地，车辆可以作为候选车辆实时地从电子地图消失。当合格的车辆在第一预设区域内移动时，所述计算机服务器可以实时地将车辆确定为候选车辆，并且相应地，车辆可以实时出现在由第一乘客终端显示的电子地图中。
在一些实施例中，当候选车辆到达上车地点时，所述计算机服务器可以更新候选车辆的位置，并且第一乘客终端可以在电子地图中显示候选车辆的突出标签，或者广播给乘客的消息。在一些实施例中，候选车辆的当前位置可以由所述计算机服务器基于卫星的gps位置来更新，并且第一乘客终端可以基于候选车辆的动态位置变化显示候选车辆的标签。
在一些实施例中，当与具有在特定时间段内没有应答、拒绝交通服务订单、或取消交通服务订单的候选车辆相关的司机终端，所述计算机服务器可以将更新的状态信息发送给第一乘客终端。相应地，第一乘客终端可以从电子地图中删除候选车辆的标签。在一些实施例中，所述计算机服务器可以更新与候选车辆数量相关的状态信息，并且第一乘客终端可以相应地在电子地图中为候选车辆删除和/或添加标签。
在一些实施例中，电子地图可以由第一乘客终端更新。例如，所述计算机服务器可以实时确定候选车辆的成员，并且第一乘客终端可以动态地更新电子地图。相应地，如果候选车辆移出第一预设范围，则所述计算机服务器可以将车辆从候选车辆中移除。相应地，车辆可以作为候选车辆实时地从电子地图消失。当合格的车辆在第一预设区域内移动时，所述计算机服务器可以实时地将车辆确定为候选车辆，并且相应地，车辆可以实时出现在由第一乘客终端显示的电子地图中。
图7是根据本申请的一些实施例所示的用于确定司机终端中的状态信息的示例性方法和/或过程的流程图。该过程和/或方法可以由按需服务系统100的在线交通服务平台的司机终端(例如，提供者终端140)操作。例如，该方法和/或过程可以作为一组指令执行并存储在在线交通服务平台的至少一个存储介质中。平台的提供者终端的至少一个处理器可以与存储介质通信并执行该组指令以执行以下步骤。
步骤710，所述司机终端可以确定历史时段内的应答概率。应答概率可以指所述司机终端应答司机从所述计算机服务器(例如，服务器110)历史接收的服务请求的概率。所述司机终端可以确定所述司机终端接收的服务请求的第一数量以及所述司机终端在历史时间段内应答服务请求的第二数量。在一些实施例中，所述司机终端可以基于第一数量和第二数量来确定应答概率。例如，所述司机终端可以采用第二数量和第一数量的比率作为应答概率。在一些实施例中，应答概率可以由所述计算机服务器在接收到所述司机终端的的第一数量和第二数量后确定。
预定时间段可以是一个月、一周、一天、一小时、半小时等。例如，所述司机终端可以统计一个小时内所述司机终端接收的服务请求的第一数量和所述司机终端应答的服务请求的第二数量。在一些实施例中，应答概率可以包括一个月应答概率、一周应答概率、一天应答概率、一小时应答概率、半小时应答概率等，或其任意组合。例如，可以预设所述司机终端以确定一周应答概率和一小时应答概率；并且所述计算机服务器和/或乘客可以至少部分根据一周应答概率和一小时应答概率选择所述司机终端。
在一些实施例中，所述司机终端可以根据所述计算机服务器和/或乘客的需求确定应答概率。例如，如果所述计算机服务器要求应答概率的特定类型，或者确定应答概率的特定算法，则所述司机终端可以使用特定算法来确定应答概率的特定类型，并将应答概率发送给计算机服务器。
步骤720，所述司机终端可以确定听单状态。对交通服务请求的听单状态可以包括第一听单状态和第二听单状态。第一听单状态可能指所述司机终端对服务请求听单，即与所述司机终端相关的车辆可用于接受服务请求。例如，所述司机终端可以处于接收和应答一个乘客终端的服务请求的订单播报的状态。第二听单状态可以指所述司机终端可以不对服务请求听单。例如，所述司机终端可能已经应答了订单并接受了所述乘客终端的相应服务请求，因此不能接受其他服务请求。又例如，第二听单状态的场景可以包括当所述司机终端具有指定的订单时，当司机处于使用所述司机终端的电话会话中时，使得所述司机终端不能通知司机关于服务请求和/或当所述司机终端处于非活跃状态或不能应答订单或服务请求的任何状态等，或其任何组合。
在一些实施例中，所述司机终端可以通过发送链路测试信号来确定听单状态。链路测试信号可以是对可以由所述计算机服务器发送到所述司机终端以进行连接的信号的应答。如果所述司机终端已发送链路测试信号，则所述司机终端可以将听单状态确定为第一听单状态；如果所述司机终端还未发送链路测试信号，则所述司机终端可以将听单状态确定为第二听单状态。
在一些实施例中，所述司机终端可以通过连续发送例程信号来确定听单状态。如果例程信号已经被计算机服务器测试过，则听单状态可以被确定为第一听单状态。如果例程信号尚未被计算机服务器测试，则听单状态可以被确定为第二听单状态。
步骤730，所述司机终端可以向计算机服务器发送状态信息。状态信息可以包括行驶目的地、实时位置、对交通服务请求的听单状态(即，接受服务请求的可能性)、应答概率、司机偏好、车型、车辆的当前乘客数量、车辆的最大乘客容量、车辆的颜色、司机服务水平、车辆的当前速度或者与车辆有关的任何信息等，或者任何组合。
在一些实施例中，所述司机终端可以实时发送状态信息。例如，所述司机终端可以实时地将车辆的当前速度发送到所述计算机服务器。在一些实施例中，所述司机终端可以在一段时间内(例如，1小时)内发送状态信息(例如，应答概率)。所述司机终端可以经由网络120将状态信息发送到所述计算机服务器。例如，与所述计算机服务器连接的所述司机终端可以通过3g网络或4g网络发送状态信息。
在一些实施例中，所述司机终端可以将状态信息发送到计算机服务器之前进行压缩。压缩的状态信息可以包括有损压缩状态信息或无损压缩状态信息。在一些实施例中，状态信息在发送给计算机服务器之前可以发送到超出本地区域的存储介质(例如，云存储器)。例如，所述司机终端可以将状态信息发送到云存储器；并且云存储器可以将状态信息发送给计算机服务器。在一些实施例中，所述司机终端可以通过使用广播、电子海报、图片、激光等或其任何组合来发送状态信息。例如，所述司机终端可以输出可以预设在车辆顶部的电子海报中的状态信息；并且电子海报中的状态信息可以由与计算机服务器通信的检测器来识别。
步骤740，所述司机终端可以从计算机服务器接收交通服务订单。交通服务订单可以包括交通服务的价格、调整的价格、发送交通服务订单的时间、交通服务订单的序列号、交通服务的价格、调整的价格、上车地点、下车地点、乘客的实时位置、发送服务请求的具体时间、乘客偏好、同伴乘客、接送时间、下车时间、共享汽车意愿、行李运输、里程、红包的使用状态、支付方式(例如，现金支付、卡支付、在线支付、汇款支付等)、交通服务请求等，或其任何组合。
在一些实施例中，所述计算机服务器可以将交通服务订单发送到与候选车辆相关的一个或多个司机终端。所述司机终端可以显示或广播司机的订单。司机可以通过所述司机终端接受、拒绝或取消订单。当司机接受订单时，与司机相关的司机终端可以将接受信息发送到计算机服务器。所述计算机服务器可在预定时间段内保留订单或直到接收到取消第一乘客终端的订单的指示。
在一些实施例中，所述司机终端可以单独接收交通服务订单。例如，与计算机服务器连接不稳定的所述司机终端可以在第一时间段内接收交通服务订单的第一部分，并在第二时间段内接收交通服务订单的第二部分。在一些实施例中，所述司机终端可以接收包含交通服务订单的包，该服务订单可能被计算机服务器压缩或加密；并且所述司机终端可以对该包进行解压缩或解密以提取交通服务订单。
步骤750，所述司机终端可以向计算机服务器发送应答。应答可以包括接受交通服务订单的应答或所述计算机服务器的任何信息。在一些实施例中，所述司机终端在发送应答之前可能会收到一个或多个交通服务订单。司机可以接受一个或多个交通服务订单。例如，所述司机终端可以接收第一交通服务订单和第二交通服务订单；司机可以选择接受第二交通服务订单和/或将应答发送到计算机服务器。
在一些实施例中，应答可以包括忽略或取消交通服务订单的应答。例如，如果司机在预定时间段(例如5秒)内没有对交通服务订单作出应答，则所述司机终端可以生成取消运输服务订单的应答，并且将应答自动发送到所述计算机服务器。当司机拒绝订单或取消订单时(例如，触发显示在所述司机终端上的取消按钮)，所述司机终端可以将相应的信息发送到所述计算机服务器。所述司机终端可能放弃订单。所述计算机服务器可以从候选车辆中排除司机车辆。在一些实施例中，计算机服务器可以更新候选车辆，并且第一乘客终端可以相应地在电子地图上删除与司机相关的车辆的标签。
步骤760，所述司机终端可以基于应答更新状态信息。在一些实施例中，状态信息可以由所述司机终端实时或在某个时间段内更新。更新的状态信息可以包括更新的行驶目的地、对交通服务请求的更新的听单状态、更新的应答概率、更新的司机偏好、更新的车型、更新的车辆的当前乘客数量、更新的车辆的最大载客量、更新的车辆的颜色、更新的司机服务水平、更新的车辆的当前速度、相对于所述司机终端的任何更新信息等，或其任何组合。
在一些实施例中，所述司机终端可以基于应答更新状态信息。例如，如果所述司机终端确定了第一当前乘客数量；经过某段时间后，所述司机终端应答新的交通服务订单，接上新乘客，和/或放下一个或多个乘客，所述司机终端可以生成第二当前乘客数量并更新状态信息。又例如，如果所述司机终端行驶目的地为空，所述司机终端接受新的交通服务后，可以将所述司机终端的行驶目的地更新为新的交通服务订单的下车地点。在一些实施例中，所述司机终端可以通过切换第一听单状态和第二听单状态来更新所述司机终端的听单状态。例如，当所述司机终端应答服务请求时，听单状态可以从第一听单状态更改为第二听单状态。又例如，当所述司机终端完成交通交易时，可以将听单状态从第二听单状态更改为第一听单状态。
步骤770，所述司机终端可以将更新的状态信息发送给所述计算机服务器。在一些实施例中，所述司机终端可以实时发送更新的状态信息。例如，所述司机终端可以实时地将更新的车辆位置发送到所述计算机服务器。在一些实施例中，所述司机终端可以在一段时间(例如一分钟)内发送更新的状态信息(例如，更新应答概率)。在一些实施例中，所述司机终端可以通过网络120发送更新的状态信息。例如，具有与所述计算机服务器连接的所述司机终端可以经由广域网(wan)或虚拟专用网络(vpn)发送更新的状态信息。
在一些实施例中，所述司机终端可以在将更新的状态信息发送到计算机服务器之前压缩该更新的状态信息。压缩的更新状态信息可以包括有损压缩更新状态信息或无损压缩更新状态信息。在一些实施例中，更新的状态信息可以在被发送到计算机服务器之前被发送到超出本地区域(例如，云存储器)的存储器。例如，所述司机终端可以将更新的状态信息发送到云存储器；并且云存储器可以将更新的状态信息发送到计算机服务器。在一些实施例中，所述司机终端可以通过广播、电子海报、图片、激光等或其任意组合发送更新的状态信息。例如，所述司机终端可以在可以预设在车辆顶部的电子海报中输出更新的状态信息；并且可以通过与计算机服务器通信的检测器来识别电子海报中的更新的状态信息。
图8是根据本申请的一些实施例所示的用于交通服务的调价的示例性方法和/或过程的流程图。该过程和/或方法可以由按需服务系统100的在线交通服务平台的所述计算机服务器(例如，服务器110)操作。例如，该方法和/或过程可以作为一组指令执行并存储在在线交通服务平台的至少一个存储介质中。平台的所述计算机服务器的至少一个处理器可以与存储介质通信并且执行该组指令以执行以下步骤。
步骤810，所述计算机服务器可以从乘客终端(例如，第一乘客终端)获取包括上车地点的交通服务请求。
第一乘客终端可以生成用于交通服务的服务请求(即，第一服务请求)并将其发送到计算机服务器。第一乘客终端可以收集与乘客相关的数据。例如，第一乘客终端可以收集乘客的实时位置。又例如，第一乘客终端可以收集乘客偏好(例如，车型)。第一乘客终端可基于全球定位系统(gps)、网络地址、预定上车地点、用户输入等或其任何组合来确定上车地点。
在一些实施例中，乘客可以经由第一乘客终端基于乘客偏好来预定上车地点。例如，预定的上车地点可以被预定为乘客的家庭地址或乘客的公司地址。在一些实施例中，上车地点可以由系统默认预定。例如，上车地点可以预定为城镇的客运中心。在一些实施例中，上车地点可以包括地理坐标(例如，东经6.43度和东经37.61度)、街道、十字路口、建筑物(例如地下停车场)、车站(例如，公共汽车站、火车站)或乘客或计算机服务器等可识别的任何位置等，或其任何组合。在一些实施例中，上车地点可以是可以以预定位置为中心的区域。例如，上车地点可以是以购物中心为中心的区域。在一些实施例中，下车地点可以采用与上车地点的相同方法确定。
所述计算机服务器可以获得第一服务请求。第一服务请求可以包括上车地点、下车地点、第一乘客终端的乘客标识码、乘客偏好、同伴乘客的数量等，或其任何组合。
在一些实施例中，所述计算机服务器可以更新司机的偏好。司机的偏好可以包括乘客的性别、乘客评级、乘客的数量、与乘客有关的任何信息、可能影响交通服务的任何信息等，或其任何组合。所述计算机服务器可以基于更新的司机偏好来更新候选车辆。在一些实施例中，所述计算机服务器可以将更新的司机偏好传送给第一乘客终端，乘客可以根据更新的司机偏好更新服务请求。
步骤820，所述计算机服务器可以基于上车地点确定交通服务请求的数量和/或候选车辆的数量。在一些实施例中，所述计算机服务器可以在预设时间段内和/或第四预设范围内确定服务请求的数量。预设时间段可以指在第一乘客终端发送第一服务请求之前或之后的时间段。第四预设范围可以指代由第一乘客终端发送的第一服务请求的上车地点的区域。例如，所述计算机服务器可以计算第一服务请求的上车地点的特定区域中的服务请求的数量。交通服务请求的数量可以指由第一服务请求的上车地点的一个或多个乘客终端(例如，第一乘客终端和其他乘客终端)发送的交通服务请求的数量。
在一些实施例中，所述计算机服务器可以基于算法(例如统计算法)确定服务请求的数量。例如，所述计算机服务器可以基于第一区域中的服务请求的数量来预估第四预设范围中的服务请求的数量，第一区域可以与第四预设范围相邻。又例如，所述计算机服务器可以基于同一区域或相同时间段的服务请求的历史平均数量来预估第四预设范围或预定时间段的服务请求的数量。在一些实施例中，所述计算机服务器可以确定同一区域内不同时间段之间服务请求数量的差值。例如，所述计算机服务器可以确定的第一时间段与第二时间段之间服务请求的平均数量的增量值。在一些实施例中，所述计算机服务器可以至少部分基于可以在预定时间段和/或第四预设范围主动使用乘客终端的乘客的数量来确定服务请求的数量。
在一些实施例中，所述计算机服务器可以基于一个或多个车辆的状态信息来确定候选车辆的数量，如步骤430和/或步骤540所示。在一些实施例中，所述计算机服务器可以基于一个或多个在线司机终端确定第一服务请求的候选车辆的数量。在线司机终端可以指登录在线交通服务平台的司机终端。在线司机终端可以通过信号与计算机服务器保持通信。该信号可以包括无线信号和/或有线信号。在一些实施例中，可以通过无线信号检测在线司机终端。在线终端可以周期性地将具有特定频率的无线信号发送到所述计算机服务器。无线信号可以由计算机服务器直接接收，也可以由可能与所述计算机服务器已建立通信的一个或多个基站接收。在一些实施例中，信号可以通过网络120传输。例如，信号可以由在线司机终端的路由器接收，并且路由器可以与互联网连接。
在一些实施例中，在线司机终端可以将车辆状态信息发送给计算机服务器。所述计算机服务器可以基于车辆状态信息确定在线车辆的数量。在线司机终端可以包含空闲司机终端或非空闲司机终端。空闲司机终端可以与可能具有能力提供所需交通服务的空车或非满车相关联。非空闲司机终端可以与没有能力提供所请求的交通服务的车辆相关联，例如，满车。空闲司机终端或非空闲司机终端可以由司机通过所述司机终端确定。例如，当司机处于紧急状态或司机不愿意提供交通服务时，司机可以将所述司机终端设置为非空闲状态。
在一些实施例中，空闲司机终端或非空闲司机终端可以由所述计算机服务器根据车辆状态信息来确定。例如，所述计算机服务器可以分析车辆状态信息(例如，车辆当前的乘客数量)；车辆当前的乘客数量可以基于某时间段内的车辆状态信息来确定；并且所述计算机服务器可以基于车辆当前的乘客数量和车辆的最大容量来确定司机终端是否处于空闲状态。当前乘客数量小于最大容量时，车辆的所述司机终端可确定为空闲。在一些实施例中，所述计算机服务器可以基于在线司机终端和空闲司机终端来选择候选车辆。也就是说，所述计算机服务器可以将与在线和空闲司机终端相关的车辆确定为候选车辆。例如，所述计算机服务器可以根据在线司机终端选择第一组司机终端；第二组司机终端可以由所述计算机服务器根据第一组中的一个或多个空闲司机终端确定；并且所述计算机服务器可以基于第二组司机终端来确定候选车辆。
步骤830，所述计算机服务器可以基于交通服务请求的数量和/或候选车辆的数量来确定调整的价格。在一些实施例中，在确定调整的价格之前，所述计算机服务器可以确定是否要调整交通服务的价格。
在一些实施例中，所述计算机服务器可以确定交通服务的调整的价格(例如，第一服务请求所请求的交通服务)。调整的价格可能是指交通服务的价格上涨或下调。调整的价格可以是乘客愿意为交通服务订单或交通服务交易支付的价格。调整的价格可以基于一个或多个因素来确定，例如，一个或多个因素包括交通服务的标准价、交通服务请求的数量、候选车辆的数量、路线的交通状态、交通服务的当前时间(例如高峰时间)、车辆限制(例如车辆的奇偶数规则)或能够影响交通服务的任何信息等，或其任何组合。
标准价可以由所述计算机服务器、第一乘客终端或与候选车辆相关的司机终端确定。在一些实施例中，所述计算机服务器可以获取与司机确定的价格相关的参数和/或由乘客确定的第一服务请求的价格选项。所述计算机服务器可以通过分析与价格和/或价格选项有关的参数来确定标准价。例如，所述计算机服务器可以基于参数确定标准价(例如，加权平均值)。在一些实施例中，标准价可以基于应允的规定来确定。在一些实施例中，标准价可以至少部分基于奖励来确定。奖励可以由在线交通服务平台确定。在一些实施例中，标准价可以基于定价模型(例如出租车使用的定价模型)来确定。例如，所述计算机服务器可以通过基于当前城市的计程表规则(例如，每公里2美元)确定价格来确定标准价。
路线的交通状态可能包括交通堵塞、交通事故、路线的路况等，或其任何组合。例如，当区域处于交通堵塞时，所述计算机服务器可以上涨该区域中的交通服务的价格。
在一些实施例中，所述计算机服务器可以确定是否要调整交通服务的价格。当服务请求的数量大于候选车辆的数量时，所述计算机服务器可以确定可能高于标准价的调整的价格；当服务请求的数量少于候选车辆的数量时，所述计算机服务器可以确定可能低于标准价的调整的价格。在一些实施例中，所述计算机服务器可以确定交通服务请求的数量与候选车辆的数量的比率。当比率大于预设阈值时，所述计算机服务器可以确定高于交通服务的标准价的调整的价格。当比率小于预设阈值时，所述计算机服务器可以确定低于交通服务的标准价的调整的价格。
在一些实施例中，所述计算机服务器可以将调整的价格确定为数值。例如，所述计算机服务器可以以15美元的增量确定调整的价格；并且乘客可以为服务交易额外支付15美元。在一些实施例中，所述计算机服务器可以确定付款金额倍数因子，该因子可以表示与标准价相比的调整的价格次数。例如，当交通服务处于高峰时段时，所述计算机服务器可以将付款金额倍数因子确定为1.4。
在一些实施例中，所述计算机服务器可以经由网络120通过一个或多个乘客与一个或多个司机之间的出价来确定调整的价格。例如，调整的价格可以根据最低要价确定。要价可以由一个或多个司机终端根据第一服务请求提供。
在一些实施例中，调整的价格可以根据乘客与司机之间的约定来确定。例如，当乘客满意司机提供的交通服务时，乘客可能愿意提供可能高于标准价的调整的价格。并且所述计算机服务器可以接收与司机相关的所述司机终端发送的调整的价格。
在一些实施例中，司机可以通过司机终端根据服务请求的数量调整价格。例如，根据司机可能认为的服务请求的数量大于候选车辆的数量，司机可以上涨价格；并且所述司机终端可以基于上涨的价格向所述计算机服务器发送调整的价格。所述计算机服务器可以接收所述司机终端提供的调整的价格，并将调整的价格通知给第一乘客终端。如果乘客接受调调整的价格，所述计算机服务器可以关闭乘客和司机之间的交易。
在一些实施例中，乘客可以根据候选车辆的数量确定调整的价格。当乘客在发送第一服务请求之后等待很长时间时，乘客可以通过在请求中设置价格较高的价格选项来确定调整的价格，并将调整的价格发送给所述计算机服务器以便增加成功获取交通服务的概率。所述计算机服务器可以接收乘客提供的调整的价格，并将调整的价格通知附近的司机。如司机接受调整的价格，所述计算机服务器可以关闭乘客与司机之间的交易。
在一些实施例中，乘客和司机可以来回提供和反提供他们自己的调整后的价格以协商双方同意的价格。
步骤840，所述计算机服务器可以向第一乘客终端发送第一调价请求、请求的数量和/或候选车辆的数量。第一调价请求可以包括调价信息、接受或拒绝第一调价请求的指令等，或其任何组合。调价信息可以包括增加付款金额、增加付款倍数、减少付款金额、调价的原因等，或其任何组合。调价的原因可以包括交通服务请求的数量、候选车辆的数量、交通状态、车辆与乘客之间的距离、下车地点(例如，远程位置)、上车地点等，或其任何组合。
在一些实施例中，所述计算机服务器可以实时发送第一调价请求。在一些实施例中，所述计算机服务器可以在时间段内(例如，一分钟)发送第一调价请求。在一些实施例中，所述计算机服务器可以通过网络120发送第一调价请求。例如，与所述乘客终端已连接的所述计算机服务器可以通过广域网
(wan)或4g网络发送第一调价请求。
步骤850，所述计算机服务器可以获取对第一乘客终端的第一调价请求的应答。在一些实施例中，第一个乘客终端可以确认第一调价请求。在一些实施例中，第一乘客终端可以取消第一调价请求。在一些实施例中，第一乘客终端可以忽略第一调价请求。例如，所述计算机服务器可以向具有包括确认按钮、拒绝按钮和/或忽略按钮的选择对话的第一乘客终端发送第一调价请求。如果乘客触发确认按钮，则所述计算机服务器可以接收对第一调价请求的确认应答。如果乘客触发拒绝按钮，则所述计算机服务器可以获取对第一调价请求的拒绝应答。如果乘客选择忽略按钮，则所述计算机服务器可以获取对第一调价请求的忽略应答。在一些实施例中，如果乘客没有应答第一调价请求，则所述计算机服务器可能无法从第一乘客终端获取应答。
步骤860，所述计算机服务器可以基于应答更新调整的价格。在获取对第一调价请求的应答之后，所述计算机服务器可以确定更新的调整价格。如果所述计算机服务器从所述乘客终端接收到确认应答，则所述计算机服务器可以将调整的价格保留在第一调价请求中。如果所述计算机服务器从所述乘客终端获取拒绝应答，则所述计算机服务器可以放弃第一服务请求。如果所述计算机服务器获取忽略应答或者如果所述计算机服务器在预定时间段内没有从第一乘客终端接收到应答，则所述计算机服务器可以重新确定交通服务请求的数量、重新确定候选车辆的数量、和/或重新确定第二调价请求。在一些实施例中，所述计算机服务器可以至少部分地基于重新确定的交通服务请求数量和/或重新确定的候选车辆数量来重新确定第二调价请求。在一些实施例中，在重新确定第二调价请求之前，所述计算机服务器可以确定是否要调整交通服务的价格。
一些实施例中，所述计算机服务器可以通过生成更新的调价请求(例如，第二调价请求)来更新调整后的价格。更新的调价请求可以包括例如更新的调价信息、接受或拒绝调价请求的更新的指令等，或其任何组合。更新的调价信息可以包括更新的增加付款金额、更新的增加付款倍数、更新的减少付款金额、更新的价格调整原因等，或其任何组合。调价的原因可以包括交通服务请求更新数量、候选车辆的更新的数量、更新的交通状态，车辆和乘客之间的更新距离、更新的下车地点(例如，远程位置)、更新的上车地点等，或其任何组合。
步骤870，所述计算机服务器可以将更新的调价请求(例如，第二调价请求)发送到第一乘客终端。在一些实施例中，所述计算机服务器可以向第一乘客终端发送更新的交通服务请求的数量和/或更新的候选车辆的数量。在一些实施例中，所述计算机服务器可以实时发送更新的调价请求。在一些实施例中，所述计算机服务器可以在时间段(例如，一分钟)内发送更新的调价请求。在一些实施例中，所述计算机服务器可以经由网络120发送更新的调价请求。例如，与第一乘客终端的连接的所述计算机服务器可以经由广域网(wan)或3g网络发送更新的调价请求。
图9是根据本申请的一些实施例所示的用于在乘客终端(例如，第一乘客终端)中显示调价请求(例如，第一价格调整请求和/或第二价格调整请求)的示例性方法和/或过程的流程图。该过程和/或方法可以由按需服务系统100的在线交通服务平台的乘客终端(例如，请求者终端130)来操作。例如，该方法和/或过程可以作为一组指令执行并存储在在线交通服务平台的至少一个存储介质中。平台的一个乘客终端的至少一个处理器可以与存储介质通信并且执行该组指令以执行以下步骤。
步骤910，第一乘客终端可以向计算机服务器(例如，服务器110)发送交通服务请求(例如，第一服务请求)。交通服务请求可以包括例如乘客的出发信息(例如，上车地点)、乘客的目的地信息(例如，下车地点)、乘客的实时位置、乘客标识码、发送服务请求的具体时间、乘客偏好、同伴乘客的数量等，或其任何组合。
在一些实施例中，乘客可以通过第一乘客终端更新第一服务请求。在乘客将第一服务请求发送给所述计算机服务器之后，乘客可以改变上车地点、下车地点、乘客偏好、同伴乘客的数量等，或其任何组合。第一乘客终端可以放弃先前的请求并生成新请求，并将新请求发送到计算机服务器。计算机服务器可以基于新请求更新与上车地点的候选车辆和交通服务请求有关的信息。可以将更新的信息发送到乘以供显示的所述乘客终端。
步骤920，第一乘客终端可以接收第一调价请求、至少一个其他交通服务请求的信息、和/或可用于提供交通服务的至少一个候选车辆的信息。第一调价请求可以包括调价信息、接受或拒绝第一调价请求的指令等，或其任何组合。第一调价信息可以包括增加付款金额、增加付款倍数、减少付款金额、调价的原因等，或其任何组合。第一调价的原因可以包括上车地点的预设范围内的至少一个其他交通服务请求(例如，多个交通服务请求)的信息、至少一个候选车辆的信息(例如，候选车辆的数量)、交通状态、车辆和乘客之间的距离、下车地点(例如，远程位置)、上车地点等，或其任何组合。
步骤930，第一乘客终端可以确定一个或多个图形组件。图形组件可包括文本、图形视图、数字、图表、示意图等，或其任何组合。在一些实施例中，图形组件可以存储在第一乘客终端的存储介质中，或者从计算机服务器获取。在一些实施例中，图形组件可以由安装在第一乘客终端的应用发起。在一些实施例中，图形组件可包括候选车辆的标签。标签可以包括候选车辆的图片、图形标志或缩略图。在一些实施例中，图形组件还可包括点、几何圆形、几何方形或任何视觉形状等，或其任何组合。
在一些实施例中，第一乘客终端可以根据第一调价请求、服务请求的数量和/或候选车辆数量确定图形组件。例如，第一乘客终端可以基于服务请求的数量来确定第一组图形组件。又例如，乘客终端可以基于候选车辆的数量确定第二组图形组件。
步骤940，所述乘客终端可以基于确定的图形组件显示第一调价请求、至少一个其他交通服务请求的信息、和/或至少一个候选车辆的信息。在一些实施例中，第一乘客终端可以在文本或图形视图中显示第一调价请求。例如，第一乘客终端可以显示交通服务请求的数量(例如1230)和候选车辆的数量(例如820)，并且所显示的调整的价格可以高于交通服务的标准价。又例如，可以通过条形图显示交通服务请求的数量和/或候选车辆的数量。作为又一示例，接受、拒绝或取消调价请求的指令可以显示为消息框、按钮等或其任何组合。
在一些实施例中，第一乘客终端可以文字或图形的形式显示信息。在一些实施例中，第一乘客终端可以通过广播或蓝牙耳机向乘客呈现信息。例如，第一乘客终端可以广播候选车辆的位置和司机到达上车地点的预估时间。在一些实施例中，第一乘客终端可以通过图形用户界面显示信息。图形用户界面可以便于乘客与第一乘客终端交互。例如，第一乘客终端可以显示用于乘客输入和/或选择指令的消息界面。乘客可以通过消息接口与第一乘客终端交互。消息界面可以包括指示接受调价请求的第一消息框(例如，确认按钮)、指示拒绝调价请求的第二消息框(例如，拒绝按钮)、和/或指示忽略调价请求(例如，忽略按钮)的第三消息框。例如，乘客可以触发确认按钮以接受第一调价请求、触发拒绝按钮以拒绝第一调价请求、和/或忽略按钮忽略第一调价请求。
步骤950，第一乘客终端可以向所述计算机服务器发送对第一调价请求的应答。基于对乘客的选择来确定对第一调价请求的应答。当乘客接受第一调价请求(例如，触发和/或激活第一消息框)时，第一乘客终端可以向计算机服务器发送确认应答(例如，指示接受调价请求的应答信息)。当乘客拒绝第一调价请求(例如，触发和/或激活第二消息框)时，第一乘客终端可以向所述计算机服务器发送拒绝应答(例如，指示拒绝调价请求的应答信息)。当乘客忽略第一调价请求(例如，触发和/或激活第三消息框)时，第一乘客终端可以向计算机服务器发送忽略应答(例如，指示忽略调价请求的应答信息)。在一些实施例中，乘客可能对第一调价请求不应答，并且第一乘客终端可能不向所述计算机服务器发送应答。
在一些实施例中，当第一乘客终端接受第一调价请求时，计算机服务器可以基于第一服务请求和调整后的价格生成订单请求，并将订单请求发送给与候选车辆相关的一个或多个司机终端。当第一乘客终端拒绝第一调价请求时，计算机服务器可以放弃第一服务请求。如果第一乘客终端忽略第一调价请求，或者如果第一乘客终端在预定时间段内没有对第一调价请求应答(例如，第一消息框、第二消息框、和/或在预定时间段内未触发的第三消息框)，则计算机服务器可以重新确定是否要调整交通服务的价格，和/或更新第一调价请求。
步骤960，第一乘客终端可以从计算机服务器获取更新的调价请求。在一些实施例中，第一乘客终端可以获取更新的服务请求的数量、和/或更新的候选车辆的数量。在一些实施例中，第一乘客终端可以实时接收更新的调价请求。在一些实施例中，第一乘客终端可以在时间段(例如一分钟)内获取更新的调价请求。
步骤970，第一乘客终端可以基于所确定的图形组件显示更新的调价请求。在一些实施例中，第一乘客终端可以显示更新的价格。当第一乘客终端在预定时间段(例如，30s、60s、90s等)内由所述计算机服务器提供的第一调价请求没有应答时，第一乘客终端可以发送重新确定价格的请求到计算机服务器。然后，所述计算机服务器可以重新确定候选车辆的的数量和交通服务请求的数量。所述计算机服务器可以基于重新确定的候选车辆的数量和重新确定的交通服务请求的数量来重新确定是否调整交通服务的价格。所述计算机服务器可以确定第二调整的价格，并将第二调价请求发送到第一乘客终端。第一乘客终端可以基于文本、数字、图形等或其任何组合来显示第二调价请求。第一乘客终端可以显示接受、拒绝或取消第二调价请求的指令。在一些实施例中，当乘客在一定时间段内对调整的价格没有应答时，第一乘客终端可以更新第二调整的价格。
图10是根据本申请的一些实施例显示乘客终端中调整的价格的示例性图形组件。如图10所示，所述乘客终端可以在饼图中显示付款金额倍数因子(例如1.4)、候选车辆的数量(例如467)、以及交通服务请求的数量(例如15687)。所述乘客终端可以显示指示乘客在120秒内应答的确认按钮。如果乘客在120秒内没有应答，调整的价格可能会更新。所述乘客终端可显示拒绝调整的价格的拒绝按钮。如果乘客触发确认按钮，则所述乘客终端可以向计算机服务器发送确认应答。如果乘客触发拒绝按钮，则所述乘客终端可以向计算机服务器发送拒绝应答。如果乘客忽略超过120秒的信息，则所述乘客终端可以不向计算机服务器发送应答，并且所述计算机服务器可以重新确定第二调整的价格。
图11是根据本申请的一些实施例在乘客终端中显示调整的价格的示例性图形组件。如图11所示，所述乘客终端可以显示付款金额倍数(例如，1.4)、调整价格的原因(例如，过量的请求)。所述乘客终端可以显示出服务请求和候选车辆的标签的示意图。所述乘客终端可以显示指示乘客在120秒内应答的确认按钮。如果乘客在120秒内没有回应，调整的价格可能会更新。所述乘客终端可显示拒绝调整价格的拒绝按钮。如果乘客触发确认按钮，则所述乘客终端可以向计算机服务器发送确认应答。如果乘客触发拒绝按钮，则所述乘客终端可以向计算机服务器发送拒绝应答。如果乘客忽略超过120秒的信息，则所述乘客终端可以不向计算机服务器发送应答，并且所述计算机服务器可以重新确定第二调整的价格。
图12是根据本申请的一些实施例所示的在乘客终端中显示调整后的价格的示例性图形组件。如图12所示，所述乘客终端可以显示付款金额倍数(例如1.4)，调整价格的原因(例如，乘客在具有较少车辆的偏远地区)。所述乘客终端可以显示示例性乘客所在的远程区域并且候选车辆的数量小的示意图。所述乘客终端可以显示指示乘客在120秒内应答的确认按钮。如果乘客在120秒内没有回应，调整的价格可能会更新。所述乘客终端可显示拒绝调价的拒绝按钮。如果乘客触发确认按钮，则所述乘客终端可以向所述计算机服务器发送确认应答。如果乘客触发拒绝按钮，则所述乘客终端可以向所述计算机服务器发送拒绝应答。如果乘客忽略超过120秒的信息，则所述乘客终端可以不向所述计算机服务器发送应答，并且所述计算机服务器可以重新确定第二调整的价格。
图13是根据本申请的一些实施例在乘客终端中显示调整的价格的示例性图形组件。如图13所示，所述乘客终端可以显示付款金额倍数(例如，1.4)、调整价格的原因(例如，高峰时段的交通堵塞)。所述乘客终端可以显示示例性包括交通堵塞的交通状态的示意图。所述乘客终端可以显示指示乘客在120秒内应答的确认按钮。如果乘客在120秒内没有应答，调整的价格可能会更新。所述乘客终端可显示拒绝调整后的价格的拒绝按钮。如果乘客触发确认按钮，则所述乘客终端可以向所述计算机服务器发送确认应答。如果乘客触发拒绝按钮，则所述乘客终端可以向所述计算机服务器发送拒绝应答。如果乘客忽略超过120秒的信息，则所述乘客终端可以不向所述计算机服务器发送应答，并且所述计算机服务器可以重新确定第二调整的价格。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属本申请示范实施例的精神和范围。
此外，某些术语已用于描述本申请的实施例。例如，术语“一个实施例”，“实施例”和/或“一些实施例”意味着结合该实施例描述的特定特征、结构或特性被包括在本申请的至少一个实施例中。因此，强调并且应理解为，本说明书的各个部分中对“实施例”或“一个实施例”或“替代实施例”的两个或多个引用不一定都指的是相同的实施例。此外，在本申请的一个或多个实施例中，特定特征、结构或特性可以适当地组合。
此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可以专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各方面可以完全由硬件执行、完全由软件(包括固件、常驻软件、微代码等)执行、或可以由软件和硬件组合执行。这些在本文中通常都可以称为“模块”、“单位”、“组件”、“设备”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、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)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请受检对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。