阅读说明：本技术 用于监测交通工具使用的系统和方法 (System and method for monitoring vehicle usage ) 是由 张会杨 王海亮 王文祥 岳兴 任茂敏 李佳洁 顾廷飞 于 2018-03-08 设计创作，主要内容包括：提供了用于监测交通工具使用的系统和方法。可由服务器实现的示例性方法可以包括：获取可用于提供运输的一个或以上交通工具的信息以及一个或以上运输请求；将一个或以上运输请求与交通工具之一匹配,以确定计划运输；确定与匹配交通工具相关的第一用户的第一奖励和与匹配的运输请求相关的一个或以上第二用户的第二奖励；获取匹配交通工具的跟踪数据,以确定匹配交通工具是否已按照计划运输开始运输和结束运输；并响应于确定匹配的交通工具已按照计划运输开始运输和结束运输,将第一奖励传送给第一用户并将第二奖励传送给一个或以上第二用户。(Systems and methods for monitoring vehicle usage are provided. An exemplary method that may be implemented by a server may include: obtaining information of one or more vehicles available for providing transportation and one or more transportation requests; matching the one or more transport requests with one of the vehicles to determine a planned transport; determining a first reward of a first user associated with the matched vehicle and a second reward of one or more second users associated with the matched transportation request; acquiring tracking data of the matched vehicles to determine whether the matched vehicles start transportation and end transportation according to the planned transportation; and in response to determining that the matched vehicle has started and ended transport as planned for transport, communicating a first reward to the first user and communicating a second reward to one or more second users.)

用于监测交通工具使用的系统和方法

技术领域

本申请一般涉及用于监测交通工具使用的方法和设备。

背景技术

公司员工有时可能会将私人交通工具用于与公司相关的用途。例如，员工可以将她的汽车从她的公司开到银行，为公司获取贷款。在这种情况下，员工使用私人交通工具对公司造成贡献在传统上难以追踪或经常被忽视。当前的技术不足以为监测这种非个人交通工具使用提供方便且稳健的解决方案。现有的在线交通工具服务平台不考虑交通工具驾驶员，乘客和行程赞助商之间的关系。此外，这些平台缺乏诸如申请批准，针对行程计划的自动离开和到达验证以及公司的集中管理等功能。

发明内容

本申请的各种实施例可以包括用于监视交通工具使用的系统、方法和非暂时性计算机可读介质。根据一个方面，一种可由服务器实现的用于监测交通工具使用的方法可以包括：获取可用于提供运输的一个或以上交通工具的信息以及一个或以上运输请求；将一个或以上运输请求与交通工具之一匹配，以确定计划运输；确定与匹配的交通工具相关的第一用户的第一奖励和与匹配的运输请求相关的一个或以上第二用户的第二奖励；获取匹配的交通工具的跟踪数据，以确定匹配交通工具是否已按照计划运输开始运输和结束运输；并响应于匹配的交通工具已按照计划运输开始运输和结束运输的判定，将第一奖励传送给第一用户并将第二奖励传送给一个或以上第二用户。

根据另一方面，一种可由第一用户的计算设备实现的监测交通工具使用的方法可以包括：发送以提供运输的交通工具的信息给服务器，以确定计划运输；确定交通工具是否已按照计划运输开始运输和结束运输；如果交通工具已按照计划运输开始运输和结束运输，则获取第一奖励。

根据另一方面，一种可由第二用户的计算设备实现的监测交通工具使用的方法可以包括：发送运输请求到服务器，以确定交通工具的计划运输，其中计划运输包括用于运送第二用户的部分；确定交通工具是否已按照计划运输开始计划运输所述部分和结束计划运输所述部分；如果交通工具已按照计划运输开始计划运输所述部分和结束计划运输所述部分，则获取第二奖励。

通过参考附图来考虑以下描述和所附权利要求，本文披露的系统、方法和非暂时性计算机可读介质的这些和其他特征，以及结构的相关元件的操作和功能以及部件的组合和制造经济的功能将更加显而易见。本发明的所有附图均构成说明书的一部分，其中相同的附图标记表示各个附图中的相应部分。然而，应清楚地理解，附图仅用于说明和描述的目的，并不旨在作为本发明的限制的定义。

附图说明

本技术的各种实施例的某些特征在所附权利要求中具体阐述。通过参考以下

具体实施方式

及其附图，将更好地理解本技术的特征和优点，其中具体实施方式详尽介绍了利用本发明原理的说明性实施例，所述附图包括：

图1根据各种实施例，示出了用于监测交通工具使用的示例性应用场景。

图2A根据各种实施例，示出了用于监测交通工具使用的示例性系统。

图2B根据各种实施例，示出了用于监测交通工具使用的另一示例性系统。

图3A-3J根据各种实施例，示出了用于监测交通工具使用的应用程序的示例性界面。

图4A根据各种实施例，示出了用于监测交通工具使用的示例性方法的流程图。

图4B根据各种实施例，示出了用于监测交通工具使用的另一示例性方法的流程图。

图4C根据各种实施例，示出了用于监测交通工具使用的另一示例性方法的流程图。

图4D根据各种实施例，示出了用于监测交通工具使用的另一示例性方法的流程图。

图4E根据各种实施例，示出了用于监测交通工具使用的另一示例性方法的流程图。

图4F根据各种实施例，示出了用于监测交通工具使用的另一示例性方法的流程图。

图5示出了可以实现本文描述的任何实施例的示例性计算机系统的框图。

具体实施方式

在当前技术中，交通工具服务可以由充当驾驶员的私人交通工具所有者提供，以便为从应用程序请求服务的用户提供服务。乘客必须支付驾驶员的运输服务。通常情况下，驾驶员与运输服务范围之外的乘客没有任何关系。

在许多其他情况下，交通工具服务提供商和交通工具服务受益者具有预先存在的关系，传统的模型不再适用。例如，员工可以驾驶个人交通工具代表其雇主进行商业活动。再例如，同一家公司的几名员工可能会在加班结束后在一个员工的个人交通工具中拼车回家。在这些情况下，交通工具服务受益者，例如雇主或公司需要一个系统的解决方案来管理私人交通工具的非个人使用，跟踪交通工具使用以验证是否符合批准的出行计划，并向交通工具贡献者发放适当的奖励。但是，现有技术没有充分满足这些要求。

本申请所披露的系统和方法可以至少减轻当前技术的上述缺点。本申请的各种实施例包括被配置用于监视交通工具使用的系统、方法和非暂时性计算机可读介质。在一些实施例中，与实体相关联的车主可以将她的私人(或不同的所有权类型)交通工具用于有益于该实体的目的。私人交通工具可用于运输交通工具所有者和/或一个或以上与该实体相关联的其他用户。车主、其他用户和实体可以通过安装在诸如个人移动电话的计算设备上的软件应用程序进行交互。通过该应用程序，可以确定和批准包括时间、路线和奖励预算的运输计划。在运输期间，可以跟踪车主和/或一个或以上其他用户的移动电话以验证其是否符合批准的计划。一旦根据批准的计划完成运输，就可以向车主和/或一个或以上其他用户发出预定的奖励。因此，实体可以有效地管理私人交通工具补偿计划。将申请审批、预算控制，交通工具使用监控和奖励转让等集中在一个系统中，可以实现流程的精简，大大减少运营成本，提高工作效率，提高员工士气。

