CN109146755A - 乘车前乘客指定要支付车费的驾驶员与乘客匹配系统和方法 - Google Patents

Abstract

一种用于请求由乘客设定指定车费的乘车的计算机实现方法，所述方法与至少包括处理器和存储器的计算机化系统结合执行，所述方法包括：接收来自乘客的具有由乘客设定的指定车费的乘车请求；发送乘车请求到驾驶员的乘车请求供给；响应于来自乘客的具有指定车费的乘车请求，通过接收驾驶员对订单的请求、确定驾驶员设备位置、确定驾驶员评级，来选择驾驶员，驾驶员的选择基于他/她的位置和评级；以及向乘客、所选择的驾驶员和其他驾驶员提供驾驶员选择结果。

Description

乘车前乘客指定要支付车费的驾驶员与乘客匹配系统和方法

技术领域

本申请公开的实施例总体涉及驾驶员与乘客匹配的系统和方法，特别地涉及驾驶员与乘客匹配的系统和方法，其中乘客在乘车开始前指定要支付的乘坐价格。

背景技术

通常，在计算机化的出租车调度服务的情况下，用户订购出租车服务的费用是由服务本身确定的。上述用户费用是在旅行开始前，根据预定公式计算的固定价格，或是在行程结束时的计费费用。在这两种情况下，乘客都不知道费用计算中使用的公式或行程的最终计费费用。乘客影响旅行定价的不可行性导致运输服务收取不合理的高费用。在垄断市场或以固定价格或其他形式勾结的公司为主的市场尤其如此。

美国专利申请公开号2013268406(公开于2013年10月10日)描述了一种使用户能够验证按需服务的价格变化的方法。该方法能够确定为用户提供按需服务的实时价格。具体地，上述方法能够帮助确定实时价格何时等于或超过阈值价格。响应于用户在实时价格等于或超过阈值价格时对按需服务的请求，能够提供用户在能发送服务请求之前对服务系统正确响应的中间接口。

上述方案的缺点之一是乘客不能为行程设定他或她自身价格的事实，这可能会导致运输服务收取不合理的高费用。

发明内容

本文描述的各实施例涉及基本上消除与传统技术相关联的以上和其他问题中的一个或多个的系统和方法。

根据本文描述的实施例的一个方面，提供了一种用于请求由乘客设定指定车费的乘车的计算机实现方法，该方法是与至少包括处理器和存储器的计算机化系统结合执行的，该方法包括：接收来自乘客的具有由乘客设定的指定车费的乘车请求；发送所述乘车请求到驾驶员的乘车请求供给；响应于来自乘客的具有指定车费的乘车请求，通过接收驾驶员对订单的请求、确定驾驶员设备的位置、确定驾驶员评级来选择驾驶员，其中驾驶员选择基于所确定的驾驶员设备的位置和所确定的驾驶员评级；以及向乘客、被选驾驶员和其他驾驶员提供驾驶员选择结果。

根据本文描述的实施例的另一方面，提供了一种用于请求由乘客设定指定车费的乘车的计算机化系统，该计算机化系统至少包括处理器和存储器，用于：接收来自乘客的具有由乘客设定的指定车费的乘车请求；发送所接收到的乘车请求到驾驶员的订单供给；接收驾驶员对订单的请求；确定驾驶员设备的位置；确定驾驶员评级；基于所确定的驾驶员设备的位置和所确定的驾驶员评级来选择驾驶员；以及向乘客、被选驾驶员和其他驾驶员提供驾驶员选择结果。

根据本文描述的实施例的另一方面，提供了一种用于请求由乘客设定指定车费的乘车的移动计算设备，该移动计算设备包括显示器、存储器和一个或多个处理器，用于：接收来自乘客的具有由乘客设定的指定车费的乘车请求；发送所接收到的乘车请求到驾驶员的订单供给；接收驾驶员对订单的请求；确定驾驶员设备的位置；确定驾驶员评级；基于所确定的驾驶员设备的位置和所确定的驾驶员评级来选择驾驶员；以及向乘客、被选驾驶员和其他驾驶员提供驾驶员选择结果。

与本发明相关的其他方面将在下面的描述中部分地阐述，并且部分地将从所述描述中显而易见，或可以通过实践本发明来得知。本发明的各方面可以通过以下详细描述和所附权利要求中特别指出的各元件以及各种元件和各方面的组合来实现和获得。

