设备1还可W是运行于所述用户设备、网络设备、或用户设备与网 络设备、网络设备、触摸终端或网络设备与触摸终端通过网络相集成所构成的设备上的脚 本程序。当然，本领域技术人员应能理解上述设备I仅为举例，其他现有的或今后可能出现 的设备1如可适用于本申请，也应包含在本申请保护范围W内，并在此W引用方式包含于 此。
[0065] 上述各装置之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各装置分别实时地或者按照设定的或实时调整的工作模式要求，例如所述第一装置11持 续获取用户的乘车需求信息;所述第二装置12持续根据所述乘车起点信息确定一个或多个 优选司机;所述第=装置13持续将所述乘车需求信息提供至所述一个或多个优选司机中优 先级信息最高的优选司机;若收到接收所述乘车需求信息的当前优选司机的接受任务信 息，所述第四装置14持续将所述当前优选司机的车辆相关信息提供至所述用户；直至所述 设备1停止工作。
[0066] 所述第一装置11获取用户的乘车需求信息，其中，所述乘车需求信息包括所述用 户的乘车起点信息。
[0067] 在此，所述乘车需求信息还可W包括所述用户的乘车终点信息;而且，所述乘车需 求信息还可W包括所述用户的乘车时间信息。
[0068] 例如，所述乘车需求信息可W包括所述用户的乘车起点位置;所述乘车需求信息 还可W包括所述用户的乘车起点位置和终点位置;所述乘车需求信息还可W包括所述用户 的乘车起点位置和预期上车时间;所述乘车需求信息还可W包括所述用户的乘车起点位置 和终点位置W及预期上车时间。
[0069] 所述第二装置12根据所述乘车起点信息确定一个或多个优选司机。
[0070] 例如，可W根据所述乘车起点信息，通过分析运算从存储司机相关信息的数据库 中确定一个或多个优选司机。在此，所述数据库可W包括MySQL(-个关系型数据库管理系 统)数据库或Redis(-个key-value数据库)数据库。当然，上述MyS化数据库或Redis数据库 仅为举例，其他现有的或今后可能出现的数据库如可适用于本申请，也应包含在本申请保 护范围W内，并在此W引用方式包含于此。
[0071] 优选地，所述第二装置12锁定所述一个或多个优选司机的可用状态。
[0072] 例如，所述可用状态包括锁定状态和未锁定状态。当确定一个或多个优选司机后， 通过将所述一个或多个优选司机的锁定状态写入存储司机相关信息的数据库，W更新所述 一个或多个优选司机的可用状态。当所述一个或多个优选司机处于锁定状态时，即被所述 用户锁定，将不能被确定为其他用户的优选司机。
[0073] 优选地，所述第二装置12根据距离所述乘车起点信息预定阔值范围内的空载司机 确定一个或多个候选司机;根据所述候选司机的司机相关信息从所述一个或多个候选司机 中确定一个或多个优选司机。
[0074] 例如，假设将所述预定阔值设为3公里，首先从距离所述用户的乘车起点3公里范 围内的空载司机中确定一个或多个候选司机;再从所述一个或多个候选司机中，根据所述 司机相关信息确定一个或多个优选司机。
[0075] 优选地，所述司机相关信息包括W下至少任一项:所述候选司机的在线状态;所述 候选司机与服务器端的通信状态;所述候选司机的服务标准信息;所述候选司机与所述乘 车起点信息间的路线距离信息;所述候选司机的可用状态;所述候选司机的疲劳状态。
[0076] 例如，所述候选司机的在线状态包括上线前状态(参照图5(a))和上线后状态（参 照图5(b))，当所述候选司机处于上线前状态时将不能为所述用户提供服务。所述候选司机 与服务器端的通信状态包括正常状态和异常状态，当所述候选司机与服务器端的通信处于 异常状态时将不能为所述用户提供服务。所述候选司机的服务标准信息包括所述候选司机 获得的累计服务评价，优先选择累计服务评价较高的所述候选司机。所述候选司机与所述 乘车起点信息间的路线距离信息包括所述候选司机的当前位置至所述用户的乘车起点的 行车路线信息，在此，所述路线距离信息并非所述候选司机与所述乘车起点信息之间的直 线距离，而是根据实际道路情况确定的具体行车路线信息，优先选择行车路线信息较短的 所述候选司机。所述候选司机的可用状态包括锁定状态和非锁定状态；当所述候选司机处 于锁定状态时将不能为所述用户提供服务。在此，优先选择疲劳状态较低的所述候选司机。
[0077]例如，可W通过下述数据库查询脚本确定一个或多个优选司机：
[0079] 优选地，所述司机相关信息包括所述候选司机的疲劳状态;其中，设备1还包括第 六装置（图中未示出）；所述第六装置根据所述候选司机在单元时段内完成的乘车任务数量 和/或乘车里程数确定所述候选司机的疲劳状态。
[0080] 例如，假设将所述单元时段设为一天，根据所统计的所述候选司机在一天内完成 的乘车任务数量和/或乘车里程数，若所述候选司机在一天内完成的乘车任务数量越多，若 所述候选司机在一天内完成的乘车里程数越长，则所述候选司机的疲劳状态越高。
[0081] 所述第=装置13将所述乘车需求信息提供至所述一个或多个优选司机中优先级 f目息最局的优选司机。
[0082] 例如，参照图6,所述乘车需求信息包括所述用户的乘车起点信息和乘车终点信 息，图6示出所述优选司机收到所述乘车需求信息的示意图。将所述一个或多个优选司机按 照优先级信息排序，首先将所述乘车需求信息提供至所述一个或多个优选司机中优先级信 息最局的优选司机。
[0083] 所述第四装置14若收到接收所述乘车需求信息的当前优选司机的接受任务信息， 将所述当前优选司机的车辆相关信息提供至所述用户。
[0084] 例如，接上例，参照图6,当接收所述乘车需求信息的当前优选司机点击"接单"后， 即收到接收所述乘车需求信息的当前优选司机的接受任务信息，将所述当前优选司机的车 辆相关信息提供至所述用户。图7示出所述用户收到所述当前优选司机的车辆相关信息的 示意图，所述车辆相关信息包括当前优选司机的实时地理位置信息W及个人信息、通讯信 息等。
[0085] 优选地，所述第二装置12锁定所述一个或多个优选司机的可用状态;其中，所述第 四装置14解锁所述一个或多个优选司机的可用状态。
[0086] 例如，所述可用状态包括锁定状态和未锁定状态。当确定一个或多个优选司机后， 通过将所述一个或多个优选司机的锁定状态写入存储司机相关信息的数据库，W更新所述 一个或多个优选司机的可用状态。当所述一个或多个优选司机处于锁定状态时，即被所述 用户锁定，将不能被确定为其他用户的优选司机。在此，当确定此次由所述当前优选司机为 所述用户提供服务后，解锁所述一个或多个优选司机的可用状态，并更新数据库中的所述 一个或多个优选司机的可用状态；那么所述一个或多个优选司机除所述当前优选司机之 夕h又可为被确定为其他用户的优选司机，从而提高资源利用效率。
[0087] 优选地，所述第=装置13通过执行当前进程，将所述乘车需求信息提供至所述一 个或多个优选司机中优先级信息最高的优选司机;其中，所述第四装置14挂起所述当前进 程;若收到接收所述乘车需求信息的当前优选司机的接受任务信息，唤醒所述当前进程;通 过执行所述当前进程，将所述当前优选司机的车辆相关信息提供至所述用户。
[0088] 例如，通过执行当前进程，可W将所述乘车需求信息按照优先级信息的排序依次 提供至所述一个或多个优选司机，首先将所述乘车需求信息提供至所述一个或多个优选司 机中优先级信息最高的优选司机;在此，挂起所述当前进程，等待所述优先级信息最高的优 选司机反馈，假设预设的挂起所述当前进程的时间为30秒，若在预设的30秒之内收到当前 优选司机的接受任务信息，唤醒所述当前进程，并通过执行所述当前进程，将所述当前优选 司机的车辆相关信息提供至所述用户。
[0089] 更优选地，所述第四装置14若收到接收所述乘车需求信息的当前优选司机的拒绝 任务信息，唤醒所述当前进程;通过执行所述当前进程，将所述乘车需求信息提供至所述一 个或多个优选司机中优先级信息低于所述当前优选司机的优选司机。
[0090] 例如，接上例，假设在预设的30秒之内收到当前优选司机的拒绝任务信息，或者未 收到当前优选司机的接受任务信息，则唤醒所述当前进程，并通过执行所述当前进程，将所 述乘车需求信息提供至所述一个或多个优选司机中优先级信息低于所述当前优选司机的 优选司机。
[0091] 图4根据本申请一个优选实施例的一种网络调度用车的设备1，其中，设备1包括第 一装置11'、第二装置12'、第=装置13'、第四装置14'和第五装置15'。
[0092] 在此，所述第一装置11'、第二装置12'、第S装置13'、第四装置14'与图3第一装置 11、第二装置12、第=装置13、第四装置14的内容相同或基本相同，为简明起见，不再寶述。
[0093] 具体地，所述第五装置15'若未收到接收所述乘车需求信息的所述当前优选司机 的接受任务信息，将所述乘车需求信息提供至所述一个或多个优选司机中优先级信息低于 所述当前优选司机的优选司机。
[0094] 例如，所述未收到接收所述乘车需求信息的所述当前优选司机的接受任务信息包 括超过预设的时间而未收到所述接受任务信息或收到所述当前优选司机返回的拒绝任