状态。当确定一个或多个优选司机后， 通过将所述一个或多个优选司机的锁定状态写入存储司机相关信息的数据库，W更新所述 一个或多个优选司机的可用状态。当所述一个或多个优选司机处于锁定状态时，即被所述 用户锁定，将不能被确定为其他用户的优选司机。
[0040] 优选地，在步骤S12中，设备I根据距离所述乘车起点信息预定阔值范围内的空载 司机确定一个或多个候选司机;根据所述候选司机的司机相关信息从所述一个或多个候选 司机中确定一个或多个优选司机。
[0041] 例如，假设将所述预定阔值设为3公里，首先从距离所述用户的乘车起点3公里范 围内的空载司机中确定一个或多个候选司机;再从所述一个或多个候选司机中，根据所述 司机相关信息确定一个或多个优选司机。
[0042] 优选地，所述司机相关信息包括W下至少任一项:所述候选司机的在线状态;所述 候选司机与服务器端的通信状态;所述候选司机的服务标准信息;所述候选司机与所述乘 车起点信息间的路线距离信息;所述候选司机的可用状态;所述候选司机的疲劳状态。
[0043] 例如，所述候选司机的在线状态包括上线前状态(参照图5(a))和上线后状态（参 照图5(b))，当所述候选司机处于上线前状态时将不能为所述用户提供服务。所述候选司机 与服务器端的通信状态包括正常状态和异常状态，当所述候选司机与服务器端的通信处于 异常状态时将不能为所述用户提供服务。所述候选司机的服务标准信息包括所述候选司机 获得的累计服务评价，优先选择累计服务评价较高的所述候选司机。所述候选司机与所述 乘车起点信息间的路线距离信息包括所述候选司机的当前位置至所述用户的乘车起点的 行车路线信息，在此，所述路线距离信息并非所述候选司机与所述乘车起点信息之间的直 线距离，而是根据实际道路情况确定的具体行车路线信息，优先选择行车路线信息较短的 所述候选司机。所述候选司机的可用状态包括锁定状态和非锁定状态；当所述候选司机处 于锁定状态时将不能为所述用户提供服务。在此，优先选择疲劳状态较低的所述候选司机。
[0044] 例如，可W通过下述数据库查询脚本确定一个或多个优选司机：
[0046]优选地，所述司机相关信息包括所述候选司机的疲劳状态;其中，该方法还包括根 据所述候选司机在单元时段内完成的乘车任务数量和/或乘车里程数确定所述候选司机的 疲劳状态。
[0047] 例如，假设将所述单元时段设为一天，根据所统计的所述候选司机在一天内完成 的乘车任务数量和/或乘车里程数，若所述候选司机在一天内完成的乘车任务数量越多，若 所述候选司机在一天内完成的乘车里程数越长，则所述候选司机的疲劳状态越高。
[0048] 在步骤S13中，设备1将所述乘车需求信息提供至所述一个或多个优选司机中优先 级f目息最局的优选司机。
[0049] 例如，参照图6,所述乘车需求信息包括所述用户的乘车起点信息和乘车终点信 息，图6示出所述优选司机收到所述乘车需求信息的示意图。将所述一个或多个优选司机按 照优先级信息排序，首先将所述乘车需求信息提供至所述一个或多个优选司机中优先级信 息最局的优选司机。
[0050] 在步骤S14中，设备1若收到接收所述乘车需求信息的当前优选司机的接受任务信 息，将所述当前优选司机的车辆相关信息提供至所述用户。
[0051] 例如，接上例，参照图6,当接收所述乘车需求信息的当前优选司机点击"接单"后， 即收到接收所述乘车需求信息的当前优选司机的接受任务信息，将所述当前优选司机的车 辆相关信息提供至所述用户。图7示出所述用户收到所述当前优选司机的车辆相关信息的 示意图，所述车辆相关信息包括当前优选司机的实时地理位置信息W及个人信息、通讯信 息等。
[0052] 优选地，在步骤S12中，设备1锁定所述一个或多个优选司机的可用状态;其中，在 步骤S14中，设备1解锁所述一个或多个优选司机的可用状态。
[0053] 例如，所述可用状态包括锁定状态和未锁定状态。当确定一个或多个优选司机后， 通过将所述一个或多个优选司机的锁定状态写入存储司机相关信息的数据库，W更新所述 一个或多个优选司机的可用状态。当所述一个或多个优选司机处于锁定状态时，即被所述 用户锁定，将不能被确定为其他用户的优选司机。在此，当确定此次由所述当前优选司机为 所述用户提供服务后，解锁所述一个或多个优选司机的可用状态，并更新数据库中的所述 一个或多个优选司机的可用状态；那么所述一个或多个优选司机除所述当前优选司机之 夕h又可为被确定为其他用户的优选司机，从而提高资源利用效率。
[0054] 优选地，在步骤S13中，设备1通过执行当前进程，将所述乘车需求信息提供至所述 一个或多个优选司机中优先级信息最高的优选司机;其中，在步骤S14中，设备1挂起所述当 前进程;若收到接收所述乘车需求信息的当前优选司机的接受任务信息，唤醒所述当前进 程;通过执行所述当前进程，将所述当前优选司机的车辆相关信息提供至所述用户。
[0055] 例如，通过执行当前进程，可W将所述乘车需求信息按照优先级信息的排序依次 提供至所述一个或多个优选司机，首先将所述乘车需求信息提供至所述一个或多个优选司 机中优先级信息最高的优选司机;在此，挂起所述当前进程，等待所述优先级信息最高的优 选司机反馈，假设预设的挂起所述当前进程的时间为30秒，若在预设的30秒之内收到当前 优选司机的接受任务信息，唤醒所述当前进程，并通过执行所述当前进程，将所述当前优选 司机的车辆相关信息提供至所述用户。
[0056] 更优选地，在步骤S14中，设备1若收到接收所述乘车需求信息的当前优选司机的 拒绝任务信息，唤醒所述当前进程;通过执行所述当前进程，将所述乘车需求信息提供至所 述一个或多个优选司机中优先级信息低于所述当前优选司机的优选司机。
[0057] 例如，接上例，假设在预设的30秒之内收到当前优选司机的拒绝任务信息，或者未 收到当前优选司机的接受任务信息，则唤醒所述当前进程，并通过执行所述当前进程，将所 述乘车需求信息提供至所述一个或多个优选司机中优先级信息低于所述当前优选司机的 优选司机。
[0058] 图2根据本申请一个优选实施例的一种网络调度用车的方法流程图。
[0化9] 该方法包括步骤Sl 1'、步骤S12 '、步骤S13 '、步骤S14'和步骤S15 '。在此，步骤 Sir、步骤S12'、步骤S13'、步骤S14'与图1中步骤S11、步骤S12、步骤S13、步骤S14的内容相 同或基本相同，为简明起见，不再寶述。
[0060] 具体地，在步骤S15'中，设备1若未收到接收所述乘车需求信息的所述当前优选司 机的接受任务信息，将所述乘车需求信息提供至所述一个或多个优选司机中优先级信息低 于所述当前优选司机的优选司机。
[0061] 例如，所述未收到接收所述乘车需求信息的所述当前优选司机的接受任务信息包 括超过预设的时间而未收到所述接受任务信息或收到所述当前优选司机返回的拒绝任务 信息。在此，若未收到所述当前优选司机的接受任务信息，则按照优先级信息的排序，依次 将所述乘车需求信息提供至所述一个或多个优选司机中优先级信息低于所述当前优选司 机的优选司机;若将所述乘车需求信息提供至所述一个或多个优选司机中优先级信息最低 的优选司机后，仍未收到优先级信息最低的优选司机的接受任务信息，则向所述用户返回 无法提供服务的信息，图8示出所述用户收到无法提供服务的信息的示意图。优选地，若收 到所述一个或多个优选司机中优先级信息低于所述当前优选司机的优选司机返回的接受 任务信息，则将返回接受任务信息的优选司机的车辆相关信息提供至所述用户。
[0062] 图3示出根据本申请另一个方面的一种网络调度用车的设备1，其中，设备1包括第 一装置11、第二装置12、第=装置13和第四装置14。
[0063] 具体地，所述第一装置11获取用户的乘车需求信息，其中，所述乘车需求信息包括 所述用户的乘车起点信息;所述第二装置12根据所述乘车起点信息确定一个或多个优选司 机;所述第=装置13将所述乘车需求信息提供至所述一个或多个优选司机中优先级信息最 高的优选司机;所述第四装置14若收到接收所述乘车需求信息的当前优选司机的接受任务 信息，将所述当前优选司机的车辆相关信息提供至所述用户。
[0064] 在此，所述设备1包括但不限于用户设备、网络设备、或用户设备与网络设备通过 网络相集成所构成的设备。所述用户设备其包括但不限于任何一种可与用户通过触摸板进 行人机交互的移动电子产品，例如智能手机、平板电脑等，所述移动电子产品可W采用任意 操作系统，如amlroid操作系统、iOS操作系统等。其中，所述网络设备包括一种能够按照事 先设定或存储的指令，自动进行数值计算和信息处理的电子设备，其硬件包括但不限于微 处理器、专用集成电路(ASIC)、可编程口阵列(FPGA)、数字处理器(DSP)、嵌入式设备等。所 述网络设备其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个 服务器构成的云;在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构 成，其中，云计算是分布式计算的一种，由一群松散禪合的计算机集组成的一个虚拟超级计 算机。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络 (Ad Hoc网络)等。优选地，