图1示出了根据各种实施例的用于监控交通工具使用的示例性应用场景100。如图1所示，示例性应用场景100可以包括至少一个计算系统102，其包括一个或以上处理器104和内存106。内存106可以是非暂时性的并且是计算机可读的。内存106可以存储指令，当指令被一个或以上处理器104执行时，使得一个或以上处理器104执行本文描述的各种操作。系统102可以在诸如移动电话、平板电脑、服务器、计算机、可穿戴设备(智能手表)等各种设备上实现。上述系统102可以安装有适当的软件和/或硬件(例如，电线、无线连接等)以访问应用场景100的其他设备。

应用场景100可以包括可访问系统102的一个或以上数据库(例如，数据库108)和一个或以上计算设备(例如，计算设备109)。在一些实施例中，系统102可以被配置用于从数据库108获取数据(例如，地图数据、用户数据)或将数据存储到数据库108中(例如，注册用户的数据集、地图数据库)和/或计算设备109中(例如，用户使用的计算机、服务器、移动电话)。

应用场景100还可以包括耦合到系统102的一个或以上计算设备(例如，计算设备110、111和112)。所述计算设备可以包括诸如移动电话、平板电脑、计算机、可穿戴设备(智能手表)等设备。所述计算设备可以向系统102发送数据或从系统102接收数据。传输的数据可以包括用户简档数据、时间数据、位置数据等。位置数据可以包括GPS(全球定位系统)坐标。

在一些实施例中，系统102可以实现在线信息或服务平台(例如，以本文描述的软件应用程序的形式)。所述服务可以与交通工具(例如，汽车、自行车、船、飞机等)相关联。在一些实施例中，平台可以接受用于非个人使用私人交通工具的申请，批准或拒绝该申请，并跟踪私人交通工具的活动以进行验证。平台还可以确定对申请人的奖励。在一些实施例中，平台可以进一步接受共享运输的请求(在申请被批准之前或之后)并且将一个或以上的请求与申请人的交通工具匹配。平台可以验证共享运输已经完成并且相应地奖励申请人和请求者。

在一些实施例中，系统102和一个或以上计算设备(例如，计算设备109)可以集成在一个单独的设备或系统中。或者，系统102和一个或以上计算设备可以是分离的设备。数据存储可以位于可访问系统102的任何位置，例如，在内存106中，在计算设备109中、在耦合到系统102的另一设备(例如，网络存储设备)中，或其他存储位置(例如，基于云的存储系统、网络文件系统等)等。尽管在该图中系统102和计算设备109被示为独立的组件，但是应当理解，系统102和计算设备109可以由独立设备或耦合在一起的多个设备实现。系统102可以由一个独立系统或耦合在一起的多个系统实现。一般地，通过一个或以上传送数据的有线或无线网络(例如，因特网)，系统102、计算设备109、数据库108和计算设备110、111和112能够相互通信。下面参考图2A至图5描述环境100的各个方面。

图2A示出了根据各种实施例的用于监控交通工具使用的示例性系统200。图2A中所示并且下面所示的关于系统200的操作是说明性的。取决于实施方式，图2A中示出并在下文呈现的操作可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

系统200可以类似于上述系统100，并且可以包括系统102(例如，服务器)、计算设备110(例如，第一用户使用的移动电话)、计算设备111(例如，第二用户使用的移动电话)，和计算设备112(例如，经理使用的移动电话)。第一用户、第二用户和经理都可以与实体相关联。在一些实施例中，该实体可以指一个或以上的组织或公司。例如，实体可以指代组织。再例如，该实体可以指一组公司，其可以运行联合计划以补偿私人交通工具的非私人使用。也就是说，该公司集团的雇员可被视为该联合计划的同一实体以及本文所述的交通工具使用监控方法的雇员。在一些实施例中，三个计算设备可以各自安装有软件应用程序，该软件应用程序可以被执行以获取输入(例如，运输计划、跟踪数据)和呈现输出(例如，批准消息、奖励交易信息)。安装在计算设备110和111上的应用程序可以呈现如图3A至图3J描述的示例性用户端接口。安装在计算设备112上的应用程序可以呈现具有运输计划批准特征的公司端接口和如下所述的其他配置特征。

如上所述，每个计算设备可以包括除移动电话之外的许多其他设备。在一些实施例中，计算设备112可以合并到系统102中，并且由计算112执行的步骤可以由系统102实现。

在各种实施例中，系统102可以获取(1)可用于提供来自计算设备110的运输的一个或以上交通工具的信息201，和(2)来自计算设备111的一个或以上运输请求202。系统102可以以任何顺序从一个或以上计算设备获取一个或以上的交通工具信息201和一个或以上运输请求202。例如，系统102可以在实体内部(例如，仅从公司的雇员)收集交通工具信息201和运输请求202。每条交通工具信息201可以与雇员的私人交通工具相关联，并且可以包括员工所有者的姓名、交通工具的颜色、交通工具的品牌和型号、交通工具的车牌号、可用的乘客座位等。交通工具信息201还可以包括私人交通工具的计划使用的细节，例如，在时间C从A地点到B地点的计划出行、为公司开展业务、在加班后从公司到住宅的计划出行等。在一个示例中，交通工具信息201可以包括用于私人交通工具的计划使用的计划出发时间、计划出发地点和/或计划目的地。在这个阶段，私人交通工具的这种计划使用可能只涉及第一用户，并且可能不涉及任何第二用户。或者，第一用户可能已经找到一个或以上第二用户来共享乘坐，并且可以提交所有乘客的乘车信息。

在一些实施例中，系统102可以进一步获取交通工具信息201和运输请求202，并且将运输请求的一个或以上与交通工具中的一个交通工具匹配以确定计划运输。系统102可以基于诸如优化行程时间、行程距离、行程预算等规则来执行匹配。因此，寻找共享出行的第二用户可以分别与愿意为出行共享其交通工具的第一用户分别匹配。对于每个计划运输，系统102还可以确定与匹配的交通工具相关联的第一用户的第一奖励(例如，第一用户是交通工具的所有者和驾驶员)与匹配的运输请求相关联的第二奖励到一个或以上第二用户(例如，第二用户是搭便车者)。可以基于雇用出租车或其他服务交通工具的当前价格来确定每个奖励以执行运输。例如，第一奖励可以是雇用服务交通工具的价格的50％，并且第二奖励可以是雇用服务交通工具的价格的70％。在一些实施例中，计算设备112可以配置奖励确定(例如，以相当于乘坐服务交通工具的当前价格的百分比)，并且选择在批准计划运输时不审查奖励。或者，计算设备112可以设置奖励的上限(例如，对于每个行程、对于可配置的时间段、对于可配置的地理区域)。或者，计算设备112可以选择用每个应用程序查看计划运输并且可选地进行进一步调整。