应当理解，前文和以下描述仅仅是示例性和解释性的，并不是为了以任何方式限制所要求保护的发明或其应用。

附图说明

并入并构成本说明书的一部分的附图例示了本发明的各实施例，并且与说明书一起用于解释和说明本发明技术的原理。具体地，

图1示出了用于匹配驾驶员与乘客的系统的示例性实施例。

图2是根据所述系统的示例性实施例的示出了驾驶员选择组件的某些特征的框图。

图3示出了具有车费输入的订单提交表格的用户界面的示例性实施例。

图4示出了驾驶员订单供给的用户界面的示例性实施例。

图5A示出了当驾驶员试图接单时向驾驶员显示的处于等待响应状态的用户界面的示例性实施例。

图5B示出了当驾驶员试图接单时向驾驶员显示的处于成功状态的用户界面的示例性实施例。

图5C示出了当驾驶员试图接单时向驾驶员显示的处于失败状态的用户界面的示例性实施例。

图6示出了在搜索驾驶员时向乘客显示的用户界面的示例性实施例。

图7示出了向乘客显示的具有到乘客的驾驶员行程的地图的用户界面的示例性实施例。

图8示出了说明可以在其上实现本文所描述的发明构思的各种实施例的计算机系统的实施例的框图。

具体实施方式

下面将参考(多个)附图进行详细描述，在附图中，相同的功能元件用相同的附图标记表示。上述附图通过说明而非限制的方式示出了与本发明的原理一致的具体实施例和实施方式。对这些实施方式进行了详尽描述，以使本领域技术人员能够实践本发明，并且应当理解，在不脱离本发明的范围和精神的情况下，可以利用其他实施方式，并且可以进行各种元件的结构改变和/或替代。因此，以下详细描述不应被解释为有限制的意义。此外，所描述的本发明的各种实施例可以以通用计算机上运行的软件的形式、以专用硬件的形式或以软件和硬件组合的形式来实现。

描述了用于匹配驾驶员与乘客的示例性系统和方法，其中乘客在乘车开始前指定要支付的乘坐价格。虽然乘客能够设定车费，但驾驶员可以自由选择他们认为合适的任何订单。如果有多个驾驶员试图接单，系统将基于例如驾驶员设备的评级和当前位置等参数选择驾驶员。

根据一个或多个示例性实施例，乘客设备160可以操作用于请求乘车服务的应用程序。该应用程序的用户界面可以向用户提供请求乘车并指定乘车费用的能力。车费的货币可以基于用户所在的国家设置。乘客也可以指定搭乘位置和目的地点。乘客可以在确认请求之前，提供关于请求的附加信息，形成用户界面特征，例如，给驾驶员的特别注意事项、如果需要的多个中途停留，或儿童座椅和/或小型货车的需要。在乘客请求乘车之后，用户设备可以向系统提供具有必要用户数据的请求，使得系统能够在乘客和驾驶员之间安排服务。

根据一个或多个示例性实施例，驾驶员设备上的应用程序可以提供用户界面，其向驾驶员提供乘客乘车请求(或订单供给)的列表。每个乘车请求(或订单)可以包含乘客提供的详细信息(例如搭乘位置、目的地、车费、到乘客的距离和附加参数)。驾驶员可以接受他/她认为合适的任何订单。

当驾驶员选择订单时，驾驶员设备可以通过驾驶员设备界面向服务器提供具有必要的驾驶员数据的驾驶员请求。

在服务器侧，请求接收器组件可以对订单收集一定时间量的驾驶员请求。一旦时间到了，请求接收器停止接收驾驶员请求并将收集的项目转移到驾驶员选择服务。驾驶员选择服务可以基于驾驶员数据的分析，例如驾驶员评级和驾驶员位置，来选择驾驶员。根据驾驶员选择结果，进行选择的驾驶员的驾驶员设备可以在驾驶员用户界面中转换为成功状态或线路忙状态。可以通过显示示出用户界面之间无缝转换的图形来执行该转换。

根据一个或多个示例性实施例，一旦驾驶员接受了乘车请求，就可以向用户显示乘车概况用户界面。服务概况用户界面可以为用户提供乘客指定的乘车请求数据和与服务有关的信息，以便用户可以查看关于驾驶员的详细信息，例如，驾驶员的评级和/或反馈。

