用于确定目标车辆/提供者的系统和方法与流程

本申请要求2015年12月24日提交的编号为201510993506.1的中国申请的优先权，上述申请的内容以引用方式被包含于此。本申请涉及按需服务的系统和方法，特别涉及确定服务请求的目标车辆/提供者的系统和方法。
背景技术：
按需服务已经变得越来越流行。在按需服务中，特别是在试驾服务中，与车辆/提供者有关的服务请求者的请求可能是多种多样的。在某些情况下，可能很难满足各种请求或有效地确定目标车辆/提供者。技术实现要素：根据本申请的一个方面，系统可以包括至少一个存储介质和被配置为与至少一个存储介质通信的至少一个处理器。所述至少一个存储介质可以包括一组用于确定服务请求的目标提供者的指令集。当所述至少一个处理器执行所述组指令集时，所述至少一个处理器可被指示执行以下操作中的至少一个。所述至少一个处理器可以从服务请求者获取用于请求由所述服务请求者驾驶车辆的权限的服务请求。所述至少一个处理器可以基于所述服务请求确定与目标提供者对应的目标车辆。所述至少一个处理器可以指示所述目标提供者将所述目标车辆发送给所述服务请求者。在一些实施例中，所述服务请求可以是试驾所述目标车辆的试驾请求。在一些实施例中，至少一个处理器可以从与所述服务请求者相关的请求者终端获取所述服务请求。在一些实施例中，所述至少一个处理器可以指示所述目标提供者经由与所述目标提供者相关的提供者终端将目标车辆运送到起始位置。在一些实施例中，所述请求者终端可以包括移动终端、计算机或可穿戴设备中的至少一个。在一些实施例中，所述提供者终端可以包括移动终端、计算机或可穿戴设备中的至少一个。在一些实施例中，所述服务请求可以包括自起始位置驾驶所述目标车辆或所述车辆的个性化定义中的至少一个。在一些实施例中，所述服务请求可以还包括开放的目的地。在一些实施例中，所述起始位置是所述服务请求者的当前位置或所述服务请求者定义的位置。在一些实施例中，所述至少一个处理器还可以获取所述起始位置并将所述起始位置通知给所述目标提供者。在一些实施例中，所述车辆的个性化定义可以包括至少一个偏好参数，包括车辆品牌、车辆型号、外形尺寸、内部尺寸、驾驶类型、排量、变速箱、离合器、燃料箱、制动系统、转向系统、自驱动系统、空调、音频系统、灯、座椅、最高时速、马力、车龄、车身颜色、车辆涂装、装饰、消声器或新能源中的至少一个。在一些实施例中，所述至少一个处理器可以将所述服务请求发送给在所述起始位置的预设距离内的多个候选提供者，每个候选提供者与一个候选车辆相关。所述至少一个处理器可以接收来自所述多个候选提供者中的至少一个候选提供者的对所述服务请求的接受信息。所述至少一个处理器可以从所述至少一个所述候选提供者中选择一个候选提供者作为所述目标提供者。在一些实施例中，所述至少一个处理器可以获取多个车辆中每个车辆的状态信息，所述多个车辆中的每个车辆与所述多个提供者中的一个提供者相关。所述至少一个处理器可以基于所述状态信息确定多个可用车辆，其中，所述多个可用车辆中的每个车辆是可用于向所述服务请求者提供驾驶所述可用车辆权限的车辆。所述至少一个处理器可以从所述多个可用车辆中选择与所述服务请求匹配的所述多个候选车辆。所述至少一个处理器可以将所述服务请求发送给在所述初始位置的预设距离内与所述多个候选车辆相关的所述多个候选提供者。在一些实施例中，所述至少一个处理器可以确定所述服务请求是否被取消，以及更新所述状态信息。在一些实施例中，所述至少一个处理器可以确定所述可用车辆的车辆信息，以及匹配所述车辆的所述个性化定义和所述车辆信息。在一些实施例中，所述多个候选提供者可以包括经销商，私人卖方或私人所有者中的至少一个。在一些实施例中，所述至少一个处理器还可以收集与所述服务请求者相关的数据，所述数据包括所述服务请求者的历史服务请求。所述至少一个处理器可以基于所述数据确定推荐。所述至少一个处理器可以向所述服务请求者通知所述推荐。在一些实施例中，所述至少一个处理器可以从所述服务请求者收集个人信息，以及确定所述服务请求者的资格信息。在一些实施例中，所述至少一个处理器可以从所述候选提供者收集个人信息以及确定所述候选提供者的资格信息。在一些实施例中，所述至少一个处理器可以基于所述服务请求估算服务费用，以及将所述估算的服务费用发送给所述服务请求者。根据本申请的另一方面，一种方法可以包括以下操作中的至少一个。计算机服务器可以从服务请求者获取用于请求由所述服务请求者驾驶车辆的权限的服务请求。所述计算机服务器可以基于所述服务请求确定与目标提供者对应的目标车辆。所述计算机服务器可以指示所述目标提供者将所述目标车辆发送给所述服务请求者。在一些实施例中，所述服务请求是试驾所述目标车辆的试驾请求。在一些实施例中，所述计算机服务器可以从与所述服务请求者相关的请求者终端获取所述服务请求。在一些实施例中，所述计算机服务器可以指示所述目标提供者经由与所述目标提供者相关的提供者终端将目标车辆运送到起始位置。在一些实施例中，所述请求者终端包括移动终端、计算机或可穿戴设备中的至少一个。在一些实施例中，所述提供者终端包括移动终端、计算机或可穿戴设备中的至少一个。在一些实施例中，所述服务请求包括自起始位置驾驶所述目标车辆或所述车辆的个性化定义中的至少一个。在一些实施例中，所述服务请求可以还包括开放的目的地。在一些实施例中，所述起始位置是所述服务请求者的当前位置或所述服务请求者定义的位置。在一些实施例中，所述计算机服务器还可以获取所述起始位置以及将所述起始位置通知给所述目标提供者。在一些实施例中，所述车辆的所述个性化定义包括至少一个偏好参数，包括车辆品牌、车辆型号、外形尺寸、内部尺寸、驾驶类型、排量、变速箱、离合器、燃料箱、制动系统、转向系统、自驱动系统、空调、音频系统、灯、座椅、最高时速、马力、车龄、车身颜色、车辆涂装、装饰、消声器或新能源中的至少一个。在一些实施例中，所述计算机服务器可以将所述服务请求发送给在所述起始位置的预设距离内的多个候选提供者，每个候选提供者与一个候选车辆相关。所述计算机服务器可以接收来自所述多个候选提供者中的至少一个候选提供者的对所述服务请求的接受信息。所述计算机服务器可以从所述至少一个所述候选提供者中选择一个候选提供者作为所述目标提供者。在一些实施例中，所述计算机服务器可以获取多个车辆中每个车辆的状态信息，所述多个车辆中的每个车辆与所述多个提供者中的一个提供者相关。所述计算机服务器可以基于所述状态信息确定多个可用车辆，其中，所述多个可用车辆中的每个车辆是可用于向所述服务请求者提供驾驶所述可用车辆权限的车辆。所述计算机服务器可以从所述多个可用车辆中选择与所述服务请求匹配的所述多个候选车辆。所述计算机服务器还可以将所述服务请求发送给在所述初始位置的预设距离内与所述多个候选车辆相关的所述多个候选提供者。在一些实施例中，所述计算机服务器可以确定所述服务请求是否被取消以及更新所述状态信息。在一些实施例中，所述计算机服务器可以确定所述可用车辆的车辆信息，以及匹配所述车辆的所述个性化定义和所述车辆信息。在一些实施例中，所述多个候选提供者包括经销商，私人卖方或私人所有者中的至少一个。在一些实施例中，所述计算机服务器还可以收集与所述服务请求者相关的数据，其中所述数据包括所述服务请求者的历史服务请求。所述计算机服务器可以基于所述数据确定推荐。然后，所述计算机服务器可以向所述服务请求者通知所述推荐。在一些实施例中，所述计算机服务器可以从所述服务请求者收集个人信息以及确定所述服务请求者的资格信息。在一些实施例中，所述计算机服务器可以从所述候选提供者收集个人信息以及确定所述候选提供者的资格信息。在一些实施例中，所述计算机服务器可以基于所述服务请求来估算服务费用，以及将所述估算的服务费用发送给所述服务请求者。本申请的一部分附加特性可以在下面的描述中进行说明。通过对以下描述和相应附图的研究或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是显而易见的。本申请的特征可以通过对以下描述的具体实施例的各种方面的方法、手段和组合的实践或使用得以实现和达到。附图说明本申请通过示例性实施例进行进一步描述。这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，各图中相同的标号表示相同的部件，其中：图1是根据本申请的一些实施例所示的示例性按需服务系统的框图；图2是根据本申请的一些实施例所示的按需服务系统的示例性计算设备的框图；图3-a是根据本申请的一些实施例所示的示例性处理引擎的框图；图3-b是根据本申请的一些实施例所示的确定目标车辆/提供者的示例性过程/方法的流程图；图4-a和图4-b根据本申请的一些实施例示出了确定目标车辆/提供者的示例性过程/方法；图5是根据本申请的一些实施例所示的向至少一个候选车辆发送服务请求的示例性过程/方法的流程图；图6是根据本申请的一些实施例所示的用户注册的示例性用户界面的示意图；图7-a和图7-b是根据本申请的一些实施例所示的用户注册的示例性用户界面的示意图；图8-a和图8-b是根据本申请的一些实施例所示的服务请求者的示例性用户界面的示意图；图9是根据本申请的一些实施例所示的服务请求者的示例性用户界面的示意图；图10是根据本申请的一些实施例所示的示例性数据库的框图；图11是根据本申请的一些实施例所示的示例性统计图的示意图；以及图12是根据本申请的一些实施例所示的向服务请求者发送至少一个推荐的示例性过程/方法的流程图。具体实施方式下述描述是为了使本领域的普通技术人员能够制造和使用本申请，并且该描述是在特定的应用场景及其要求的环境下提供的。对于本领域的普通技术人员来讲，显然可以对所披露的实施例作出各种改变，另外，在不偏离本申请的原则和范围的情况下，本申请中所定义的普遍原则可以适用于其他实施例和应用场景。因此，本申请并不限于所描述的实施例，而应该被给予与权利要求一致的最广泛的范围。此处使用的术语仅仅用来描述特定的示例性实施例，并不旨在对其进行。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可以包括复数。可以进一步理解的是，术语“包括”与“包含”是指存在多个明确标识的特征、整数、步骤、操作、元件和/或组件，但并不排除呈现或添加一个或多个其他特征、整数、步骤、操作、元件和/或组件，和/或它们的组合。通过对以下附图的描述，本申请的特征以及相关结构元件的操作方法和功能，以及部件的组合和制造的经济性，可以变得更加显而易见，这些附图都构成本申请说明书的一部分。应当理解的是，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例绘制的。本申请中使用了流程图用来说明根据本申请的一些实施例的系统所执行的操作。应当理解的是，流程图的操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些流程图中，或从这些流程图中移除某一步或数步操作。虽然本申请的系统和方法的描述主要是关于确定目标车辆/提供者，但是还应当理解，这仅仅是一个示例性实施例。本申请的系统或方法可以应用于任何其他类型的按需服务。例如，本申请的系统或方法可以应用于不同的运输系统，包括陆地、海洋、航空、航天等中的一种或几种的组合。运输系统的车辆可以包括出租车、私家车、顺风车、公共汽车、火车、动车、高铁、地铁、船舶、飞机、宇宙飞船、热气球、无人驾驶车辆等中的一种或几种的组合。运输系统还可以包括应用管理和/或分配的任何运输系统，例如用于发送和/或接收快递的系统。本申请的系统或方法的应用场景可以包括网页，浏览器插件，客户端，客户系统，内部分析系统，人工智能机器人等，或其任意组合。在本申请中，术语“乘客”，“请求者”，“服务请求者”和“客户”是可以互换的，其是指请求或订购服务的个人，实体或工具。同样的，本申请中的术语“驾驶员”、“提供者”，“服务提供者”和“供应者”也是可以互换的，其用于指提供服务或协助提供服务的个人，实体或工具。本申请中的术语“用户”可以是请求服务、订购服务、提供服务或协助提供服务的个人，实体或工具。例如，用户可以是乘客、驾驶员、操作者等或其任意组合。在本申请中，“乘客”和“乘客终端”可以交换使用，而且“驾驶员”和“驾驶员终端”可以交换使用。在本申请中，术语“服务请求”和“订单”可以交换使用，其可以是指由乘客、请求者、服务请求者、顾客、驾驶员、提供者、服务提供者、供应者等或其任意组合所发起的请求。服务请求可以由乘客、请求者、服务请求者、客户、驾驶员、提供者、服务提供者或供应者等中的一个接受。服务请求可以是收费的，也可以是免费的。本申请中使用的定位技术可以包括全球定位系统(gps)、全球导航卫星系统(glonass)、指南针导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线保真(wifi)定位技术等，或其任意组合。上述定位技术中的一种或几种可以在本申请中可以交换使用。本申请的一个方面提供了在线系统和方法，用于为用户订购个性化定义的车辆的试驾服务，其中，服务提供者(例如，车辆所有者)将匹配的车辆发送到用户请求开始试驾的地方。需要注意的是，在线按需运输服务，如在线出租车和/或试驾呼叫，是一种仅植根于后互联网时代的新型服务形式。它为用户和服务提供者提供了只能在后互联网时代才能实现的技术解决方案。在互联网时代之前，当用户在街上呼叫出租车时，出租车请求和接受仅在乘客和看到该乘客的出租车司机之间发生。如果乘客通过电话呼叫出租车，服务请求和接受只能在乘客和一个服务提供者(例如一家出租车公司或代理)之间发生。然而，在线出租车和/或试驾呼叫可以允许用户实时地和自动地将服务请求分配给远离用户的大量个体服务提供者(例如出租车)。它还允许多个服务提供者同时地和实时地响应服务请求。因此，通过互联网，在线按需运输系统可以为用户和服务提供者提供一个更加高效的交易平台，这在传统的互联网时代之前的运输服务系统中是无法满足的。图1是根据本申请的一些实施例所示的示例性按需服务系统100的框图。按需服务系统100可以是在线平台，包括服务器110、网络120、请求者终端130、提供者终端140和数据库150。服务器110可以包括处理引擎112。在一些实施例中，服务器110可以是单个服务器或服务器群组。服务器群组可以是集中式的或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以经由网络120访问存储在请求者终端130、提供者终端140和/或数据库150中的信息和/或数据。又例如，服务器110可以直接连接到请求者终端130、提供者终端140和/或数据库150，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现。仅作为示例，云平台可以包括私有云，公共云，混合云，社区云，分布式云，中间云，多云等，或其任何组合。在一些实施例中，服务器110可以在计算设备200上实现，如本申请图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可以使用请求者终端130为用户b发送服务请求，或者从服务器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)。示例性的随机存取存储器可以包括动态随机存取存储器(dram)、双倍数据速率同步动态随机存取存储器(ddrsdram)、静态随机存取存储器(sram)、晶闸管随机存取存储器(t-ram)、零电容随机存取存储器(z-ram)等。示例性的只读存储器(rom)可以包括光罩式只读存储器(mrom)、可编程只读存储器(prom)、可擦除可编程只读存储器(perom)、电可擦除可编程只读存储器(eeprom)、光盘只读存储器(cd-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是根据本申请的一些实施例所示的计算设备200的示例性硬件和软件组件的示意图，服务器110、请求者终端130和/或提供者终端140可以在该计算设备200上实现。例如，处理引擎112可以在计算设备200上实现并且被配置为执行本申请中所披露的处理引擎112的功能。计算设备200可以是通用计算机或专用计算机，二者皆可以用于实现本申请的按需系统。计算设备200可以用于实现本申请描述的按需服务的任何组件。例如，处理引擎112可以通过其硬件、软件程序、固件或其组合在计算设备200上实现。为了方便起见，图2中只绘制了一台计算机，但是本申请所描述的与按需系统相关的计算机功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。例如，计算设备200可以包括与网络连接的通信端口250，以实现数据通信。计算设备200还包括中央处理单元(cpu)220，可以以一个或多个处理器的形式执行程序指令。示例性的计算机平台可以包括内部通信总线210，不同形式的程序存储器和数据存储器，例如硬盘270，只读存储器(rom)230或随机存取存储器(ram)240，用于各种数据文件的处理和/或传输。示例性的计算机平台还可以包括存储在rom230，ram240和/或其他类型的非暂时存储介质中由处理器220执行的程序指令。本申请的方法和/或过程可以是以程序指令的方式执行。计算设备200还包括输入/输出组件(i/o)260，支持计算机与其他组件(例如，用户界面单元280)之间的输入/输出。计算设备200也可以通过网络通信接收程序及数据。为了方便说明，计算设备200中仅绘制了一个cpu和/或处理器。然而，应该注意的是，本申请中的计算设备200还可以包括多个cpu和/或处理器，因此本发明中描述的由一个cpu和/或处理器执行的操作和/或方法步骤也可以由多个cpu和/或处理器共同地或独立地执行。例如，如果在本申请中，计算设备200的cpu和/或处理器执行步骤a和步骤b，则应当理解，步骤a和步骤b也可以由计算设备200的两个不同的cpu和/或处理器共同地或独立地执行(例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一和第二处理器共同地执行步骤a和b)。图3-a是根据本申请的一些实施例所示的示例性处理引擎112的框图。处理引擎112可以包括获取模块302、确定模块304和指示模块306。获取模块302可以被配置为从服务请求者获取服务请求。该服务请求可以是请求由该服务请求者驾驶车辆的权限的请求。该服务请求可以包括车辆的起始位置、目的地或个性化定义等，或其任意组合。该目的地可以是开放的目的地，也就是说，该服务请求者可以在该服务请求中不定义目的地。该获取模块302可以经由网络120从请求者终端130获取服务请求。该服务请求可以被发送到确定模块304或指示模块306做进一步处理。确定模块304可以被配置为基于服务请求确定与目标提供者对应的目标车辆。确定模块304可以基于该服务请求的起始位置或个性化定义来确定目标车辆。指示模块306可以被配置为指示目标提供者将目标车辆发送给服务请求者。在一些实施例中，该指示模块306可以通过向提供者终端140发送与服务请求和/或服务请求者相关的信息来指示目标提供者。例如，该指示模块306可以经由网络120向提供者终端140发送请求的起始位置和服务请求者的联系信息。在一些实施例中，处理引擎112还可以包括估算模块(图3-a中未示出)。该估算模块可以被配置为基于服务请求来估算服务费用。在一些实施例中，该估算模块可以基于服务请求的起始位置和目的地来估算服务费用。在一些实施例中，该目的地可以是开放的目的地，该估算模块可以仅基于服务请求的个性化定义来估算单价。处理引擎112中的模块可以通过有线连接或无线连接的方式彼此连接或通信。有线连接可以包括金属电缆、光缆、混合电缆等，或其任何组合。无线连接可以包括局域网(lan)、广域网(wan)、蓝牙，zigbee、近场通信(nfc)等，或其任何组合。任何两个模块可以组合成单个模块，任何一个模块可以被分成两个或更多个单元。图3-b是根据本申请的一些实施例所示的确定目标车辆/提供者的示例性过程/方法300的流程图。该过程/方法300可以由按需服务系统100执行。例如，该过程和/或方法可以实现为存储在rom230或ram240中的一组指令集(例如，应用程序)。cpu210可以执行该组指令集，以及相应的指示执行该过程和/或方法300。在步骤301中，处理引擎112可以从服务请求者获取服务请求。服务请求可以是请求由所述服务请求者驾驶车辆的权限的请求。因此，该服务请求可以包括服务请求者提取车辆并开始驾驶车辆的起始位置(即，提取车辆位置)。该服务请求也可以定义该服务请求者希望如何驾驶车辆。例如，服务请求可以定义该驾驶是试驾还是正常驾驶。在一些实施例中，试驾是有主要目的的驾驶活动，其主要目的是检查由服务请求者定义的车辆的性能。因此，服务的起始位置(例如，提取车辆位置)可以随机分配，取决于服务请求者的位置，而不是在固定位置(例如汽车租赁公司的位置)。进一步地，服务请求者(例如，试驾员)可能知道或者可能不知道确定的目的地和/或行程的驾驶路线，或者目的地可以与起始位置相同，从而该服务请求者可以在他/她提取目标车辆的同一位置放下目标车辆。驾驶时间通常可能只持续几分钟。在某些情况下，当驾驶员只希望看到特定车型的外观，或者对他/她选择的车型感觉不舒服时，驾驶员甚至可以拒绝驾驶车辆。在正常驾驶时，驾驶员的主要目的可以是交通运输。因此，驾驶员可能有预设目的地和/或驾驶路线。在一些实施例中，该起始位置可以是从请求者终端130(例如，请求者终端130中的全球定位系统(gps))获得的服务请求者的当前位置，或者是由服务请求者定义的。该目的地可以是由服务请求者定义的或可以是开放的目的地。如本申请所示的，“开放的目的地”可以是指服务请求者不必预先确定特定目的地。在一些实施例中，该服务请求可以包括实时请求和/或预约请求。如本申请所示的，对于本领域的普通技术人员来说，所述实时请求可以是服务请求者希望在当前时刻或在接近当前时刻的限定时间内驾驶车辆的请求。例如，如果该限定时间短于时间阈值，例如1分钟、5分钟、10分钟或20分钟，则请求可以是实时请求。对于本领域的普通技术人员来说，预约请求可以是指服务请求者希望在远离当前时刻的限定时间内驾驶车辆。例如，如果限定时间长于时间阈值，例如20分钟、2小时或1天，则请求可以是预约请求。在一些实施例中，处理引擎112可以基于时间阈值来定义实时请求或预约请求。该时间阈值可以是系统100的默认设置，或者可以根据不同情况进行调整。例如，在交通高峰时段，时间阈值可以相对较小(例如10分钟)，而在空闲时段(例如10:00-12:00am)，时间阈值可以相对较大(例如1小时)。进一步地，上述服务请求可以包括服务请求者希望驾驶的车辆的个体化和/或个性化定义。例如，系统100可以允许用户输入车辆偏好参数以设置服务请求者对车辆的个人要求，例如车辆品牌、车辆型号、所需车辆的外形尺寸、所需车辆的内部尺寸、所需车辆的驱动类型(例如，前轮驱动、后轮驱动或四轮驱动)、所需车辆的排量，所需车辆的变速箱设置(例如，手动变速器或自动变速器)、所需车辆的离合器、所需车辆的燃料箱、所需车辆的制动系统(例如，防抱死制动系统)、所需车辆的转向系统、所需车辆的自驱动系统、所需车辆的空调、所需车辆的音频系统、所需车辆的灯、所需车辆的座椅、所需车辆的最高时速、所需车辆的马力、所需车辆的车龄、所需车辆的车身颜色、所需车辆的涂装、所需车辆的装饰(例如，内部装饰为黑色皮革座椅)、所需车辆的消声器、所需车辆的新能源类型(例如电动车或混合动力汽车)等，或其任何组合。本领域普通技术人员可以理解，对车辆偏好参数的要求可以涵盖用户可能特别感兴趣的车辆的任何方面。上述偏好参数可以由服务请求者手动输入。或者，系统100可以向用户提供一组完整的车辆偏好参数，以便于用户可以通过选择至少一个参数来定义所需车辆。系统100可以为每个车辆参数分配默认值，然后可以允许服务请求者将这些车辆参数修改为他/她的偏好值。例如，对于bmw车型，系统100可以基于车辆型号的标准设置自动给相应的车辆参数分配默认值。如，基于标准设置，系统100可以自动地将自动变速器设置为2005bmw324ci。服务请求者可以根据自己的意愿将该设置修改为手动变速器。进一步地，系统100还可以为每个车辆参数分配权重值，以反映每个车辆参数的重要性。例如，系统100可以将较高的权重分配给车辆内部装饰而不是车辆消音器类型。在一些实施例中，处理引擎112可以从请求者终端130或数据库150收集与服务请求者相关的个人信息，并确定服务请求者的资格信息。该个人信息可以包括身份证号码(以下称为“id”)、服务请求者的驾驶证、驾驶证的类型、驾驶证的有效期等，或其组合。驾驶证的类型可以包括a1(大型客车驾驶证)、a2(拖拉机驾驶证)、a3(牵引车驾驶证)、b1(中型客车驾驶证)、b2(中型货车驾驶证)、c1(小型汽车驾驶证)、c2(小型自动档汽车驾驶证)、c3(低速载货汽车驾驶证)。该资格信息可以指服务请求者是否具有驾驶车辆的资格。例如，如果当服务请求者在按需服务系统100注册时没有上传驾驶证，则处理引擎112可以确定服务请求者没有驾驶车辆的资格。在这种情况下，处理引擎112可以拒绝服务请求或者可以向服务请求者发送通知。例如，处理引擎112可以发送通知以提醒服务请求者上传驾驶证。又例如，处理引擎112可以将服务请求者的id与服务请求者的驾驶证相关的id信息进行比较，如果两者彼此一致，则处理引擎112可以确定服务请求者具有驾驶车辆的资格；如果不一致，则处理引擎112可以拒绝服务请求或者可以向服务请求者发送通知。例如，处理引擎112可以发送修改id或驾驶证的通知。在一些实施例中，用于确定资格信息的方法/过程可以是在用户试图在按需服务系统100注册为服务请求者时执行的。例如，如果当用户在按需服务系统100注册时没有上传驾驶证，则处理引擎112可以拒绝注册或者可以向用户发送通知以提醒他/她在一定的时间阈值(例如，24小时)内上传驾驶证。又例如，如果用户的id和用户上传的与驾驶证相关的id信息不一致，则处理引擎112可以拒绝注册或者可以向用户发送修改id或驾驶证的通知。在步骤303中，处理引擎112可以基于服务请求确定与目标提供者对应的目标车辆。在一些实施例中，处理引擎112可以将最接近服务请求的起始位置的车辆确定为目标车辆。在一些实施例中，处理引擎112可以基于服务请求的个性化定义来确定目标车辆。例如，如果在服务请求的个性化定义中，服务请求者定义了特定车辆型号(例如，bmw)和特定车身颜色(例如，红色)，则处理引擎112可以确定与上述定义匹配的目标车辆。在一些实施例中，处理引擎112可以从提供者终端130或数据库150收集与提供者有关的个人信息，并确定提供者的资格信息。如上所述，与确定服务请求者的资格信息类似，处理引擎112可以分析id或与提供者的驾驶证相关的id信息，以确定提供者是否具有驾驶车辆的资格。在步骤305中，处理引擎112可以指示目标提供者将目标车辆发送给服务请求者。在一些实施例中，处理引擎112可以将与服务请求和/或服务请求者有关的信息发送给提供者终端140。与服务请求和/或服务请求者相关的信息可以包括起始位置、目的地(可以由服务请求者定义或可以不由服务请求者定义)、服务请求者的姓名、服务请求者的联系信息(例如，手机电话号码)等，或其任意组合。目标提供者可以联系服务请求者以确认起始位置、约定提取车辆的时间，或者询问服务请求者(他/她)是否有任何其他附加要求。在一些实施例中，处理引擎112可以在提供者终端140上为目标提供者提供导航服务。例如，处理引擎112可以确定目标车辆的位置，然后确定目标车辆的位置和起始位置之间的距离，进而确定从目标车辆的位置到起始位置的路线，并在提供者终端140上的地图(例如，腾讯地图)上显示目标车辆的位置、起始位置和路线。在将目标车辆发送给服务请求者的路途中，处理引擎112可以为目标提供者发送至少一个通知。该通知可以与限速、交通信号灯、道路状况等或其任意组合相关。在一些实施例中，目标提供者可以经由提供者终端140设置导航偏好。导航偏好可包括导航语音的音量、与道路状况相关的显示效果(例如，阅读表示交通拥堵，绿色表示通行顺畅)、附近的娱乐场所等，或其任意组合。在一些实施例中，当服务请求者发送服务请求时，处理引擎112可以基于服务请求来估算服务费用。服务请求可以定义某个车辆，则处理引擎112可以确定该车辆的基本费用。例如，如果服务请求定义了起始位置和目的地，则处理引擎112可以基于起始位置和目的地通过计费模型来估算交通费用。计费模型包括起始价格、超出起始价格的单价、或由于红灯或交通拥堵而产生的等待费用。处理引擎112可以通过组合基本费用和估算的交通费用来估算总服务费用，并将估算的服务费用发送到请求者终端130。如果服务请求未定义目的地，则处理引擎112可将基本费用和计费模型提供给请求者终端130。处理引擎112还可以将基本费用和计费模型发送给提供者终端140。当服务请求完成时，处理引擎112可以基于计费模型确定实际服务费用，并基于实际服务费用生成账单。处理引擎112可以向请求者终端130发送账单，然后服务请求者可以通过请求者终端130完成支付。图4是根据本申请的一些实施例所示的确定目标车辆/提供者的示例性过程/方法400的流程图。该过程和/或方法400可以由按需服务系统100执行。例如，过程和/或方法可以被实现为存储在rom230或ram240中的一组指令集(例如，应用程序)。cpu210可以执行该组指令集，以及相应地指示执行过程和/或方法400。在步骤401中，处理引擎112可以从服务请求者获取服务请求。结合步骤301所述，服务请求是请求由所述服务请求者驾驶车辆的权限的请求。所述服务请求可以包括起始位置和个性化定义。在步骤402中，处理引擎112可以获取与多个提供者对应的多个车辆的状态信息。在一些实施例中，所述多个车辆可以在预设区域内确定。预设区域可以包括行政区域(例如，城市的某个区)或地理区域(例如，距离定义的中心位置的某个半径范围内)。例如，对于实时请求，处理引擎112可以获取服务请求者的当前位置，然后从服务请求者的当前位置确定一定预设半径(例如，10km)内的地理区域。预设半径的值可以根据服务请求者的当前位置变化。例如，如果服务请求者的当前位置在人口密集的区域(例如，纽约市的曼哈顿)，则预设半径可以较小(例如，3km)，然而，如果服务请求者的当前位置在人口较少的区域(例如，农村地区)，则预设半径可以较大(例如20km)。在一些实施例中，所述状态信息可以包括可用状态或不可用状态。该可用状态可以指服务提供者可用于提供所请求的服务的状态；该不可用状态可以指服务提供者不能提供所请求的服务的状态。在一些实施例中，处理引擎112可以经由网络120与多个提供者终端140通信，以获取多个车辆的状态信息。在一些实施例中，可用状态可以包括当前可用状态，未来可用状态等，或其任何组合。如本申请所示的，当前可用状态可以指提供者在当前时刻能够提供服务(即，将车辆发送给服务请求者)。未来可用状态可以指提供者能够在由提供者确定的未来时间提供服务。例如，提供者可以定义状态设置，如可以在周末提供服务，或者从下周起每天下午6:00后提供服务。仅作为示例，处理引擎112可以检索由提供者定义的状态设置，并基于状态设置确定相应车辆的状态信息。又例如，对于某一车辆，如果对应的提供者终端140在线并且没有提供者定义的特定状态设置，则处理引擎112可以确定该车辆的状态信息是当前可用状态。又例如，对于某一车辆，如果对应的提供者终端140离线，并且提供者已经设置提供者终端140可以通过信息推送模式接收服务请求(即，当提供者离线时，可以通过电子邮件、文本消息、社交软件消息将请求推送至提供者终端140)，则处理引擎112可以确定该车辆的状态信息是当前可用状态。在一些实施例中，所述不可用状态可以包括车辆的占用状态、车辆检验证到期、提供者的驾驶证到期等，或其任何组合。如本申请所使示的，车辆的占用状态可以指在当前时刻，提供者正在为某个服务请求者提供服务(例如，提供者正在将车辆发送到某个服务请求者的路途中，或者某个服务请求者正在驾驶车辆)。在步骤403中，处理引擎112可以基于状态信息确定可用车辆。例如，对于实时请求，可用车辆可以是指处于当前可用状态的车辆。又例如，对于预约请求，可用车辆可以是指处于当前可用状态的车辆或未来可用状态的车辆。在步骤405中，处理引擎112可以从服务请求中提取个性化定义。在一些实施例中，该个性化定义可以包括与所需车辆有关的至少一个偏好参数。在一些实施例中，可以给不同的偏好参数设置不同的优先级。例如，服务请求者希望驾驶具有高马力的bmw，车辆品牌可以被设置为第一优先权，马力可以被设置为第二优先权。在步骤407中，处理引擎112可以匹配个性化定义和可用车辆。在一些实施例中，处理引擎112可以将个性化定义与可用车辆的车辆信息进行匹配。该车辆信息可以对应于个性化定义中的偏好参数。该车辆信息可以通过文本、图片、音频、视频等或其组合来表示。例如，当提供者经由提供者终端140注册车辆时，处理引擎112可以经由网络120从提供者提供的书面描述中获得车辆信息。如果车辆信息与偏好参数相同或相似，处理引擎112可以将对应的车辆确定为候选车辆。在一些实施例中，当个性化定义中的偏好参数由服务请求者(例如，bmw、红色)准确定义时，处理引擎112可以将偏好参数与车辆信息一一匹配。例如，如果在个性化定义中，服务请求者定义车辆品牌“bmw”和车身颜色“红色”，处理引擎112可以首先将可用车辆的车辆品牌与定义的车辆品牌“bmw”进行匹配，并确定具有车辆品牌为“bmw”的至少一个车辆(例如，10辆bmw车辆)；然后，处理引擎112可以将该至少一个车辆的车身颜色与定义的车身颜色“红色”进行匹配，并将具有车身颜色为“红色”的至少一个车辆确定为候选车辆(例如，3辆红色bmw车辆)。在一些实施例中，在个性化定义中，当有至少一个被精确定义的偏好参数和至少一个被范围定义的偏好参数(例如，大马力)时，处理引擎112可以首先将被精确定义的偏好参数与车辆信息进行一一匹配，然后匹配被范围定义的偏好参数。例如，如果在个性化定义中，服务请求者定义了车辆品牌“bmw”和马力“大马力”，则处理引擎112可以首先将可用车辆的车辆品牌与定义的车辆品牌“bmw”进行匹配，并确定具有定义的车辆品牌“bmw”的至少一个车辆(例如，10辆bmw车辆)；然后，处理引擎112可以将该至少一个车辆的马力与马力阈值(例如，150)进行比较，并将具有车辆品牌“bmw”和高于马力阈值的马力的至少一个车辆确定为候选车辆(例如，马力高于150的6辆bmw车辆)。如本申请所示的，马力阈值可以是系统100的默认设置，或者可以由服务请求者在个性化定义中预先设置。根据本申请的一些实施例，系统100还可以使用每个车辆参数的权重值来个性化定义和可用车辆。当评估车辆可用于提供所需服务时，系统100可以添加满足参数要求的所有参数的权重值，然后获得待评估车辆的总体得分。该总体得分可以反映可用于提供所需服务的车辆与服务请求者的偏好参数要求的匹配程度。在系统100将个性化定义与可用车辆匹配之后，系统100可以执行过程/方法400到节点a409，并执行如图4-b中所示的从节点a409开始的至少一些步骤。在步骤411中，处理引擎112可以基于匹配结果对与候选提供者对应的候选车辆进行排序，并生成第一排序结果。例如，如果在个性化定义中，服务请求者定义了车辆品牌“bmw”和马力“大马力”，则处理引擎112可以基于马力值从高到低对候选车辆进行排序。在处理引擎112对候选车辆进行排序之后，处理引擎112可以执行处理/方法400至步骤419，并基于排序结果向至少一个候选提供者发送服务请求。根据本申请的一些实施例，系统100还可以基于所有可用车辆各自的总体得分，对所有可用车辆进行排序。然后，系统100可以选择总体得分高于预设值的可用车辆，和/或选择排序中前预设数量的可用车辆。然后这些被选择的车辆可以被视为候选车辆，并向服务请求者推荐和/或显示。在步骤413中，处理引擎112可以从服务请求中提取起始位置。如本申请所示的，对于实时请求，起始位置(即，提取车辆位置)可以是服务请求者的当前位置。对于预约请求，起始位置可以是服务请求者定义的位置。在一些实施例中，处理引擎112可以通过请求者终端130中的全球定位系统(gps)获取起始位置。在一些实施例中，服务请求者可以经由请求者终端130输入起始位置，然后，处理引擎112可以从服务请求中检索起始位置。在步骤415中，处理引擎112可以确定候选车辆和起始位置之间的距离。例如，处理引擎112可以通过gps从相应的提供者终端140(即，候选提供者终端)或从某一候选车辆的行驶记录仪获得该候选车辆的位置。处理引擎112可以确定该候选车辆与起始位置之间的距离。在步骤417中，处理引擎112可以基于所述距离(例如，从短到长)对候选车辆进行排序，并生成第二排序结果。在一些实施例中，如上所述，在步骤411中，处理引擎112可以基于匹配结果(例如，总体得分)对候选车辆进行排序并且生成第一排序结果。在这种情况下，处理引擎112可以组合第一排序结果和第二排序结果以生成第三排序结果。例如，处理引擎112可以为第一排序结果和第二排序结果分配不同的加权系数，并且基于加权系数来生成第三排序结果。在一些实施例中，加权系数可以是系统100的默认设置，或者可以由服务请求者设置。仅作为示例，如表1所示，如果第一排序结果的加权系数为0.6，第二排序结果的加权系数为0.4，处理引擎112可以基于加权系数确定第三排序值，然后，处理引擎112可以基于第三排序值确定第三排序结果。表1组合排序结果的示意图车辆第一排序结果第二排序结果第三排序值第三排序结果a152.43b211.21c3222d432.84e543.65在步骤419中，处理引擎112可以基于排序结果(例如，第一排序结果、第二排序结果或第三排序结果)向至少一个候选提供者发送服务请求，并且每个候选提供者与候选车辆相关。例如，处理引擎112可以根据第二排序结果向前n个候选提供者(例如，3)发送服务请求，其中n是正整数。又例如，处理引擎112可以预先确定距离阈值(例如，5km)，并将服务请求发送给在距起始位置的距离阈值内的前n’个候选提供者。在一些实施例中，n或n’的值可以是系统100的默认设置，或者可以根据不同情况进行调整。例如，对于实时请求或预约请求，n值可以不同。在步骤421中，处理引擎112可以接收来自所述至少一个候选提供者的对所述服务请求的接受信息。在一些实施例中，处理引擎112可以经由网络120从提供者终端140接收该接受信息。在步骤423中，处理引擎112可以从至少一个候选提供者中选择一个提供者作为目标提供者。相应地，可以确定与目标提供者对应的目标车辆。在一些实施例中，处理引擎112可以基于排序结果选择提供者作为目标提供者。例如，如果处理引擎112接收到3个候选提供者的接受信息，处理引擎112可以选择排名高于其他2个的提供者作为目标提供者。在一些实施例中，处理引擎112可以经由网络120向提供者终端140和/或请求者终端130发送选择结果。在一些实施例中，处理引擎112还可以向请求者终端130发送与目标车辆或目标提供者有关的信息。在一些实施例中，与目标车辆或目标提供者相关的信息可以包括车辆照片、车辆位置、驾驶员信息、服务请求的估算费用、车辆价格等，或其任意组合。在处理引擎112确定目标车辆之后，处理引擎112可以将目标车辆的状态信息从可用状态改变为不可用状态(例如，占用状态)。在一些实施例中，在处理引擎112选择目标车辆/提供者之前，服务请求者可以取消服务请求。处理引擎112可以终止用于确定目标车辆/提供者的过程/方法。在一些实施例中，在处理引擎112确定目标车辆/提供者之后，服务请求者可以取消服务请求。处理引擎112可以将目标车辆的状态更新为可用状态。应该注意的是，以上的描述仅出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多个改变和修改。然而，这些改变和修改不会脱离本申请的保护范围。例如，步骤405可以在步骤401、402和403之前执行。又例如，如果服务请求者在个性化定义中准确定义了偏好参数(例如，bmw、红色)，则步骤411可以是可选的。图5是根据本申请的一些实施例所示的向至少一个候选车辆发送服务请求的示例性过程/方法500的流程图。过程/方法500可以由按需服务系统100执行。例如，过程和/或方法可以被实现为存储在rom230或ram240中的一组指令集(例如，应用程序)。cpu210可以执行该组指令集，以及可以被指示执行过程和/或方法500。在步骤501中，处理引擎112可以从服务请求者的服务请求中提取和/或获得起始位置。结合步骤413所述，起始位置可以是服务请求者的当前位置或服务请求者定义的位置。在步骤503中，结合步骤415所描述的，处理引擎112可以确定候选车辆与起始位置之间的距离。如本申请所述，候选车辆可以指与该服务请求匹配的车辆。在一些实施例中，处理引擎112可以经由候选提供者的提供者终端140中的gps来获取候选车辆的位置。在一些实施例中，处理引擎112可以通过数据库150的地图数据(例如地图坐标)或外部地图(例如，腾讯地图、google地图、bing地图)来确定距离。在步骤505中，处理引擎112可以基于该距离对候选车辆进行排序并生成排序结果，例如从短到长或从长到短。在步骤507中，处理引擎112可以确定服务请求是否是预约请求。如果是，处理引擎112可以根据排序结果向前n1个候选车辆发送服务请求。如果不是(或者服务请求是实时请求)，则处理引擎112可以根据排序结果向前n2个候选车辆发送服务请求。这里使用的n1和n2可以是正整数。例如，n2可以等于1，n1可以大于或等于n2(例如，5)。在一些实施例中，n1和/或n2可以是系统100的默认设置，或者可以根据不同情况进行调整。例如，如果服务请求是预约请求，在交通高峰时段，n1的值可以是10，而在空闲期间，n1的值可以是20。在步骤513中，处理引擎112可以定义第一时间阈值(例如，30s)，在服务请求被发送给候选车辆之后，处理引擎112可以确定服务请求是否在第一时间阈值内被接受。如果是，处理引擎112可以执行结束步骤。如果否，处理引擎112可以根据步骤515中的排序结果将服务请求发送给随后的n3个候选车辆。处理引擎112可以返回到步骤513，直至服务请求被接受，处理引擎112可以执行结束步骤。这里使用的n3可以是正整数。在一些实施例中，n3可以大于或等于n1或n2。在一些实施例中，n3可以根据时间或交通状况进行调整。例如，在周末，n3的值可以是20，而在周末或公共节假日，n3的值可以是30。又例如，在交通高峰时段，n3的值可以是20，而在空闲时段，n3的值可以是30。在一些实施例中，处理引擎112可以确定发送服务请求的时间点与当前时间之间的时间间隔。处理引擎112可以定义第二时间阈值(例如，30分钟)，如果该时间间隔大于第二时间阈值并且在该时间间隔内没有接收到接受信息，处理引擎112可以确定服务请求被取消。在一些实施例中，处理引擎112可以发送通知，以通知服务请求者确定是否重新发送服务请求。该第二时间阈值可以是按需服务系统100的默认设置，或者可以由服务请求者设置。应该注意的是，以上的描述出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多个改变和修改。然而，这些改变和修改不会脱离本申请的保护范围。例如，当服务请求不是预约请求时，步骤513可以是可选的。图6是根据本申请的一些实施例所示的用户注册的示例性用户界面600的示意图。当用户(例如，服务请求者、提供者)第一次在按需系统100上注册时，用户界面600可以显示在请求者终端130或提供者终端140上。在一些实施例中，如果需要，用户(例如，服务请求者、提供者)也可以返回到用户界面600修改注册信息。例如，如果用户搬到另一个城市或者更换了新的电话号码，则用户可以返回到用户界面600修改相应的信息。在用户注册的用户界面600上，用户(例如，服务请求者、提供者)可以输入用户姓名、密码、联系信息(例如，电话号码、电子邮件地址)、基本信息(例如，名字、姓氏、国家、城市、出生日期、性别(例如，男性、女性))等或其组合。在一些实施例中，联系信息或基本信息是可选的。在一些实施例中，上述信息可以由用户输入，或者可以由用户从按需服务系统100设置的多个默认选项中选择。在用户界面600的底部或顶部，可以提供两个复选框(例如，“提供者”复选框和“服务请求者”复选框)。用户可以通过选中相应的复选框来选择注册为服务请求者或提供者。在一些实施例中，用户可以通过选中两个复选框同时注册为服务请求者和提供者。例如，当用户在用户界面600上选中“服务请求者”复选框时，可以向用户显示服务请求者页面700-2(如图7-b所示)。又例如，当用户在该界面上同时选中“提供者”复选框和“服务请求者”复选框时，提供者页面700-1(如图7-a所示)和服务请求者页面700-2都可以显示给用户。图7-a是提供者注册的示例性提供者页面700-1，而图7-b是服务请求者注册的示例性服务请求者页面700-2。根据用户在图6所示的用户界面600上选择的提供者复选框和/或服务请求者复选框，提供者页面700-1和/或服务请求者页面700-2可以显示在请求者终端130或提供者终端140上。如图7-a所示，在提供者页面700-1中，用户可以在实线框701中输入个人信息(例如真实姓名、身份证号码(id号))。在一些实施例中，用户可以通过上传用户的id卡的图像来输入个人信息。在一些实施例中，处理引擎112可以核查个人信息。例如，处理引擎112可以核查用户的真实姓名是否与id号一致。如果不一致，处理引擎112可以拒绝用户的注册。在一些实施例中，用户可以上传驾驶证或检验证。例如，用户可以在虚线框703中上传驾驶证的图像和检验证的图像。在一些实施例中，处理引擎112可以检查用户上传的图像的质量。例如，处理引擎112可以检查图像中的文本或数字是否清晰和可辨识。在一些实施例中，用户在图7-a所示的实心框707中输入车辆信息，该车辆信息可以包括车牌号、车辆品牌、车辆型号、价格范围等，或其任意组合。此外，用户可以通过在“新车”复选框或“二手车”复选框上打勾来输入车辆是新车还是二手车。车辆品牌和车辆型号可以由用户输入，或者可以由用户从按需服务系统100设置的多个默认选项中选择。上述价格范围可以是按需服务系统100的默认设置，或者可以由用户调整。例如，如果用户勾选“新车”复选框，则价格范围可以是与车辆品牌和车辆型号相关的默认设置。如果用户勾选“二手车”复选框，价格范围可以由用户调整。在一些实施例中，车辆信息可以包括车辆的至少一个图像(例如，前视图、侧视图、俯视图、细节)。在一些实施例中，用户可以利用图7-a中的实心框709中所示的“+”图标添加另一车辆。如图7-b所示，在服务请求者页面700-2中，用户可以在实心框711中输入个人信息(例如，真实姓名、身份证号码(id号))。在一些实施例中，用户可以通过上传用户的id卡来输入个人信息。在一些实施例中，处理引擎112可以核查个人信息。例如，处理引擎112可以核查用户的真实姓名是否与id号一致。如果不一致，处理引擎112可以拒绝用户的注册。在一些实施例中，用户可以上传驾驶证。例如，用户可以在虚线框713中上传驾驶证的图像。在一些实施例中，处理引擎112可以核查用户上传的图像的质量。例如，处理引擎112可以核查图像中的文本或数字是否清晰和可辨识。在一些实施例中，用户可以在实体框715中输入默认位置(例如，家庭地址、工作地址)。在一些实施例中，当用户试图输入家庭地址或工作地址时，处理引擎112可以允许地图出现在服务请求者页面700-2上。用户可以通过确定地图上的点来定义地址。处理引擎112可以通过地图确定当前位置，并发送通知以通知用户确定当前位置是定义为家庭地址还是工作地址。例如，在工作日，处理引擎112可以通知用户确定是否将当前位置定义为工作地址，而在周末或公共假日，处理引擎112可以通知用户确定是否将当前位置定义为家庭地址。在一些实施例中，用户可以在图7-a所示的实心框717中输入车辆偏好，该车辆偏好可以包括车辆品牌，车辆型号，价格范围等，或其任何组合。上述车辆偏好还可以包括对车辆的详细要求，例如外形尺寸、内部尺寸、传送类型、排量、变速箱、离合器、燃料箱、制动系统、转向系统、自驱动系统、空调、音频系统、灯、座椅、最高时速、马力、车龄、车身颜色、车辆涂装、装饰、消音器、新能源等，或其任意组合。车辆品牌和车辆型号可以由用户输入，或者可以由用户从按需服务系统100设置的多个默认选项中进行选择。在一些实施例中，如图4所述，当服务请求者希望在服务请求中定义与所需车辆相关的个性化定义时，服务请求者可以直接选择车辆偏好作为个性化定义中的偏好参数。在一些实施例中，提供者页面700-1和服务请求者页面700-2可以出现在同一页面上。在这种情况下，用户可以通过沿滚动条拖动滚动框来到达需要的页面区域(例如，个人信息，车辆信息，车辆偏好)。图8-a和8-b是根据本申请的一些实施例所示的服务请求者使用的示例性用户界面800的示意图。当服务请求者希望发送服务请求时，服务请求者使用的用户界面800可以显示在请求者终端130上。如图8-a和图8-b所示，在该用户界面800上，服务请求者可以在“起始位置”框中输入起始位置，在“目的地”框中输入目的地，以及在“个性化定义”框中输入服务请求的个性化定义。在一些实施例中，服务请求者可以通过请求者终端130中的gps将当前位置定义为起始位置。在一些实施例中，当服务请求者尝试输入起始位置时，处理引擎112可以在用户界面800上提供对话框。服务请求者可以通过对话框确定默认位置(例如，图7-b所示的家庭地址或工作地址)作为起始位置。服务请求者可以将“目的地”框留空，这表明目的地是开放的，并且服务请求者希望在驾驶车辆时没有距离限制。出于说明目的，服务请求者可以通过按照车辆品牌、车辆型号、偏好参数或车辆偏好(在注册时定义的)选择的车辆来确定车辆的个性化定义。可以看出，在图8-a和图8-b中，用户界面800的不同部分被折叠。服务请求者可以通过点击“+”图标展开折叠部分，并通过点击“-”图标对该部分进行折叠。如图8-a所示，服务请求者可以通过定义车辆品牌来确定个性化定义。在一些实施例中，车辆品牌的多个商标可以显示在用户界面800上。服务请求者可以通过点击相应的商标来选择车辆品牌。在服务请求者选择某个车辆品牌之后，可以在请求者终端130上显示出备选车辆列表。进一步地，服务请求者可以通过定义车辆型号来确定个性化定义。在一些实施例中，多个车辆型号的图像可以显示在用户界面800上。服务请求者可以通过点击相应的图像来选择车辆型号。在服务请求者选择某一车辆型号之后，可以在请求者终端130上显示出备选车辆列表。如图8-b所示，服务请求者可以通过定义至少一个偏好参数来确定个性化定义。为了说明的目的，仅展示了马力、消音器、车龄、装饰和新能源。服务请求者可以通过点击下拉图标(“▽”)查看更多的偏好参数。在一些实施例中，上述偏好参数可以由服务请求者输入，或者可以由服务请求者从按需服务系统100设置的多个默认选项中选择。在一些实施例中，服务请求者不需要在用户界面800上确定列出的所有偏好参数。服务请求者可以在需要时定义任何偏好参数。进一步地，服务请求者可以通过推荐来选择车辆。如本申请所示的，推荐可以是指由系统100推送的车辆信息。处理引擎112可以根据服务请求者的历史数据或与同等群体相关的统计数据来确定推荐。例如，处理引擎112可以收集在按需服务系统100中注册的全部或部分用户的用户资料并提取他们各自的历史信息。按需服务系统100可以建立分层数据库(例如，数据库150)，其中用户可以在各种特征下统计划分。例如，按需服务系统100可以基于他/她的人口统计资料(诸如年龄、性别、教育水平、兴趣爱好、收入水平、职业等)对用户进行分类。如本申请所使用的，同等群体被定义为共享至少一些相同或相似特征的人群，例如，相同性别、相似年龄或类似职业。按需服务系统100可以分析并获得与他们的人口统计资料相关的用户的统计的车辆偏好。例如，如果服务请求者发送的历史服务请求主要针对特定车辆品牌(例如，bmw)的车辆，处理引擎112可以向服务请求者推荐该特定车辆品牌的至少一个新推出的车辆。又例如，处理引擎112可以分析同等群体发送的服务请求，并确定同等群体优选哪些车辆型号，然后，处理引擎112可以将具有类似车辆型号的一些车辆推送给服务请求者。图9是根据本申请的一些实施例所示的服务请求者使用的示例性用户界面900的示意图。当服务请求者希望查看与某一车辆有关的信息时或当服务请求者希望对某一车辆评分或作出评价时，服务请求者使用的用户界面900可以显示在请求者终端130上。例如，当处理引擎112经由图8-a或图8-b所示的推荐向服务请求者推送特定车辆时，服务请求者可以点击用户界面900以查看与该特定车辆相关的信息。又例如，服务请求者可以在处理引擎112完成服务请求(即，服务请求者完成对服务请求的支付)之后在用户界面900上对该特定车辆作出注释。如图9所示，可以显示车辆品牌、车辆型号、车辆图片、基本费用、“订购”按钮、车辆的至少一个关键参数、整体等级和评价。至少一个关键参数可以包括价格范围、排量等，或其任何组合。该至少一个关键参数可以是按需服务系统100的默认设置。服务请求者可以通过按下“订购”按钮来发送获得驾驶车辆的权限的服务请求。如图9所示，可以显示与车辆的试驾体验有关的评价。该评价可以包括等级，简短评价，详细评价等，或其任意组合。该等级可以由开始、翘大拇指的图标、心型图标等或其组合来表示。比如，“五星”是指好评，而“一星”表示不满意。简短评价可以用短语、短句、表情符号等或其的任何组合来表示。例如，服务请求者可以对车辆给出“容易操作”的简短评价。详细评价可以用段落、长句、图片等或其任何组合来表示。在一些实施例中，处理引擎112可以控制哪些评价可以显示在用户界面900上。例如，处理引擎112可以控制用户界面900按时间显示评价(例如，在上周给出的评价)。又例如，处理引擎112可以根据评价的文本长度过滤评价，并控制用户界面900显示文本长度大于阈值(例如，50个词)的评价。又例如，处理引擎112可以控制用户界面900根据点击率(例如，从高到低)显示评价。整体等级可以根据评价中的等级进行确定。例如，处理引擎112可以通过平均服务请求者给出的评价中的所有等级来确定车辆的整体等级。整体等级可以由数值或至少一个图标的组合(例如，星星，翘大拇指的图标)来表示。应该注意的是，以上的描述出于说明性目的，并不用于限制本申请的保护范围。对于本领域的技术人员来说，可以在本申请的指示下做出多个改变和修改。然而，这些改变和修改不会脱离本申请的保护范围。例如，用户界面900可以显示过去在一段时间内发送对车辆的服务请求的服务请求者的数量。又例如，用户界面900可以向外部资源(例如，网站、数据库、云存储器)提供链接(未显示)。服务请求者可以通过该链接从外部资源获得与车辆有关的信息(例如，新闻，博客)。图10是根据本申请的一些实施例所示的示例性数据库的框图。数据库150可以包括提供者信息部分1001、服务请求者信息部分1003、位置信息部分1005和评价信息部分1007。提供者信息部分1001可以包括与提供者相关的信息，例如，个人信息和车辆信息。个人信息可以包括名字、姓氏、身份证号码、驾驶证号码、国家、城市、性别、出生日期等，或其任何组合。车辆信息可以包括车辆数量、车辆的检验证书号、车辆品牌、车辆型号、价格范围等，或其任何组合。与提供者有关的信息可以以文本、数值、图像、音频或视频的格式进行表示。例如，名字或姓氏可以以文本的格式进行表示。驾驶证号码和出生日期可以以数值的格式进行表示。服务请求者信息部分1003可以包括与服务请求者相关的信息，例如，个人信息，默认位置数据或车辆偏好信息。服务请求者的个人信息可以包括名字、姓氏、身份证号码、驾驶证号码、国家、城市、性别、出生日期等，或其任何组合。默认位置数据可以包括家庭地址或工作地址。车辆偏好信息可以包括马力、消声器、车龄、车身颜色、装饰等，或其任何组合。服务请求者信息部分1003可以还包括与由服务请求者发送的历史服务请求相关的信息。以某一服务请求者为例，与历史服务请求有关的信息可以包括由该服务请求者发送的服务请求的数量，常规的起始位置，请求频率(例如，每月一次，每周五次)等。在一些实施例中，与提供者或服务请求者有关的信息可以表示为多个表格。在一些实施例中，表格(例如，表2)可以对应于一个用户(例如，提供者，服务请求者)。在一些实施例中，表格(例如，表格3)可以对应于多个用户。表2对应于一个用户(服务请求者a)的示意图表名字alice姓氏baker性别女年龄30岁国家美国城市纽约表3对应于多个用户的示意图表用户名字姓氏性别年龄国家城市aalicebaker女30岁美国纽约bcatherinedonovan女25岁加拿大温哥华cericfirth男27岁美国华盛顿dgeorgeharker男40岁美国芝加哥eivanjackson男52岁美国纽约在一些实施例中，根据不同的关键字(例如，年龄、城市)可以对与提供者或服务请求者相关的信息进行分类。在一些实施例中，提供者信息部分1001或服务请求者信息部分1003可以还包括基于与提供者或服务请求者相关的信息的统计结果。例如，统计结果可以包括不同年龄人群的车辆偏好。又例如，统计结果可能包括不同性别的人群的车辆偏好。统计结果可以表示为包括统计数据、文本描述、统计图(例如，图11所示的统计图)等，或其任意组合。统计图可以包括直方图、折线图、饼图、气泡图等，或其任意组合。在一些实施例中，提供者信息部分1001和服务请求者信息部分1003还可以分别包括与提供者终端140和请求者终端130相关的信息(未显示)。与提供者终端140或请求者终端130相关的信息可以包括用户(例如，提供者、服务请求者)的注册时间、用户上次的登录时间、提供者终端140或请求者终端130的设置(例如，用户是否希望在提供者终端140或请求者终端130上接收通知)等，或其任意组合。位置信息部分1005可以包括与服务请求相关的位置信息，例如起始位置、目的地或路线。位置信息部分1005可以包括国家、城市、道路或邮政编码。位置信息部分1005可以以文本、数值、地图坐标或图片的格式进行表示。评价信息部分1007可以包括整体等级、关键字、时间或用户名。处理引擎112可以以表格的形式整理评价信息。为了说明的目的，下面的表4以描述与某一车辆有关的评价信息作为示例。表4与车辆有关的评价信息的示意图表用户名整体等级关键词时间a5容易操作2016.10.31b5自动档2016.10.28c3外形好2016.10.30d4小排量2016.10.30e2漂亮的车身颜色2016.10.29图11是根据本申请的一些实施例所示的示例性统计图的示意图。为了说明的目的，图11以直方图作为示例，应当注意的是，由其他形式(例如，折线图、饼状图、气泡图)表示的统计图也可以应用于本申请。仅作为示例，提供了描述具有不同年龄的人的车辆偏好的直方图。如图所示，水平坐标是指车辆型号，垂直坐标是指由服务请求者请求的该车辆型号的百分比。车型包括运动型多用途车(suv)、轿车(sedan)、跑车(coupe)和跨界车(crossover)。与车辆型号相关的请求可以根据服务请求者的年龄进行分类。服务请求者的年龄可以被分类为包括30-40岁、40-50岁和50-60岁的年龄段。如上述统计图所示，对于年龄段在30-40岁之间的服务请求者，在选择车辆体验时，33％的人喜欢suv，27％的人喜欢跨界车，25％的人喜欢跑车，15％的人喜欢轿车。对于年龄段在40-50岁之间的服务请求者，34％喜欢轿车，24％喜欢suv，24％喜欢跨界车，18％喜欢跑车。对于年龄段在50-60岁之间的人，32％的人喜欢轿车，29％的人喜欢跨界车，27％的人喜欢suv，只有12％的人喜欢跑车。可以看出，对于不同年龄段的服务请求者，suv和跨界车具有相似的吸引力。轿车是年龄比较大的服务请求者(年龄段在40-50岁和50-60岁之间的服务请求者)的首选，而跑车吸引年轻的服务请求者(年龄段在30-40岁之间的服务请求者)。为了说明的目的，图11描述了不同年龄人群的车辆偏好统计图，并不旨在限制本申请的范围。例如，可以提供不同性别、城市或家庭收入的人群的车辆偏好的统计图。图12是根据本申请的一些实施例所示的向服务请求者发送至少一个推荐的示例性过程/方法1200的流程图。过程/方法1200可以由按需服务系统100执行。例如，过程和/或方法1200可以实现为存储在rom230或ram240中的一组指令集(例如，应用程序)。cpu210可以执行该组指令集，以及可以被指示执行过程和/或方法1200。在步骤1201中，处理引擎112可以识别服务请求者。处理引擎112可以通过识别用户名、真实姓名或id来识别服务请求者。处理引擎112可以从系统100注册的所有服务请求者中随机选择服务请求者。处理引擎112可以根据预设条件选择服务请求者。例如，处理引擎112可以选择在预设时间间隔(例如，过去一个月)内活跃的服务请求者。如本申请所示的，“活跃”是指服务请求者在预设时间间隔内发送了多个服务请求，该多个服务请求的数量大于阈值(例如，10个)。在步骤1203中，处理引擎112可以分析与服务请求者相关的数据。与服务请求者相关的数据可以包括个人信息、车辆偏好、服务请求者发送的历史服务请求、由服务请求者对至少一个车辆的评价等，或其组合。例如，上述数据可以来自如上所述的本申请中的分层数据库，并且该数据库可以存储到数据库150中。处理引擎112可以从图10所示的数据库150中获取数据。处理引擎112可以分析与服务请求者相关的数据并确定分析结果。上述分析结果可能与服务请求者的个性化车辆偏好相关。在一些实施例中，当服务请求者在系统100上注册时，处理引擎112可以分析由服务请求者输入的车辆偏好。在一些实施例中，处理引擎112可以分析由服务请求者发送的历史服务请求。处理引擎112可以确定哪个车辆(例如，benzgla220)或哪个类型的车辆(例如suv)经常被服务请求者试驾。在一些实施例中，处理引擎112可以分析由服务请求者给出的历史评价。处理引擎112可以确定服务请求者给予哪个车辆或哪种车辆良好的评价。例如，处理引擎112可以确定整体等级大于等级阈值(例如，4星)的某个车辆。在步骤1205中，处理引擎112可以基于分析结果确定至少一个推荐。该至少一个推荐可以与至少一个车辆相关，且该至少一个车辆与服务请求者的个性化车辆偏好相关。例如，如果分析结果表明服务请求者偏好具有特定价格范围(例如，25w-35w)的特定类型的车辆(例如，suv)，处理引擎112可以生成与具有该特定价格范围的各种车辆品牌的suv车辆相关的推荐。在步骤1207中，处理引擎112可以向服务请求者发送至少一个推荐。处理引擎112可以在由系统100设定的默认时间点或由服务请求者限定的时间点发送所述推荐。例如，默认时间点可以是服务请求者登录系统100的时间点或者系统100完成服务请求的时间点。又例如，当服务请求者希望接收通知或推荐时，服务请求者可以定义特定的时间点(例如，18:00pm)或时间间隔(19:00至22:00)。在一些实施例中，处理引擎112可以以不同形式(例如，文本、图片、音频、视频)发送至少一个推荐。在一些实施例中，结合图8-a或图8-b所述，处理引擎112可以分析与同等群体相关的数据，基于与同等群体相关的数据确定至少一个推荐，并将至少一个推荐发送给服务请求者。上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令集执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、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)。此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请主体所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。当前第1页12