可选地，系统102可以向主体提供计划运输的信息以供批准，计划运输的信息包括以下至少之一：匹配的交通工具、匹配的运输请求、第一用户、一个或以上第二用户、第一奖励或第二奖励。例如，系统102可以将批准请求203发送到计算设备112以供批准。

在一些实施例中，一旦从计算设备112接收到批准204，系统102可以通过它们各自的计算设备通知第一和/或第二用户在步骤205和步骤206已经批准了计划运输。计算设备112还可以直接将批准204发送到计算设备110和111。批准的预算(例如，第一奖励和第二奖励)可以分别显示给第一和第二用户。而且，仅当计划运输被批准时，系统102才能够从计算设备110和/或111获取跟踪数据。通过批准，分别安装在计算设备110和111上的应用程序能够跟踪相应的计算设备，以根据批准的计划验证开始和结束运输。

在一些实施例中，如果不需要批准，则用于跟踪和出行验证的计划运输可以包括提交的计划出发时间、计划出发地点和/或计划目的地。在一些实施例中，如果需要批准，用于跟踪和出行验证的计划运输可以包括提交或修改的计划出发时间、计划出发地点和/或计划目的地，只要该实体批准即可。

在一些实施例中，交通工具(包括匹配的交通工具)分别是第一用户的私人财产。第一用户和一个或以上第二用户隶属于一个实体。例如，第一用户和第二用户在同一公司工作，并且作为实体的公司使用上述软件应用来监控交通工具使用以补偿为公司的事务贡献其个人交通工具的雇员。也就是说，计划运输至少是实体利益的一部分。

在一些实施例中，可选地，运输请求202可以在比图2A中所示的步骤更晚的步骤中获取并且在获取跟踪数据207之前获取。例如，在第一用户运输第一用户的运输计划获取批准后(即收到批准204)，第一用户可以使用计算设备110找到寻求乘车的一个或以上第二用户，该乘车可以在第一用户批准的运输计划中涵盖。因此，第一用户可以将一个或以上第二用户汇集到她的运输计划中并通知系统102。系统102可以细化批准的运输计划，例如，通过添加接送和下车位置、根据乘客的增加、增加第一奖励、确定每个第二用户的第二奖励等。

无论何时第二用户加入运输计划，都可以类似地执行以下步骤。在一些实施例中，系统102可以获取匹配交通工具的跟踪数据以确定匹配交通工具是否已经开始并且结束了符合计划运输的运输。匹配交通工具的跟踪数据可以包括跟踪数据207。跟踪数据207可以从计算设备110发送到系统102。跟踪数据207可以包括计算设备110相对于时间的位置。计算设备110的位置可以与匹配交通工具的位置相关联。例如，第一用户和一个或以上第二用户在运输的至少一部分期间在交通工具中。当第一用户在计划运输期间在匹配的交通工具内时，计算设备110的位置可以被视为交通工具的位置，从而实现对交通工具的跟踪。可以将跟踪的交通工具位置与各种预定位置进行比较，以验证是否符合批准的计划。另外，如果运输计划包括第二用户，则可以从计算设备111向系统102发送跟踪数据208。跟踪数据208可以包括计算设备111相对于时间的位置。接近计算设备110的位置和计算设备111的位置，以及两个计算设备的匹配移动速度模式，可以帮助验证第一用户和第二用户是否在同一交通工具中。

在一些实施例中，响应于匹配的交通工具已经开始并且根据计划运输结束运输的判定(假设所获取的信息201已经成为批准的运输计划)，系统102和/或计算设备112可以将第一奖励209转让至第一用户并将第二奖励210转让至一个或以上第二用户。例如，第一奖励209和第二奖励210可以作为第一用户和第二用户账户的信用或替代形式发行。

系统102可以使用各种方法来确定计划运输并相应地验证计划运输的实施。在一些实施例中，系统102可以通过分别包括在交通工具信息201和运输请求202中的第一和第二用户接收初始输入。因此，系统102可以基于诸如行程时间、行程距离和/或行程预算的优化因素来确定计划运输的细节。例如，第一用户可以仅根据她的行程输入她的计划出发时间、出发地点和目的地。系统102可以通过结合第一用户的输入来确定计划运输，并且第二用户可以同意这种安排以共享用于乘坐的交通工具。或者，系统102可以基于第二用户的输入(例如，计划的上车位置和计划的下车位置)来更新第一用户的初始输入以获取计划运输。例如，基于优化，系统102可以将第一用户的计划出发时间更改为更早或更晚的时间，或者沿着第一用户的计划路线添加下车位置让第二用户下车。

在一些实施例中，系统102可以将第一用户和/或一个或以上第二用户集中到一个计划运输中。例如，如果用户A(第一用户)计划将她的车开到银行开展公司业务，用户B和用户C(都是第二用户)住在银行附近，每个人都寻求回程，并且它们都表示类似的出发时间，系统102可以将用户A、B和C汇集到计划运输中。

在一些实施例中，确定计划运输可以包括：确定用于计划运输的计划出发时间、用于计划运输的计划出发地点，和/或用于计划运输的计划目的地。假设系统102确定的计划运输被第一和第二用户接受，计划运输的计划出发时间、计划运输的计划出发地点，和/或计划运输的计划目的地可以被用于与计算设备110和111的跟踪数据进行比较，以验证运输是否符合下面讨论的批准计划。验证可以帮助防止使用未经批准的交通工具以欺诈奖励。

在一些实施例中，获取匹配交通工具的跟踪数据，以确定匹配交通工具是否已按照计划运输开始和结束运输包括：获取交通工具的第一当前时间或交通工具的第一个当前位置中的至少一个，以基于以下中的至少一个来确定交通工具是否已经开始运输：将计划出发时间与第一当前时间进行比较，或将计划出发地点与第一个当前位置进行比较；并且获取交通工具的第二当前位置，以基于将计划目的地与第二当前位置进行比较来确定交通工具是否已结束运输。例如，由于第一和第二用户已准备好在交通工具中开始运输，第一用户可以使用计算设备110来触发请求A以验证可以根据计划运输开始运输。第一用户可以从安装的应用程序触发请求，将请求A发送到系统102。作为响应，系统102可以获取计算设备110的当前位置作为交通工具的当前位置，并将交通工具的当前位置与计划出发地点进行比较以进行验证。或者，计算设备110可以获取第一用户的计划出发地点，并将计划出发地点与其自身的当前位置进行比较，并将比较结果发送给系统102。另外，如果一个或以上第二用户分享出行，系统102可以获取计算设备111的当前位置作为第二用户的当前位置以进行比较。或者，计算设备111可以获取第二用户的计划出发地点，并将计划出发地点与其自身的当前位置进行比较，并将比较结果发送给系统102。