如本文所述，“乘客”或“用户”是指正在请求或订购按需服务的个人。同样如本文所述，“驾驶员”是指能够提供所请求的服务的个人或实体。作为例子，用户可以使用系统请求按需服务(例如，出租车服务)，并且服务提供者可以与系统和/或用户通信以安排执行服务。此外，如本文所述，“用户设备”、“乘客设备”和“驾驶员设备”是指可以对应于蜂窝或智能手机、个人数字助理(PDAs)、平板设备等的计算设备，其可以提供网络连接和处理资源，使用户能够通过网络与系统通信。计算设备可以操作用于请求乘车的应用程序。该应用程序可以提供用户界面特征，上述用户界面特征向应用程序的用户提供使用户能够指定车费的信息。

词语“例子”或“示例性”在本文中表示作为例子、实例或说明。本文描述为“例子”或“示例性”的任何方面或设计不一定被解释为比其他方面或设计优选或有利。更确切地说，使用词语“例子”或“示例性”旨在以具体的方式呈现概念。如本申请中所使用的，术语“或”旨在表示包容性的“或”而不是排他性的“或”。也就是说，除非另有说明或从上下文中清晰指出，“X包括A或B”旨在表示任何自然包容性排列。也就是说，如果X包括A；X包括B；或X包括A和B，那么在任何上述情况下，“X包括A或B”都被满足。此外，本申请和所附权利要求中使用的冠词“一”和“一个”通常应该被解释为表示“一个或多个”，除非另有说明或从上下文中清楚指向单数形式。在整个说明书中对“实施方式”或“一个实施方式”的引用意味着结合实施方式描述的特定特征、结构或特性被包括在至少一个实施方式中。因此，在本说明书的各个地方出现的短语“实施方式”或“一个实施方式”不一定都是指同一个实施方式。此外，应该注意，关于附图的某些元件使用的符号“n”不旨在限制元件的特定数量。因此，“n”被解释为具有在特定实施方式中存在的一个或多个元件。应当理解，上述描述旨在是说明性的，而不是限制性的。在阅读和理解了上述描述之后，许多其他的实施方式对于本领域技术人员将是显而易见的。因此，本公开的范围应参照所附权利要求以及这些权利要求所具有的等同物的全部范围来确定。

系统描述

图1示出了系统架构的一个例子。该系统架构包括系统100和用户设备(例如乘客设备160和驾驶员设备180)。用户设备可以通过乘客界面170和/或驾驶员界面190与系统100连接。系统100可以通过服务界面110对应于一个或多个用户设备。这些组件可以通过网络105连接，下面将更详细地描述。

系统100包括服务界面110、应用程序管理器120、驾驶员选择服务140、请求接收器130和数据库150。系统100的各组件可以组合以提供乘客(在乘客设备上操作的用户)与驾驶员(在驾驶员设备上操作的用户)匹配的服务

乘客界面170、驾驶员界面190和服务界面110一起通过网络105提供系统100与用户设备(例如乘客设备160和驾驶员设备180)之间的通信。每个乘客设备可以下载、存储和操作可以通过乘客界面与服务界面110交互的应用程序，以便向服务界面110提供信息和/或从服务界面110接收信息。类似地，驾驶员能够操作他们的驾驶员设备180来下载、存储和操作也可以通过驾驶员界面190与服务界面110交互的同样的应用程序。

服务界面110可以通过网络105，从一个或多个乘客设备160接收乘车请求数据171，和/或从一个或多个驾驶员设备180接收驾驶员请求数据191。例如，当用户启动或操作应用程序(或在应用程序中执行其他动作)时，可以从用户设备接收数据。

根据一个或多个示例性实施例，乘车请求数据171可以包括指示乘客设备GPS位置的数据、用户ID数据、乘客设定的车费和乘车请求细节(例如搭乘位置、目的地和附加信息)。

服务界面110接收乘车请求数据171、管理(handle)数据、处理数据以将其转移到应用程序管理器120。因为服务界面110会从用户设备(例如乘客设备160和驾驶员设备180)接收大量的数据，所以应用管理器120管理和组织乘车请求数据171以存储在一个或多个数据库150中。例如，数据可以被删除、分类成表等，使得系统100的各组件可以容易地从数据库访问数据以检索必要的信息。应用程序管理器120还通过服务管理器110将乘车请求的列表转移到驾驶员设备180。