类似地，当交通工具到达目的地时，第一用户可以使用计算设备110来触发请求B以验证计划运输的结束。第一用户可以从安装的应用程序触发请求，将请求B发送到系统102。作为响应，系统102可以获取计算设备110的当前位置作为交通工具的当前位置以进行比较。作为响应，系统102可以获取计算设备110的当前位置作为交通工具的当前位置，并将交通工具的当前位置与计划目的地进行比较以进行验证。或者，计算设备110可以获取第一用户的计划目的地并将计划目的地与其自身的当前位置进行比较，并将比较结果发送给系统102。另外，如果一个或以上第二用户共享乘坐，则系统102可以获取计算设备111的当前位置作为第二用户的当前位置以进行比较。或者，计算设备111可以获取第二用户的计划目的地，并将计划目的地与其自身的当前位置进行比较，并将比较结果发送给系统102。

在一些实施例中，获取第一当前时间包括：响应于从与第一用户相关联的计算设备接收开始运输的指示(例如，请求A)，获取第一当前时间；获取交通工具的第一当前位置包括：响应于从计算设备接收开始运输的指示，获取计算设备的第一当前位置作为交通工具的第一当前位置；并且获取该交通工具的第二当前位置包括：响应于从计算设备接收结束运输的指示(例如，请求B)，获取计算设备的第二当前位置作为交通工具的第二当前位置。类似地，如果第二用户与第一用户共享乘坐，则第二用户可以在被接到和下车时分别发送指示。因此，可以获取第二用户的计算设备的位置(例如，通过系统102)以验证先前由第二用户提交的批准的上下车位置。

在一些实施例中，将计划出发时间与第一当前时间进行比较包括：将计划出发时间和第一当前时间之间的时间差值与时间阈值(例如，由计算设备112配置的时间阈值)进行比较。在一些实施例中，将计划出发地点与第一当前位置进行比较包括：将计划出发地点与第一当前位置(例如，当交通工具驾驶触发应用程序以验证计划运输的开始时交通工具的当前位置)之间的第一地理距离与第一距离阈值(例如，由计算设备112配置的第一距离阈值)进行比较。在一些实施例中，将计划目的地与第二个当前位置进行比较包括：比较计划目的地和第二个当前位置之间的第二地理距离(例如，当交通工具驾驶员触发应用程序以验证计划运输的结束时交通工具的当前位置)与第二距离阈值(例如，由计算设备112配置的第二距离阈值)。如果在限制范围内施加相应的阈值时驾驶员请求验证，则可以验证驾驶员已经开始并且顺利地结束了运输。这些限制有助于确保交通工具使用符合批准且在可容许的偏差范围内，这样可以防止误用，可以区分未经批准的用途。系统102和/或计算设备112可以确定对筛选未批准的用途施加哪些限制。

在一些实施例中，系统102可以：响应于时间差异超过时间阈值或第一地理距离超过第一距离阈值中的至少一个，使计算设备(例如，计算设备110)发出计划运输尚未开始的通知；并且响应于第二地理距离超过第二距离阈值，使计算设备发出计划运输尚未结束的通知。因此，通知可以帮助驾驶员遵守批准的计划，以避免失去奖励。不遵守计划可能会导致用户失去奖励。

图2B示出了根据各种实施例的用于监控交通工具使用的示例性系统220。图2B中所示并且下面关于系统220呈现的操作旨在是说明性的。取决于实施方式，图2B中示出并在下文呈现的操作可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

除了省略计算设备111和相关步骤之外，系统220和相关步骤可以类似于上面关于系统200描述的那些步骤。虽然图2A可以示出一个或以上第二用户与第一用户共享交通工具的情况，图2B可以示出没有其他用户与第一用户共享交通工具并且仅奖励第一用户的情况。例如，系统102可以从计算设备110获取交通工具信息211(类似于交通工具信息201)。系统102可以向计算设备112发送批准请求213(类似于批准请求203)。计算设备可以将批准214(类似于批准204)发送到系统102。系统102可以将计划运输的批准发送到计算设备110，并且在步骤215启用用于验证开始或结束运输的跟踪(类似于步骤205)。计算设备110可以将跟踪数据217(类似于跟踪数据207)发送到系统102。系统102和/或计算设备112可以将第一奖励219(类似于第一奖励209)转让至第一用户。

图3A-3J示出了根据各种实施例的用于监控交通工具使用的应用程序的示例性界面。示例性界面可以在计算设备110和/或计算设备111上实现。图3A-3J中所示并在下面给出的操作旨在说明。

如图3A所示，界面310可以为用户(例如，第一用户)提供选项以向系统102注册她的交通工具。用户可以被提示提供她的姓名、身份证、驾照、车牌、车主、交通工具生产商和型号、交通工具颜色、交通工具登记日期等信息。所提供的信息可以包括在交通工具信息201(或211)中。系统102可以验证所提供的信息。验证可以手动或自动地根据正确标注信息执行(例如，通过执行机器学习算法)。界面310可以显示所提供的信息是否已被验证的指示。在一些实施例中，如果实体不维护其员工的数据库，则界面310可以进一步提示申请人识别她与该实体的关系(例如，雇员-雇主关系)。申请人可以被提示以输入与该实体相关联的标识。因此，实体可以验证申请人的身份，并且只允许其员工提交计划运输申请。在一些实施例中，如果实体维护其员工的数据库，则该实体可以将申请人的履历信息与其员工的存储的履历信息进行比较，并且仅允许其员工提交计划运输申请。在一些实施例中，实体可以为申请人分配授权等级。例如，可以根据其等级为实体的关联者分配1到5的授权级别，并且可以为公共用户分配0的授权级别。从企业端界面，实体可以将各种用户端应用程序功能限制为某些授权级别的用户。

如图3B所示，界面320可以为用户(例如，第一用户)提供上传她的交通工具保险的选项。用户可以上传保险的图像以进行验证。界面320可以显示上传的保险是否已被验证的指示。用户还可以刷新或更新上传的保险。可以手动或自动地对验证信息执行验证(例如，通过执行图像识别算法)。

如图3C所示，界面330可以为用户(例如，第一用户)提供上传人脸识别的面部图像的选项。界面330可以触发计算设备上的相机以捕获面部图像。界面330可以提示用户摆姿势以进行捕获(例如，眨眼、张开嘴、左右转动头等)。捕获可以包括照片和/或短片(例如，在用户摆姿势时的连续捕获)。一旦捕获了面部图像，系统102就可以从捕获中获取面部特征并将用户的身份与面部特征相关联。下次当一个人使用计算设备来执行与用户相关的动作时(例如，启动计划运输)，系统102可以提示通过面部图像捕获来验证身份。

如图3D所示，界面340可以为用户(例如，第一用户)提供选项以申请用户的私人交通工具的非个人使用。界面340可以指示所应用的用途是“用于商业目的”，补偿限制是“无”，并且使用类型是“自驾”。这些设置可以由计算设备112配置。用户可以被提示以提供“出行计划”，例如出行的计划日期、计划的使用时间、计划出发地点、计划目的地、乘客、使用次数、使用原因、可用的共享座位(图中未显示)等。所提供的信息可以包括在交通工具信息201(或211)中。在一些实施例中，界面340的类似版本(没有乘客、使用次数和可用的共享座位)可以被提供给没有向系统102注册交通工具的第二用户以获取运输请求202(或212)。利用交通工具信息201(或211)和运输请求202(或212)，系统102可以执行如上所述的匹配和批准过程。

如图3E所示，一旦计划运输已被批准，界面350可以在如应用程序的首页处呈现批准的运输。所述呈现可能包括运输的提醒，例如“总部的公司业务-私人汽车使用2月14日-2月14日|无限制”。用户可以触发呈现以显示批准的出行的细节，例如下面描述的界面360。

如图3F所示，用户可以确认计划运输，例如通过从界面360触发相关命令。在界面360上，可以显示确认的计划运输的详细信息例如授权(例如，无限制)、计划日期(例如，2018年2月14)、计划出发时间(例如，下午1点至下午2点)、计划出发地点(例如，AAA)、计划目的地(例如，BBB)和第一奖励(例如，9.99美元)。授权可以由系统102和/或计算设备112确定并且与用户相关联。例如，较高级别的员工可能具有较高的授权级别，并且该实体之外的公共成员可能具有最低的授权级别。如前所述，作为车主或驾驶员的第一用户可以由系统102与想要共享乘坐的一个或以上第二用户匹配，并且系统102可以确定匹配的第一和第二用户的计划运输。或者，一个或以上第二用户可加入其计划运输已由系统102确定并已被批准的第一用户。例如，第一用户可以通过在界面360上触发相应的命令来发现潜在的拼车用户，以浏览寻求乘车的第二用户。第一用户可以选择一个或以上第二用户，他们将相应地通过他们的应用程序接收通知，并且可以接受第一用户的乘车共享邀请。

如图3G所示，在界面370上，第一用户(例如，作为驾驶员)可以通过按下“开始行程”来指示计划运输的开始，其可以用作系统102和/或计算设备110的指示，以验证对批准的计划的遵从性。在界面370上，还可以示出当前时间，并且可以提供地图，突出显示从计划出发地点“AAA”到计划目的地“BBB”的路线。另外，交通工具的当前位置(例如，基于计算设备110的位置)可以用交通工具图标指示，并且可以实时更新地图上交通工具的位置。

在一些实施例中，交通工具的当前位置离计划出发地点太远，并且需要验证与计划出发地点的接近程度(例如，如计算设备112所要求的)。如图3H所示，计算设备110可以在界面380上显示警告并禁用在应用程序中启动计划运输。该图中显示的示例性警告显示“距离出发地点超过10英里”和“'开始行程已禁用”。“10英里”可以是由计算设备112在各种条件中确定的阈值，以验证是否符合批准的运输计划。类似地，如果当前时间与计划出发时间相比太晚，并且如果需要时间上接近，则可以示出诸如“距离出发时间超过30分钟”和“开始行程已禁用”的警告。类似地，如果需要所有乘客(例如，第一用户和第二用户)的存在来启动计划运输，系统102可以获取计算设备110和111的位置，并将获取的位置之间的接近度与阈值进行比较，以确定是否所有乘客都在交通工具中。如果不是，则可以显示诸如“并非所有乘客都准备好”的警告。

如图3I所示，类似于界面380，如果交通工具的当前位置离计划目的地太远，并且如果需要验证与计划目的地之间的距离(例如，根据计算设备112的要求)，计算设备110可以在界面390上显示警告并且禁用在应用程序中结束计划运输。该图中所示的示例性警告显示“距离目的地超过10英里”和“结束行程已禁用”。申请中运输的开始和结束可以为发放或取消奖励提供基础。

如图3J所示，如果计划运输已经按照批准的计划完成，则参与的用户可以各自在相应的计算设备的界面399上接收行程总结的通知。总结可能包括完成的出行收到的奖励、出行的详细信息等。该通知可以表示出行奖励的发布。还可以显示记入用户的累积总奖励(例如，“总薪酬：$39.99”)。

因此，诸如公司之类的实体可以方便地管理其员工的薪酬计划。安装在计算设备(如手机)上的应用程序可以帮助收集私人交通工具共享者和用户信息，并根据资源优化匹配供需。应用程序可以进一步帮助跟踪交通工具的使用情况，以验证是否符合已批准的计划，并为实体的利益做出贡献的个人交通工具给予奖励。而不符合要求的使用可以被检测到，建议的奖励可以被取消。

本申请所披露的系统和方法可以使实体能够简化私人交通工具使用管理。通过集中式系统，实体可以有效地配置报销私人交通工具使用的要求，并通过密切关注预算来管理申请批准。例如，只有当行程在距离批准的出发地点10英里之内开始、在晚上8点之后开始(这被认为是加班)、和/或在距离批准目的地10英里内结束时，才能设置为可报销的。再例如，实体可以为用户分配授权级别，并为每个授权级别配置交通工具使用申请限制(例如，较低的授权级别可以仅在限制的时间段和受限的位置范围内申请，该申请仅对实体员工开放并且对公众关闭)。因此，该实体可以可控制地推出报销计划并激励其员工共享交通，实现资源的整体对话。

图4A示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法400的流程图。方法400可以在各种场景中实现，包括例如图1的应用场景100。示例性方法400可以由系统102的一个或以上组件(例如，处理器104、内存106)实现。示例性系统102可以包括服务器。示例性方法400可以由类似于系统102的多个系统实现。下文呈现的方法400的操作旨在用于说明。取决于实现方式，示例性方法400可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框402处，可以获取可用于提供运输的一个或以上交通工具的信息以及一个或以上运输请求。在框404处，可以将运输请求的一个或以上与其中一个交通工具匹配以确定计划运输。在框406，可以确定与匹配的交通工具相关联的第一用户的第一奖励和与匹配的运输请求相关联的一个或以上第二用户额第二奖励。在框408处，可以获取匹配的交通工具的跟踪数据以确定匹配的交通工具是否已经开始并且结束了符合计划运输的运输。在框410，响应于匹配的交通工具已经开始并且根据计划运输结束运输的判定，第一奖励可以转让至第一用户，第二奖励可以转让至一个或以上第二用户。在一些实施例中，这里获取的信息(例如，计划出发时间、计划出发地点和计划目的地)可以被批准并包括在计划运输中。

图4B示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法420的流程图。方法420可以在各种场景中实现，包括例如图1的应用场景100。示例性方法420可以由计算设备110(例如，第一用户的移动电话)实现。下文呈现的方法420的操作旨在用于说明。取决于实现方式，示例性方法420可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框422处，可以将用于提供运输的交通工具的信息发送到服务器以确定计划运输。在框424处，可选地，可以确定至少一个第二用户为计划运输的至少一部分共享交通工具，其中至少一个第二用户隶属于该实体。在框426处，可选地，可以使至少一个第二用户接收针对所述至少部分计划运输共享交通工具的邀请。在框428处，可以确定交通工具是否已经开始并且结束了符合计划运输的运输。在框430处，如果交通工具已经开始并且根据计划运输结束运输，则可以获取第一奖励。

在一些实施例中，该交通工具是第一用户的私人财产。第一用户隶属于实体。第一用户在计划运输的至少一部分期间处于交通工具中。在一些实施例中，在框428之前，可以仅在从实体接收到计划运输的批准之后才能确定交通工具是否已经开始并且结束了符合计划运输的运输。