根据一个或多个示例性实施例，驾驶员请求191可以包括指示驾驶员设备GPS位置的数据、驾驶员已经选择的用户ID数据和乘车请求ID。当通过网络105接收到数据时，服务界面110可以将接收到的驾驶员请求提供给请求接收器130。

服务界面110接收驾驶员请求数据191、管理数据、处理数据以将其转移到请求接收器130。请求接收器130组件可以对订单收集一定时间量的驾驶员请求。例如，在一些实施方式中，当请求接收器接收到来自驾驶员的关于上述订单的第一个驾驶员请求时，定时器开始倒计时以接收另外的驾驶员请求。根据实施方式，时间量可以变化并且可以作为参数进行设置。一旦时间到了，请求接收器130停止接收驾驶员请求并将收集到的项目转移到驾驶员选择服务140。

驾驶员选择服务140可以根据驾驶员数据的分析，例如驾驶员评级和驾驶员位置，来选择驾驶员。例如，在某些情况下，请求接收器可以处理为每个乘车请求171接收到的大量驾驶员请求191。驾驶员选择服务140通过驾驶员请求191中包括的驾驶员位置和存储在数据库150中的驾驶员评级143来处理对驾驶员的选择。具有适当评级并且距离最近的驾驶员可以被分配给该订单，而其他驾驶员可以通过服务界面110被通知该订单已被接单。驾驶员选择服务140可以改变驾驶员请求191的状态。在另一种情况下，可能会有来自单个驾驶员设备121的单个驾驶员请求191，该单个驾驶员请求191由于没有竞争而被自动分配给该订单。

驾驶员选择服务140然后可以向服务界面110和应用程序管理器120提供驾驶员选择结果142。服务界面110可以通过网络105将驾驶员选择结果142发送到驾驶员设备180。驾驶员服务界面还可以向乘客设备160提供所选择的驾驶员数据141，使得乘客可以被通知该安排。

驾驶员选择服务140可以向应用程序管理器120提供数据，该数据包括关于请求驾驶员设备180的用户ID、当前时间、驾驶员设备180的当前位置和驾驶员请求191的状态(例如被分配驾驶员的驾驶员请求191的状态和未被选择的驾驶员请求191的状态)的信息。应用程序管理器120管理和组织所提供的数据以存储在一个或多个数据库150中。

网络105可以包括公共网络(例如，因特网)、专用网络(例如，局域网(LAN)或广域网(WAN))、有线网络(例如，以太网)、无线网络(例如，802.11网络或Wi-Fi网络)、蜂窝网络(例如，长期演进(LTE)网络)、路由器、集线器、交换机、服务器计算机、和/或它们的组合。

方法描述

图2示出了根据一个实施方式的用于请求由乘客设定指定车费的乘车的示例方法，包括：接收来自乘客的具有由乘客设定的指定车费的乘车请求，发送乘车请求到驾驶员的乘车请求供给，并基于接收到的数据匹配驾驶员与乘客。这里描述的方法可以使用在图1的系统描述中描述的各组件来实现。服务界面110从一个或多个乘客设备160接收乘车请求数据171。

根据一个或多个示例性实施例，乘车请求数据171可以包括指示乘客设备GPS位置的数据、用户ID数据、乘客设定的车费和乘车请求细节(例如搭乘位置、目的地和附加信息)(步骤200)。

根据一个或多个示例性实施例，服务界面110接收乘车请求数据171、管理数据、处理数据以将其转移到应用程序管理器120。应用程序管理器120还通过服务管理器110将乘车请求的列表转移到驾驶员设备180(步骤210)。

根据一个或多个示例性实施例，请求接收器130接收来自驾驶员对上述订单的具有驾驶员请求数据的驾驶员请求191，驾驶员请求数据例如是当前位置、驾驶员UID和订单ID等。当请求接收器接收到来自驾驶员的关于上述订单的第一个驾驶员请求(步骤220)时，定时器开始倒计时以接收另外的驾驶员请求(步骤230)。根据实施方式，时间量可以变化并且可以作为参数进行设置。例如，定时器设置为5秒，当接收到关于订单的第一个驾驶员请求时，定时器开始倒计时。在5秒内，请求接收器130组件收集来自驾驶员的驾驶员请求。一旦倒计时停止，订单将从订单供给中移除，因此没有其他人可以尝试接单。

根据一个或多个示例性实施例，一旦确定了驾驶员请求的数量，请求接收器将收集到的驾驶员请求发送到驾驶员选择服务，以计算最佳匹配驾驶员(步骤240)。根据实施方式，驾驶员可以基于驾驶员与乘客的当前距离和他/她的评级被分配到该订单。例如，在一些变化例中，相比于具有65评级和距离乘客1000米远的驾驶员，具有60评级和距离乘客500米远的驾驶员将被选择。如果只有一个驾驶员请求，那么该订单将由该唯一的请求者接单。

根据一个或多个示例性实施例，选择结果被提供给乘客设备和驾驶员设备。乘客和驾驶员可以被通知关于驾驶员选择结果。一旦选择了最佳匹配驾驶员，驾驶员选择服务140可以向被分配的驾驶员发送“接受”状态，而其他请求驾驶员则接收到“拒绝”状态。在乘客设备上运行的应用程序可以使用驾驶员选择结果的数据，以便提供显示被分配的驾驶员信息的用户界面，同时驾驶员设备上的应用程序可以根据驾驶员选择结果，将驾驶员尝试在接单的用户界面显示为成功状态或线路忙状态。

用户界面描述

图3示出了向请求乘车的乘客显示的订单提交表格的用户界面的示例性实施例。用户界面300示出了在用户设备上运行的应用程序可以提供的用户界面。这样的应用程序可以由能够在驾驶员和乘客之间安排服务的实体提供，并且还允许指定乘车费用。例如，用户可以在他/她的设备上下载并安装该应用程序，并且到系统100上注册该设备。用户还可以创建能够请求服务的账户(例如提供用户名、出生日期等)。存储的应用程序可以使应用程序和系统100之间能够交换数据，以便用户可以与系统100进行交互。

根据一个或多个示例性实施例，当用户启动应用程序并操作该服务应用程序时，根据乘车请求过程中的不同阶段或步骤，可以在设备的显示器上提供各种不同的用户界面。例如，服务应用程序可以首先在用户界面中用户必须首先输入他/她的电话号码以便登录到该应用程序并且能够与系统100进行交互的地方显示指示标记。登录后，该应用程序可以显示示出了订单提交表格310的用户界面。

根据一个或多个示例性实施例，乘车费用可以由乘客设定，例如，乘客可以决定他/她可以花多少钱在乘车上。订单提交表格可以包括搭乘位置、目的地位置、车费311和驾驶员附加信息的输入。根据实施方式，当用户与表格交互时，该表格可以被扩展，以便用户可以指定多个中途停留和/或请求附加选项，例如儿童座椅和/或小型货车的需要。通过提交订单提交表格，用户可以请求乘车。然后，应用程序将乘车请求发送到系统100进行处理。

图4示出了驾驶员订单供给410(或乘车请求供给)的用户界面400的例子，该驾驶员订单供给410被显示给寻求订单的驾驶员。每个乘车请求171落入驾驶员设备的订单供给。订单供给可以按时间顺序显示订单，例如，从最新到最迟的可用乘车请求。根据实施方式，应用程序可以提供仅显示附近订单的用户界面，以便能在适当的时间内实现。

根据一个或多个示例性实施例，显示给驾驶员的每个乘车请求171都是可选择的。提供用户界面400的应用程序可以使用乘车请求数据(例如，由系统100提供的乘车请求数据171)来显示订单供给410。例如，订单可以包括由乘客指定的车费、搭乘地点、目的地位置等。在一些例子中，它还可以包括附加信息，例如对儿童座椅、小型货车、中途停留的需要。订单供给界面还可以提供关于用米(千米或其他度量系统)表示的到乘客的距离、乘客的用户详细信息(例如用户名和用户照片)和乘车请求被提交的时间的信息。

图5A、5B和5C示出了向尝试接单的驾驶员显示的一系列用户界面的例子。用户界面500、510、520示出了可以由在驾驶员设备上运行的应用程序提供的各种用户界面。这样一系列用户界面可以显示给想要接单的驾驶员。

根据一个或多个示例性实施例，当在订单供给410中选择订单时，应用程序可以在驾驶员设备的用户界面提供转换以显示等待响应状态500。元件501指示驾驶员请求处理，而请求接收器130收集驾驶员请求直到时间结束。取消按钮502可用于防止意外接单。

根据一个或多个示例性实施例，当系统100将订单分配给驾驶员时，系统100可以通知被分配的驾驶员，以便应用程序可以在用户界面中提供从等待状态500到成功状态510的转换。元件501改变其状态511，如图5B所示。取消按钮512变为无效，因为在该状态下不允许取消。