在一些实施例中，确定交通工具是否已按照计划运输开始运输包括：获取(1)用于计划运输的计划出发时间和交通工具的第一当前时间或者(2)用于计划运输的计划出发地点和交通工具的第一当前位置中的至少一个，以确定交通工具是否已按照计划运输开始运输。确定交通工具是否按照计划运输结束运输包括：获取计划运输的计划目的地和交通工具的第二当前位置，以确定交通工具是否已按照计划运输结束运输。

在一些实施例中，确定交通工具是否已按照计划运输开始运输包括：获取交通工具的第一当前时间或交通工具的第一当前位置中的至少一个，将交通工具的第一当前时间或交通工具的第一当前位置中的至少一个发送到服务器，以确定交通工具是否已按照计划运输开始运输，并且从服务器接收交通工具是否已按照计划运输开始运输的判定。确定交通工具是否按照计划运输结束运输包括：获取交通工具的第二当前位置，将交通工具的第二当前位置发送到服务器，以确定交通工具是否已按照计划运输结束运输，并且从服务器接收交通工具是否已根据计划运输结束运输的判定。

图4C示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法440的流程图。方法440可以在各种场景中实现，包括例如图1的应用场景100。示例性方法440可以由计算设备111(例如，第二用户的移动电话)实现。下文呈现的方法440的操作旨在用于说明。取决于实现方式，示例性方法440可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框442处，可以将运输请求发送到服务器以确定交通工具的计划运输，其中计划运输包括用于运输第二用户的部分。在框444处，可选地，可以接收(例如，从服务器)匹配运输请求的交通工具的信息。在框446处，可选地，可以发送为计划运输的部分共享交通工具的接受(例如，发送到服务器，发送到第一用户的计算设备)。在框448处，可以确定交通工具是否已经根据计划运输开始并且结束了计划运输的部分。在框450，如果交通工具已经根据计划运输开始并且结束了计划运输的一部分，则可以获取第二奖励。

在一些实施例中，该交通工具是第一用户的私人财产。第一用户和第二用户隶属于实体。在计划运输的部分期间，第一用户和第二用户在交通工具中。在一些实施例中，在框448之前，可以仅在从实体接收到计划运输的批准之后才确定交通工具是否已完成符合计划运输的计划运输部分。

在一些实施例中，确定交通工具是否根据计划运输启动计划运输的部分包括：获取第二用户的计划出发地点和交通工具的第三当前位置，以确定交通工具是否已按照计划运输启动了计划运输的部分。确定交通工具是否根据计划运输结束计划运输的部分包括：获取第二用户的计划目的地和交通工具的第四当前位置，以确定交通工具是否已根据计划运输结束了计划运输的部分。

在一些实施例中，确定交通工具是否根据计划运输启动计划运输的部分包括：获取交通工具的第三当前位置，将交通工具的第三当前位置发送到服务器，以确定交通工具是否已按照计划运输启动了计划运输的部分，并且从服务器接收交通工具是否已按照计划运输启动了计划运输的一部分的判定。确定交通工具是否根据计划运输结束计划运输部分包括：获取交通工具的第四当前位置，将交通工具的第四当前位置发送到服务器，以确定交通工具是否已按照计划运输结束了计划运输的部分，并且从服务器接收交通工具是否根据计划运输结束计划运输的部分的判定。

如上所述，在一些实施例中，方法400、420和440可以分别对应于由服务器、第一用户的计算设备和第二用户的计算设备执行的步骤。方法400、420和440可以对应于上面图2A至图3J描述的步骤。第一用户可以为实体的目的驾驶私人交通工具，并且第二用户可以共享第一用户的运输的至少一部分。第二用户的乘车也可能是为了实体的目的。第一和第二用户都由实体补偿。

图4D示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法460的流程图。方法460可以在各种场景中实现，包括例如图1的应用场景100。示例性方法460可以由系统102的一个或以上组件(例如，处理器104、内存106)实现。示例性系统102可以包括服务器。示例性方法460可以由类似于系统102的多个系统实现。下文呈现的方法460的操作旨在用于说明。取决于实现方式，示例性方法460可以包括附加的、减少的、或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框462处，可以确定由与第一用户相关联的交通工具执行的计划运输。在框464，可以获取交通工具的跟踪数据，以确定交通工具是否根据计划运输开始和结束运输。在框466，响应于交通工具根据计划运输开始并且并结束运输的判定，可以将第一奖励转让至第一用户。

在一些实施例中，该交通工具是第一用户的私人财产。第一用户隶属于实体。第一用户在至少一段运输期间在交通工具中(例如，第一用户是从出发地点到目的地的驾驶员)。计划运输至少部分取决于实体利益或以其他方式使实体补贴运输。例如，第一用户可以驾驶她的私家车为该实体开展业务，并且该实体希望偿还第一用户的费用。

在一些实施例中，在获取交通工具的跟踪数据之前，该方法还包括：确定第一奖励；提供计划运输和确定的第一奖励(例如，用于偿还计划运输的确定的预算)给实体以供批准；并且只有在从实体接收到计划运输的批准之后才能获取跟踪数据。

在一些实施例中，在获取交通工具的跟踪数据之前，该方法还包括：确定至少一个第二用户为该计划运输的至少一部分共享交通工具，其中该至少一个第二用户与该实体有关联；和响应于第二用户已完成计划运输的部分的判定，将第二奖励转让至所述至少一个第二用户。

在一些实施例中，确定由与第一用户相关联的交通工具执行的计划运输包括从第一用户的计算设备获取要由与第一用户相关联的交通工具执行的计划运输。在一些实施例中，从第一用户的计算设备获取的计划运输(例如，计划出发时间、计划出发地点和/或计划目的地)可以由实体批准，并且批准的计划运输用于方框466中的合规性验证。可选地，可以改变实体第一次批准后的计划运输的一些条件(例如，计划出发时间)，例如，当第二个用户被添加到乘车时，并且批准的计划运输可以被发送到该实体以进行另一个批准。因此，用于框466中用于验证的计划运输可以指经过两次批准的计划运输。或者，实体可以选择放弃第一和/或第二批准过程。

在一些实施例中，在获取交通工具的跟踪数据之前，该方法还包括：确定至少一个第二用户以在计划运输的至少一部分共享交通工具，其中该至少一个第二用户与该实体有关联；和响应于第二用户已完成计划运输的部分的判定，将第二奖励转让至至少一个第二用户。添加第二用户的细节可以参考图3F和上面的其他描述。

图4E示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法480的流程图。方法480可以在各种场景中实现，包括例如图1的应用场景100。示例性方法480可以由计算设备110(例如，第一用户的移动电话)实现。下文呈现的方法480的操作旨在用于说明。取决于实现方式，示例性方法480可以包括附加的、减少的，或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框482，可以将用于提供运输的交通工具的信息发送到服务器以确定计划运输。在框484，可以确定至少一个第二用户为计划运输的至少一部分共享交通工具，其中至少一个第二用户隶属于该实体。在框486，可以使至少一个第二用户接收针对至少部分计划运输共享交通工具的邀请。在框488，可以将作为交通工具的跟踪数据的第一用户的计算设备的跟踪数据发送到服务器，以确定交通工具是否根据计划运输开始和结束运输。在方框490，如果交通工具根据计划运输开始并且结束运输，则可以获取第一奖励。