根据一个或多个示例性实施例，系统100将具有驾驶员选择结果的通知发送到向该订单作出驾驶员请求191的其他驾驶员。应用程序可以在用户界面中提供从等待状态500到线路忙状态520的转换。元件501改变其状态521，如图5C所示。如果发生这种情况，在该状态之后，驾驶员被返回到订单供给界面400。取消按钮522变为无效，因为在该状态下不允许取消。

图6示出了在搜索驾驶员期间向乘客显示的用户界面的例子，并且是乘客提交订单之后的图1的后续。乘客设备在界面中提供对搜索驾驶员状态600的改变。

根据一个或多个示例性实施例，状态600中的用户界面可以包括带有象征着驾驶员搜索过程的雷达610的地图和乘客提供的乘车请求数据620。取消按钮630也可供乘客用于取消搜索。

图7示出了当驾驶员被分配给该订单时向乘客显示的用户界面700的例子。当被分配的驾驶员141(在图1中)被确定时，应用程序可以在用户界面中提供从状态600(图6)到状态700的转换。用户界面可以提供关于被分配的驾驶员710的信息，以帮助乘客识别该驾驶员。

图8示出了可以在其上实现本文所描述的发明构思的各种实施例的计算机系统800的实施例的框图。系统800包括计算机平台801、外围设备802和网络资源803。

计算机平台801可以包括在计算机平台801的各部分之间或其中交流信息的数据总线804或其他通信机构，以及与总线804耦合用于处理信息和执行其他计算和控制任务的处理器805。计算机平台801还包括耦合到总线804的易失性存储器806，例如随机存取存储器(RAM)或其他动态存储设备，用于存储各种信息以及由处理器805执行的指令，包括用于上述代理检测的软件应用程序。易失性存储器806还可以用于在由处理器805执行指令期间存储临时变量或其他中间信息。计算机平台801还可以包括耦合到总线804的只读存储器(ROM或EPROM)807或其他静态存储设备，用于为处理器805存储静态信息和指令，例如基本输入输出系统(BIOS)，以及各种系统配置参数。提供耦合到总线804的永久存储设备808，例如磁盘、光盘或固态闪存设备，用于存储信息和指令。

计算机平台801可以经由总线804耦合到触摸感应显示器809，例如阴极射线管(CRT)、等离子体显示器或液晶显示器(LCD)，用于向计算机平台801的系统管理员或用户显示信息。包括字母数字键和其他键的输入设备810耦合到总线804，用于向处理器805传达信息和命令选择。另一类型的用户输入设备是光标控制设备811，例如鼠标、轨迹球或光标方向键，用于向处理器805传达方向信息和命令选择，并用于控制触摸感应显示器809上的光标移动。该输入设备通常在两个轴上具有两个自由度，第一轴线(例如x)和第二轴线(例如y)，允许该设备指定平面中的位置。为了检测用户的手势，显示器809可以包括被配置为检测用户的触觉事件并且经由总线804将关于检测到的事件的信息发送到处理器805的触摸屏界面。

外部存储设备812可以经由总线804耦合到计算机平台801，以便为计算机平台801提供额外的或可移动的存储容量。在计算机系统800的实施例中，外部可移动存储设备812可以用于促进与其他计算机系统的数据交换。

本发明涉及使用计算机系统800来实现本文描述的技术。在一个实施例中，本发明的系统可以驻留在例如计算机平台801的机器上。根据本发明的一个实施例，本文所描述的技术由计算机系统800响应于处理器805执行易失性存储器806中包含的一个或多个指令的一个或多个序列来执行。这样的指令可以从另一计算机可读介质，例如永久存储设备808，读入易失性存储器806。执行包含在易失性存储器806中的指令序列使得处理器805执行本文所述的各处理步骤。在替代实施例中，可以使用硬连线电路代替或与软件指令组合以实现本发明。因此，本发明的各实施例不限于硬件电路和软件的任何特定组合。

本文所用的术语“计算机可读介质”是指参与向处理器805提供指令用于执行的任何介质。计算机可读介质仅是机器可读介质的一个例子，其可以携带用于实现本文所描述的任何方法和/或技术的指令。这种介质可以采取多种形式，包括但不限于非易失性介质和易失性介质。非易失性介质包括，例如光盘或磁盘，例如永久存储设备808。易失性介质包括动态存储器，例如易失性存储器806。