在一些实施例中，该交通工具是第一用户的私人财产。第一用户隶属于实体。第一用户在计划运输的至少一部分期间处于交通工具中。

在一些实施例中，在将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器以确定交通工具是否根据计划运输开始并且结束运输之前，该方法还包括：只有在从实体收到计划运输的批准后才能确定交通工具是否按照计划运输开始并且结束运输。

在一些实施例中，将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器，以确定交通工具是否已按照计划运输开始运输，包括：获取计算设备的第一当前时间或第一当前位置中的至少一个，将计算设备的第一当前时间或第一当前位置中的至少一个发送到服务器，以确定交通工具是否已按照计划运输开始运输，并且从服务器接收交通工具是否已按照计划运输开始运输的判定。

在一些实施例中，将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器，以确定交通工具是否已按照计划运输结束运输包括：获取计算设备的第二当前位置，将计算设备的第二当前位置发送到服务器，以确定交通工具是否已按照计划运输结束运输，并且从服务器接收交通工具是否已根据计划运输结束运输的判定。

图4F示出了根据本申请的各种实施例的用于监控交通工具使用的示例性方法499的流程图。方法499可以在各种场景中实现，包括例如图1的应用场景100。示例性方法499可以由计算设备111(例如，第二用户的移动电话)实现。下文呈现的方法499的操作旨在用于说明。取决于实现方式，示例性方法499可以包括附加的、减少的，或替代性步骤，这些步骤可以以各种顺序执行或并行执行。

在框491处，可以将运输请求发送到服务器以确定交通工具中的计划运输，其中计划运输包括用于运输第二用户的部分。在框492，可以接收匹配运输请求的交通工具的信息(例如，从第一用户的计算设备)。在框493，可以发送用于为计划运输的一部分共享交通工具的接受(例如，发送到第一用户或服务器的计算设备)。在框494，可以将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器，用于确定交通工具是否已经根据计划运输启动和结束了计划运输的部分。在方框495，如果交通工具已经根据计划运输开始并且结束了计划运输的一部分，则可以获取第二奖励。

在一些实施例中，该交通工具是第一用户的私人财产。第一用户和第二用户隶属于实体。在计划运输的部分期间，第一用户和第二用户在交通工具中。

在一些实施例中，在将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器以确定交通工具是否已经开始并且结束了计划运输的部分之前，该方法还包括：只有在从实体接收到计划运输的批准之后，才能确定交通工具是否已按照计划运输完成了计划运输的部分。

在一些实施例中，将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器，以确定交通工具是否已按照计划运输启动了计划运输的部分，包括：获取计算设备的第三当前位置，将计算设备的第三当前位置发送到服务器，以确定交通工具是否已按照计划运输启动了计划运输的部分，并且从服务器接收交通工具是否已按照计划运输启动了计划运输的部分的判定。

在一些实施例中，将计算设备的跟踪数据作为交通工具的跟踪数据发送到服务器，用于根据计划运输确定交通工具是否已经结束了计划运输的部分，包括：获取计算设备的第四当前位置，将计算设备的第四当前位置发送到服务器，以确定交通工具是否已按照计划运输结束了计划运输的部分，并且从服务器接收交通工具是否已根据计划运输结束计划运输的部分的判定。

方法460、480和499可以分别对应于由服务器，第一用户的计算设备和第二用户的计算设备执行的步骤。方法460、480和499可以对应于上面图2A至图3J描述的步骤。第一用户可以为了实体的目的而驾驶私人交通工具，并且可选地，第二用户可以共享第一用户的运输的至少一部分。第二用户的乘车也可能是为了实体的目的。第一和第二用户都由实体补偿。

如所描述的，所披露的系统和方法可以减轻或克服当前技术的缺点。在过去，为实体的目的管理和验证私人交通工具使用由于手动分拣和检查信息的重大负担以及自我报告的不可靠性是不切实际的。通过所披露的系统和方法赋予实体可以有效地管理私人交通工具补偿计划。将申请审批、预算控制、交通工具使用监控和奖励传送转让等集中在一个系统中，可以实现流程的精简，大大减少运营成本，提高工作效率，提高员工士气。

本文所描述的技术是由一个或以上专用计算设备实现的。专用计算设备可以是台式计算机系统、服务器计算机系统、便携式计算机系统、手持设备、网络设备或合并了用于实现这些技术的硬连线和/或程序逻辑的任何其它设备。计算设备通常由操作系统软件控制和协调。传统的操作系统控制和调度用于执行的计算机进程、执行存储器管理、提供文件系统、网络、输入/输出服务、以及提供用户界面功能，例如图形用户界面(“GUI”)等。

图5是示出示例性的可以实现本文描述的任何实施例的计算机系统500的框图。系统500可以对应于上述系统102。计算机系统500包括总线502或用于交流信息的其他通信机制、一个或以上与总线502耦合的用于处理信息的硬件处理器504。硬件处理器504可以是，例如，一个或以上通用微处理器。处理器504可以对应于上述处理器104。

计算机系统500还包括主内存506，诸如随机存取存储器(RAM)、高速缓存和/或其他动态存储设备，所述主内存耦合到总线502以用于存储由处理器504执行的信息和指令。主内存506还可以用于在处理器504执行待执行指令期间存储临时变量或其他中间信息。当上述指令存储在处理器504可访问的存储介质中时，可使计算机系统500成为专用机器，该专用机器被定制为执行指令中指定的操作。计算机系统500还包括只读存储器(ROM)508或耦合到总线502的其他静态存储设备，用于存储处理器504的静态信息和指令。存储设备510，例如磁盘、光盘或USB拇指驱动器(闪存驱动器)等，被提供并耦合到总线502，用于存储信息和指令。主内存506、ROM 508和/或存储器510可以对应于上述内存106。

计算机系统500可以使用定制的硬连线逻辑、一个或以上的专用集成电路(ASIC)或现场可编程门阵列(FPGA)、固件和/或程序逻辑来实现本文描述的技术，其与计算机系统组合使计算机系统500成为或被编程为特殊用途机器。根据一个实施例，响应于处理器504执行主内存506中包含的一个或以上指令中的一个或以上序列，计算机系统500会执行本申请书中的技术。这样的指令可以从另一存储介质(例如存储器510)读入主内存506中。执行主内存506中包含的指令的序列使得处理器504执行本文描述的处理步骤。在备选实施例中，可以使用硬连线电路代替软件指令或与软件指令组合。

主内存506、ROM 508和/或存储器510可以包括非暂时性存储介质。这里使用的术语“非暂时性介质”和类似术语是指存储使机器以特定方式操作的数据和/或指令的任何介质。这种非暂时性介质可以包括非易失性介质和/或易失性介质。非易失性介质包括，例如光盘或磁盘，如存储器510。易失性介质包括动态存储器，例如主内存506。非暂时性介质的常见形式包括，例如，软盘、软性磁盘、硬盘、固态驱动器、磁带、或任何其他磁性数据存储介质、只读光盘驱动器(CD-ROM)、任何其他光学数据存储介质、具有孔图案的任何物理介质、RAM、可编程序只读存储器(PROM)和可擦除可编程只读存储器(EPROM)、快擦编程只读存储器(FLASH-EPROM)、非易失性随机访问存储器(NVRAM)、任何其他存储器芯片或盒式磁带、以及它们的网络版本。

计算机系统500还包括耦合到总线502的网络接口518。网络接口518提供耦合到一个或以上网络链路的双向数据通信，所述一个或以上网络链路连接到一个或以上本地网络。例如，网络接口518可以是综合业务数字网(ISDN)卡、电缆调制解调器、卫星调制解调器、或用于提供与相应类型的电话线路进行数据通信连接的调制解调器。又例如，网络接口518可以是局部区域网络(LAN)卡以提供与兼容的LAN之间的数据通信连接(或WAN组件以与WAN通信)。网络接口518也可以实现为无线链路。在任何这样的实施方式中，网络接口518发送和接收携带代表各类信息的数字数据流的电信号、电磁信号或光信号。

计算机系统500可以通过网络、网络链路和网络接口518发送消息并接收包括程序代码的数据。以因特网为例，服务器可以通过因特网、互联网服务提供商(ISP)、本地网络和网络接口518为应用程序发送请求代码。

所接收的代码可以由处理器504收到时执行、和/或存储在存储设备510或其他非易失性存储器中以供稍后执行。

在前面部分中描述的每个过程、方法和算法可以由代码模块实现，并且通过该代码模块实现完全自动化或半自动化。所述代码模块通过一个或以上包括计算机硬件的计算机系统或计算机处理器执行。上述过程和算法可由应用特定电路部分地或完全地实现。

上述各种特征和过程可以彼此独立地使用，或者可以以各种方式组合。所有可能的组合和子组合旨在落入本申请的范围内。另外，在一些实现中可以省略某些方法或过程框。本文描述的方法和过程也不限于任何特定执行顺序，相关的框或状态可以以其他合适顺序执行。例如，所描述的框或状态可以以不同于具体披露的顺序执行，或者多个框或状态可以组合为单个框或状态。示例性框或状态可以串行、并行或以其他方式执行。可以向所披露的示例性实施例添加框或状态或从中移除框或状态。本文描述的示例性系统和组件可以通过不同与本文所描述的方式进行配置。例如，相比于与所披露的示例性实施例，可以添加、移除或重新布置元件。

可以至少部分地通过算法来执行本文描述的示例性方法中的各种操作。该算法可以被包括在存储于存储器(例如，上述的非暂时性计算机可读存储介质)中的程序代码或指令中。这种算法可以包括机器学习算法。在一些实施例中，机器学习算法可以不明确地对计算机进行编程以执行某个功能，但是可以学习训练数据以生成执行该功能的预测模型。

本文描述的示例性方法中的各种操作可以至少部分地由一个或以上处理器来执行。所述一个或以上处理器可以被临时配置(例如，通过软件)为或永久配置为执行相关操作。无论是临时配置还是永久配置，所述处理器都可以构成由处理器实现的引擎，其运行以执行本文描述的一个或以上操作或功能。

类似地，本文描述的方法可以至少部分地由一个特定处理器或一组处理器(作为硬件示例)实现。例如，方法的至少一部分操作可以由一个或以上处理器或处理器实现的引擎来执行。此外，所述一个或以上处理器还可以运行以发挥“云计算”环境中的相关操作的支护性能或实现“软件即服务”(SaaS)。例如，至少一些操作可以由一组计算机(作为包括处理器的机器的例子)执行，这些操作可通过网络(例如，因特网)和通过一个或以上适当的接口(例如，应用程序接口(API))访问。

某些操作的性能可以在处理器之间分配，不仅驻留在单个机器内，而且部署在多个机器上。在一些示例性实施例中，处理器或处理器实现的引擎可以位于单个地理位置(例如，在家庭环境、办公室环境或服务器场内)。在其他示例性实施例中，处理器或处理器实现的引擎可以分布在多个地理位置。

在整个说明书中，多个实例可以实现被描述为单个实例的组件，操作或结构。尽管一个或以上方法的各个操作被示出并描述为单独的操作，但是可以同时执行各个操作的一个或以上，并且不需要以所示的顺序执行操作。在示例性配置中作为单独组件呈现的结构和功能可以实现为组合结构或组件。类似地，作为单个组件呈现的结构和功能可以实现为单独的组件。这些和其他变化、修改、添加和改进都落入本文主题的范围内。

尽管已经参考特定示例性实施例概述了本文主题，但是可以在不脱离本申请的实施例的较宽范围的情况下对这些实施例进行各种修改和改变。本文主题的实施例可以单独地或共同地通过术语“发明”在本文中提及，此举仅为描述方便，并不旨在当实际有多于一个披露或概念被披露时主动将本申请的范围限制于任何单个的披露或概念。

本文所示的实施例已被描述的足够详尽，使得本领域技术人员能够实践所披露的教导。其他实施例也可以从所披露的教导中推出并使用，使得可以在不脱离本申请的范围的情况下，对本文实施例作出结构和逻辑上的替换和改变。因此，具体实施方式不应被视为具有限制意义，并且各种实施例的范围仅由所附权利要求以及这些权利要求所赋予的等价物的全部范围来限定。

本文所述和/或附图中描绘的流程图中的任何过程描述、元素或框应理解为潜在地表示模块、部件、或部分代码，这些模块、部件、或部分代码包括用于实现特定逻辑功能或过程步骤的一个或以上可执行指令。本领域技术人员可以理解的是，本文描述的实施例的范围内还包括备选实施方式。在这些备选实施方式中，元件或功能可以被删除，或取决于所涉及的功能而不由所示出的或论述的顺序来执行，包括实质上同时执行或以相反的顺序执行。

如本文所用，术语“或”可以解释为包含性或排他性含义。此外，可以为在此描述为单个实例的资源、操作或结构提供多个实例。另外，各种资源、操作、引擎和数据存储之间的边界在某种程度上是任意的，并且在特定说明性配置的上下文中示出了特定操作。设想的其他功能的分配可以落入本申请的各种实施例的范围内。通常，在示例性配置中作为单独资源呈现的结构和功能可以以组合结构或组合资源实现。类似地，作为单独资源呈现的结构和功能可以以多个分离的资源实现。这些以及其他变化、修改、添加和改进均落入由所附权利要求表示的本申请的实施例的范围内。相应地，说明书和附图应被视为说明性的而非限制性的。

条件语言，例如，除其他外，“可能”或“可以”，除非另有明确说明，或在所使用的上下文中以其他方式理解，通常旨在表达一些实施例包括，而其他实施例不包括某些特征、元素和/或步骤。因此，这种条件语言通常不意味着暗示一个或以上实施例以任何方式需要的特征、元素和/或步骤，或者一个或以上实施例必须包括用于决定的逻辑，无论是否有用户输入或提示，在任何特定实施例中是否包括或将要执行这些特征、元件和/或步骤。