计算机可读介质的常见形式包括，例如软盘、柔性盘、硬盘、磁带或任何其他磁介质、CD-ROM、任何其他光学介质、打孔卡、纸带、带有孔图案的任何其他物理介质、RAM、PROM、EPROM，FLASH-EPR0M、闪存驱动器、存储卡、任何其他存储器芯片或盒，或计算机可以从其读取的任何其他介质。

将一个或多个指令的一个或多个序列携带到处理器805用于执行可能涉及各种形式的计算机可读介质。例如，指令最初可以是从远程计算机承载到磁盘上。或者，远程计算机可以将指令加载到它的动态存储器中，并使用调制解调器通过电话线发送指令。本地计算机系统的调制解调器可以接收电话线路上的数据，并使用红外线发射机将该数据转换为红外线信号。红外线探测器可以接收红外线信号中携带的数据，适当的电路可以将数据置于数据总线804上。总线804将数据传送到易失性存储器806，处理器805从该存储器806检索并执行指令。由易失性存储器806接收到的指令可以可选择地在由处理器805执行之前或之后存储在永久存储设备808上。这些指令还可以通过使用本领域公知的各种网络数据通信协议的因特网下载到计算机平台801中。

计算机平台801还包括通信接口，例如耦合到数据总线804的网络接口卡813。通信接口813提供耦合到网络链路814的双向数据通信，网络链路814耦合到本地网络815。例如，通信接口813可以是综合业务数字网(ISDN)卡或调制解调器，以向相应类型的电话线提供数据通信连接。作为另一例子，通信接口813可以是局域网接口卡(LAN NIC)，以提供到兼容LAN的数据通信连接。无线链路，例如公知的802.11a、802.11b、802.11g和蓝牙也可用于网络实现。在任何这样的实施方式中，通信接口813发送和接收携带代表各种类型信息的数字数据流的电、电磁或光信号。

网络链路814通常通过一个或多个网络向其他网络资源提供数据通信。例如，网络链路814可以通过本地网络815向主机计算机816或网络存储器/服务器822提供连接。另外或替代地，网络链路814可以通过网关/防火墙817连接到广域或全球网络818，例如因特网。因此，计算机平台801可以访问位于因特网818上任何地方的网络资源，例如远程网络存储器/服务器819。另一方面，计算机平台801也可以被位于局域网815和/或因特网818上任何地方的客户端访问。网络客户端820和821本身可以基于类似于平台801的计算机平台来实现。

本地网络815和因特网818都使用携带数字数据流的电信号、电磁信号或光信号。通过各种网络的信号和网络链路814上以及通过通信接口813的信号将数字数据传送到计算机平台801或从计算机平台801传送数字数据，是传输信息的载波的示例性形式。

计算机平台801可以通过包括因特网818和LAN 815、网络链路814和通信接口813在内的各种网络发送消息和接收包括程序代码的数据。在因特网例子中，当系统801充当网络服务器时，它可以通过因特网818、网关/防火墙817、局域网络815和通信接口813来传送用于在(多个)客户端820和/或821上运行的应用程序的请求代码或数据。类似地，它可以从其他网络资源接收代码。

接收到的代码，当被接收和/或分别被存储在永久或易失性存储设备808和806，或其他非易失性存储器中用于以后执行时，可以由处理器805执行。

最后，应当理解，本文所描述的过程和技术并不固有地与任何特定装置相关，并且可以通过各组件的任何合适的组合来实现。此外，根据本文所述的教导，可以使用各种类型的通用设备。构建专门的装置以执行本文所述的方法步骤也可能是有利的。已经相关于特定实例描述了本发明，其在所有方面旨在是说明性的，而不是限制性的。本领域技术人员将理解，硬件、软件和固件的许多不同组合将适合于实施本发明。例如，所描述的软件可以以各种各样的编程或脚本语言来实现，例如Assembler、C/C++、Objective-C、perl、shell、PHP、Java以及任何现在已知或以后开发的编程或脚本语言。

此外，通过考虑本文所公开的本发明的说明书和实践，本发明的其他实施方式对于本领域技术人员将是显而易见的。所描述的实施例的各个方面和/或组件可以在用于将驾驶员与乘客匹配的系统和方法中单独地或以任何组合进行使用。本说明书和例子仅被认为是示例性的，本发明的真实范围和精神由下列权利要求指示。

Claims (20)

1.一种用于请求由乘客设定指定车费的乘车的计算机实现方法，所述方法与至少包括处理器和存储器的计算机化系统结合执行，其特征在于，所述方法包括：

a.接收来自乘客的乘车请求，所述乘车请求包括由所述乘客设定的车费；

b.发送所述乘车请求到驾驶员的乘车请求供给；

c.响应于来自所述乘客的具有所述指定车费的乘车请求，通过接收驾驶员对订单的请求、确定驾驶员设备的位置、确定驾驶员评级来选择驾驶员，其中驾驶员选择基于所确定的驾驶员设备的位置和所确定的驾驶员评级；以及

d.向所述乘客和所述驾驶员提供驾驶员选择结果。

2.根据权利要求1所述的计算机实现方法，其特征在于，使用在所述乘客的移动计算设备上生成的图形用户界面来接收来自所述乘客的乘车请求。

3.根据权利要求1所述的计算机实现方法，其特征在于，来自所述乘客的乘车请求包括目的地信息。

4.根据权利要求1所述的计算机实现方法，其特征在于，来自所述乘客的乘车请求包括关于两个或多个目的地的信息。

5.根据权利要求1所述的计算机实现方法，其特征在于，来自所述乘客的乘车请求包括由所述乘客请求的一个或多个选项。

6.根据权利要求1所述的计算机实现方法，其特征在于，还包括向其他驾驶员提供所述驾驶员选择结果。

7.根据权利要求6所述的计算机实现方法，其特征在于，提供给其他驾驶员的所述驾驶员选择结果包括其他驾驶员未被选择的信息。

8.一种用于请求由乘客设定指定车费的乘车的计算机化系统，所述计算机化系统至少包括处理器和存储器，其特征在于，所述计算机化系统用于：

a.接收来自乘客的包括由所述乘客设定的指定车费的乘车请求；

b.发送所接收到的乘车请求到驾驶员的订单供给；

c.接收驾驶员对订单的请求；

d.确定驾驶员设备的位置；

e.确定驾驶员评级；

f.基于所确定的驾驶员设备的位置和所确定的驾驶员评级来选择驾驶员；以及

g.向所述乘客和所述驾驶员提供驾驶员选择结果。

9.根据权利要求8所述的计算机化系统，其特征在于，使用在所述乘客的移动计算设备上生成的图形用户界面来接收来自所述乘客的乘车请求。

10.根据权利要求8所述的计算机化系统，其特征在于，来自所述乘客的乘车请求包括目的地信息。

11.根据权利要求8所述的计算机化系统，其特征在于，来自所述乘客的乘车请求包括关于两个或多个目的地的信息。

12.根据权利要求8所述的计算机化系统，其特征在于，来自所述乘客的乘车请求包括由所述乘客请求的一个或多个选项。

13.根据权利要求8所述的计算机化系统，其特征在于，还包括向其他驾驶员提供所述驾驶员选择结果。

14.根据权利要求13所述的计算机化系统，其特征在于，提供给其他驾驶员的所述驾驶员选择结果包括其他驾驶员未被选择的信息。

15.一种用于请求由乘客设定指定车费的乘车的移动计算设备，所述移动计算设备包括显示器、存储器和一个或多个处理器，其特征在于，所述移动计算设备用于：

a.接收来自乘客的具有由所述乘客设定的指定车费的乘车请求；

b.发送所接收到的乘车请求到驾驶员的订单供给；

c.接收驾驶员对订单的请求；

d.确定驾驶员设备的位置；

e.确定驾驶员评级；

f.基于所确定的驾驶员设备的位置和所确定的驾驶员评级来选择驾驶员；以及

g.向所述乘客和所述驾驶员提供驾驶员选择结果。

16.根据权利要求15所述的移动计算设备，其特征在于，使用在所述移动计算设备上生成的图形用户界面来接收来自所述乘客的乘车请求。

17.根据权利要求15所述的移动计算设备，其特征在于，来自所述乘客的乘车请求包括目的地信息。

18.根据权利要求15所述的移动计算设备，其特征在于，来自所述乘客的乘车请求包括关于两个或多个目的地的信息。

19.根据权利要求15所述的移动计算设备，其特征在于，来自所述乘客的乘车请求包括由所述乘客请求的一个或多个选项。

20.根据权利要求15所述的移动计算设备，其特征在于，还包括向其他驾驶员提供所述驾驶员选择结果。