一种用于车辆调度的方法与设备与流程

本申请涉及计算机领域，尤其涉及一种用于车辆调度的技术。

背景技术：

随着打车软件的兴起，越来越多的用户依赖打车软件享受叫车服务，并且，用户的需求也越来越丰富多样。然而，现有的打车软件却并不能满足用户日益增长的需求，例如，用户自主选择的需求。在现有的打车软件中，用户在应用中输入起始地和目的地，应用给出估价预算，若该用户能接受该预算，则发出邀约，应用会将订单就近指派给一辆车，这辆车的司机并不知道该用户具体起始地和目的地，不能取消订单，而用户可以，例如，司机告知该用户其开车达到该用户的起始地的预估时间，由用户来决定取消还是等待，若用户选择等待，则司机必须前来。然而，针对现有技术的这种方式，应用仅仅是为用户指派一辆车，而用户对车辆并不能选择，其也仅可以提交起始地和目的地，而无法提出其他一些特殊要求，例如车型、载客人数等。

因此，如何为用户进行车辆调度，满足用户自主选择的需求并提升用户的使用体验，成为本领域人员亟需解决的问题之一。

技术实现要素：

本申请的目的是提供一种用于车辆调度的方法与设备。

根据本申请的一个方面，提供了一种在网络设备端用于车辆调度的方法，其中，该方法包括：

a获取用户的用车请求信息；

b确定与所述用车请求信息相匹配的一个或多个可用车辆信息；

c将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户；

d根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。

根据本申请的另一方面，还提供了一种在用户设备端用于车辆调度的方法，其中，该方法包括：

A将用户通过用户设备提交的用车请求信息发送至对应的网络设备；

B接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息；

C将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备；

D将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆。

根据本申请的又一方面，还提供了一种用于车辆调度的网络设备，其中，该网络设备包括：

第一装置，用于获取用户的用车请求信息；

第二装置，用于确定与所述用车请求信息相匹配的一个或多个可用车辆信息；

第三装置，用于将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户；

第四装置，用于根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。

根据本申请的再一方面，还提供了一种用于车辆调度的用户设备，其中，该用户设备包括：

第十一装置，用于将用户通过用户设备提交的用车请求信息发送至对应的网络设备；

第十二装置，用于接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息；

第十三装置，用于将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备；

第十四装置，用于将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆。

根据本申请的再一方面，还提供了一种用于车辆调度的系统，其中，该系统包括如上所述的网络设备，以及如上所述的用户设备。

现有技术中，用户在应用中输入起始地和目的地，应用给出估价预算，若该用户能接受该预算，则发出邀约，应用会将订单就近指派给一辆车，这辆车的司机并不知道该用户具体起始地和目的地，不能取消订单，而用户可以，例如，司机告知该用户其开车达到该用户的起始地的预估时间，由用户来决定取消还是等待，若用户选择等待，则司机必须前来。然而，针对现有技术的这种方式，应用仅仅是为用户指派一辆车，而用户对车辆并不能选择，其也仅可以提交起始地和目的地，而无法提出其他一些特殊要求，例如车型、载客人数等。与现有技术相比，本申请中，网络设备1根据用户提交的用车请求信息、确定与之相匹配的一个或多个可用车辆信息并提供至用户，由用户来选择目标可用车辆，而网络设备1接收用户的选择并据此为其进行调度，从而实现用户的“在线扬招”，提高了用户出行的效率，提高了公共资源利用率，减少了车辆恶意拒载、空载行驶的情况，提升了用户的使用体验。

进一步地，本申请实时更新每个车辆的车辆状态，并将车辆状态存储于可用车辆信息库中以供匹配，使得所匹配出来的可用车辆信息与用户提交的用车请求信息更相匹配，进一步提升了用户的使用体验。

更进一步地，本申请为可用车辆信息所对应的候选车辆设置对应的保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆，进一步提升了用户的使用体验。

更进一步地，本申请根据候选车辆的保留时长信息将可用车辆信息呈现于用户设备，方便用户的选择，进一步提升了用户的使用体验。

更进一步地，本申请将呈现时长信息等于或超过保留时长信息的可用车辆信息设置为不可用，进一步提高了用户出行的效率，提高了公共资源利用率，提升了用户的使用体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请一个方面的一种用于车辆调度的网络拓扑示意图；

图2示出根据本申请另一个方面的一种用于车辆调度的设备示意图；

图3示出根据本申请一个实施例的一种用于车辆调度的设备示意图；

图4示出根据本申请又一个方面的一种用于车辆调度的方法的流程示意图；

图5示出根据本申请又一个实施例的一种用于车辆调度的方法的流程示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1示出根据本申请一个方面的一种用于车辆调度的网络拓扑示意图。

网络设备1与一个或多个用户设备2之间相互通信，以实现车辆调度。具体地，用户通过用户设备2提交用车请求信息，用户设备2将用户通过用户设备2提交的用车请求信息发送至对应的网络设备1；网络设备1获取用户的用车请求信息；随后，确定与所述用车请求信息相匹配的一个或多个可用车辆信息；接着，将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户；用户设备2接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息；随后，将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备2；接着，将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备1以供其为所述用户调度对应的目标可用车辆；网络设备1根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。

在此，用户设备包括但不限于电脑、智能手机、PDA等；网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。这些用户设备或网络设备可单独运行来实现本申请，也可接入网络并通过与网络中的其他设备的交互操作来实现本申请。其中，所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本申请，也应包含在本申请保护范围以内，并以引用方式包含于此。

图2示出根据本申请另一个方面的一种用于车辆调度的设备示意图。网络设备1包括第一装置201、第二装置202、第三装置203和第四装置204；用户设备2包括第十一装置211、第十二装置212、第十三装置213和第十四装置214。

其中，用户设备2中的第十一装置211用于将用户通过用户设备提交的用车请求信息发送至对应的网络设备。

具体地，用户通过与用户设备2的交互，提交了用车请求信息，例如，用户通过用户设备2上的应用，采用打字输入、语音输入等方式，提交了用车请求信息；该用户设备2的第十一装置211则可通过约定的通信方式，将该用车请求信息发送至对应的网络设备1。

网络设备1中的第一装置201用于获取用户的用车请求信息。

具体地，用户通过用户设备2提交了用车请求信息，该用户设备2通过约定的通信方式，将该用车请求信息发送至对应的网络设备1，该网络设备1的第一装置201即获取了该用户的用车请求信息。

在此，用户例如为发起在线扬招的用户，其具有用车需求，因此在线提交用车请求信息。用车请求信息包括但不限于上车地点、目的地信息、用车时间(例如预约用车)、其他特殊用车要求(例如用车人数、车型、出租车公司等)。

本领域技术人员应能理解，上述用车请求信息仅为举例，其他现有的或今后可能出现的用车请求信息如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

网络设备1中的第二装置202用于确定与所述用车请求信息相匹配的一个或多个可用车辆信息。

具体地，第二装置202根据第一装置201所获取的用车请求信息，确定与该用车请求信息相匹配的一个或多个可用车辆信息，例如，根据用户所提交的用车位置，匹配在该用车位置附近的一个或多个可用车辆信息。在此，第二装置202确定与用车请求信息相匹配的可用车辆信息例如将距离该用户提交的用车位置一定距离范围内的、或者可以在一定时间内到达该用户提交的用车位置的、或者满足该用户提交的车型要求、车辆公司要求或车辆可载人数要求的可用车辆信息，作为与该用户提交的用车请求信息相匹配的可用车辆信息。较佳地，第二装置202还可以根据该第一装置201所获取的用车请求信息，在可用车辆信息库中进行匹配查询，以获得与该用车请求信息相匹配的一个或多个可用车辆信息。

网络设备1中的第三装置203用于将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户。

具体地，第三装置203根据该第二装置202所匹配得到的一个或多个可用车辆信息，将这些可用车辆信息随机地或以一定顺序和格式，提供给该用户，例如，该第三装置203通过约定的通信方式，将该一个或多个可用车辆信息中至少一个发送至用户设备2，以供该用户设备2呈现给该提交用车请求信息的用户。

用户设备2中的第十二装置212用于接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息。

具体地，在接收用户设备2所发送的用户提交的用车请求信息之后，网络设备1据此确定与该用车请求信息相匹配的一个或多个可用车辆信息，并将该一个或多个可用车辆信息中至少一个可用车辆信息，通过与该用户设备2约定的通信方式，提供至该用户设备2；用户设备2中的第十二装置212则通过该约定的通信方式，接收该网络设备1返回的、与该用车请求信息相匹配的一个或多个可用车辆信息。

用户设备2中的第十三装置213用于将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备。

具体地，第十三装置213根据该第十二装置212所接收的一个或多个可用车辆信息，将该一个或多个可用车辆信息中至少一个，通过约定的展现方式，呈现在该用户设备2中，例如，通过调用诸如JSP、ASP或PHP等动态网页技术，将该至少一个可用车辆信息，随机地或按一定顺序，呈现于该用户设备2。

例如，第十三装置213按照该可用车辆信息与该用户的用车请求信息的匹配度，按照匹配度从高到低的顺序，将该至少一个可用车辆信息呈现于该用户设备2。在此，该匹配度例如可以是接收自网络设备1的，或者由该用户设备2自行确定，该匹配度例如可以根据该可用车辆信息对应的候选车辆与该用户的距离远近、到达时间长短来进行确定，例如，候选车辆与该用户的距离越近、到达时间越短，则对应的可用车辆信息与该用户的用车请求信息的匹配度越高。

用户设备2中的第十四装置214用于将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆。

具体地，对于呈现于用户设备2的可用车辆信息，用户可以对其进行选择，包括但不限于用户通过点击、长按或滑动等操作，选中某个可用车辆信息，或者，用户输入某个可用车辆的标识信息，如车牌号、司机的运营证号等；第十四装置214将该用户对该一个或多个可用车辆信息的选择信息，通过约定的通信方式，发送至该网络设备1，以供该网络设备1据此为该用户调度对应的目标可用车辆。

网络设备1中的第四装置204用于根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。

具体地，对于提供给用户的至少一个可用车辆信息，用户可以进行选择，例如，通过在该用户设备2中进行点击、长按或滑动等操作，自该至少一个可用车辆信息中选择了其中一个，该用户设备2例如通过约定的通信方式，将该用户对该可用车辆信息的选择信息发送至该网络设备1。该网络设备1中的第四装置204则根据该用户的选择信息，为该用户调度对应的目标可用车辆，例如，将“用车订单”下发至车辆终端，或者，通过电话、短信或其他通知方式通知车辆司机，车辆将根据所接到的用车信息前往用车地点为用户提供用车服务。

在此，车辆司机在接到“用车订单”时，其可能并不知晓用户提交的用车请求信息对应的用车位置，而由系统来为该车辆司机进行导航，或者，当该车辆司机承接该“用车订单”之后，才将该用户的用车位置提供给该车辆司机，以防止拒载情况的发生。进一步地，车辆司机与发起“在线扬招”的用户双方之间可以采用押金的方式，从而规避违约，违约纠结例如可以由运营处来处理。

优选地，网络设备1与用户设备2的各个装置之间是持续不断工作的。具体地，用户设备2中的第十一装置211将用户通过用户设备2提交的用车请求信息发送至对应的网络设备1；网络设备1中的第一装置201获取用户的用车请求信息；第二装置202确定与所述用车请求信息相匹配的一个或多个可用车辆信息；第三装置203将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户；用户设备2中的第十二装置212接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息；第十三装置213将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备2；第十四装置214将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备1以供其为所述用户调度对应的目标可用车辆；网络设备1中的第四装置204根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。在此，本领域技术人员应理解“持续”是指网络设备1和用户设备2的各装置分别按照设定的或实时调整的工作模式要求，获取用户的用车请求信息、确定与之相匹配的一个或多个可用车辆信息并提供至用户、接收用户的选择并据此为之调度目标可用车辆。

现有技术中，用户在应用中输入起始地和目的地，应用给出估价预算，若该用户能接受该预算，则发出邀约，应用会将订单就近指派给一辆车，这辆车的司机并不知道该用户具体起始地和目的地，不能取消订单，而用户可以，例如，司机告知该用户其开车达到该用户的起始地的预估时间，由用户来决定取消还是等待，若用户选择等待，则司机必须前来。然而，针对现有技术的这种方式，应用仅仅是为用户指派一辆车，而用户对车辆并不能选择，其也仅可以提交起始地和目的地，而无法提出其他一些特殊要求，例如车型、载客人数等。与现有技术相比，本申请中，网络设备1根据用户提交的用车请求信息、确定与之相匹配的一个或多个可用车辆信息并提供至用户，由用户来选择目标可用车辆，而网络设备1接收用户的选择并据此为其进行调度，从而实现用户的“在线扬招”，提高了用户出行的效率，提高了公共资源利用率，减少了车辆恶意拒载、空载行驶的情况，提升了用户的使用体验。

优选地，该网络设备1还包括第五装置(未示出)。该第五装置用于根据车辆状态更新信息，建立或更新可用车辆信息库；其中，所述第二装置202用于根据所述用车请求信息在所述可用车辆信息库中进行匹配查询，以获得一个或多个可用车辆信息，其中，所述可用车辆信息与所述用车请求信息相匹配。

具体地，每台车辆都具有对应的车辆状态，例如是否载客、空车或停运，当前所处的地理位置，将要前往的目的地位置，运营时间、运营的地理范围等，并且，这些车辆状态随时都有可能更新，因此，第五装置根据这些车辆的车辆状态更新信息，建立或更新可用车辆信息库。第二装置202根据第一装置201所获取的用户的用车请求信息，在该可用车辆信息库中进行匹配查询，以获得一个或多个与该用车请求信息相匹配的可用车辆信息。

在此，该可用车辆信息库中存储有大量的车辆状态，该可用车辆信息库可以位于该网络设备1中，也可以位于与该网络设备1通过网络相连接的第三方设备中。

在此，网络设备1实时更新每个车辆的车辆状态，并将车辆状态存储于可用车辆信息库中以供匹配，使得所匹配出来的可用车辆信息与用户提交的用车请求信息更相匹配，进一步提升了用户的使用体验。

更优选地，所述可用车辆信息与所述用车请求信息相匹配包括以下至少任一项：

所述可用车辆信息对应的车辆当前位置与所述用车请求信息对应的用户用车位置间的距离小于或等于距离阈值信息；

所述可用车辆信息对应的车辆到达所述用车请求信息对应的用户用车位置的用时信息小于或等于到达时长阈值信息；

所述可用车辆信息与所述用车请求信息对应的用户用车要求信息相匹配。

具体地，可用车辆信息具有对应的车辆，该车辆的当前位置与该用车请求信息对应的用户用车位置具有一定的距离，若该距离小于或等于距离阈值信息，则第二装置202判断该可用车辆信息与用车请求信息相匹配。在此，距离阈值信息的值可以是预设的，也可以根据实际情况进行调整。

此外，由于可用车辆信息对应的车辆到达用车请求信息对应的用户用车位置需要一定的时间，若该用时信息小于或等于到达时长阈值信息，则第二装置202判断该可用车辆信息与用车请求信息相匹配。在此，到达时长阈值信息的值可以是预设的，也可以根据实际情况进行调整。

此外，提交用车请求信息的用户还可能具有一定的要求，如要求车型、要求车辆所属公司、要求车辆可载人数等，若该可用车辆信息与该用车请求信息对应的用户用车要求信息相匹配，则第二装置202判断该可用车辆信息与用车请求信息相匹配。

在此，第二装置202根据第一装置201所获取的用户的用车请求信息，在可用车辆信息库中进行匹配查询，根据上述任一个判断条件，或结合其中任意多个判断条件，判断该可用车辆信息库中的可用车辆信息与用车请求信息是否相匹配，进而，获得一个或多个与该用车请求信息相匹配的可用车辆信息。

本领域技术人员应能理解，上述判断可用车辆信息与用车请求信息相匹配的方式仅为举例，其他现有的或今后可能出现的判断可用车辆信息与用车请求信息相匹配的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，所述网络设备1中的第三装置203用于将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户。

具体地，由于车辆是随时在移动的，若该车辆驶远，则该车辆与该用户的用车请求信息将变得不匹配，因此，可以为该可用车辆信息所对应的候选车辆设置一个保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆。第三装置203将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户，用户可以根据该保留时长信息，选择对应的候选车辆。

更优选地，该网络设备1还包括第六装置(未示出)，该第六装置用于按所述对应候选车辆的保留时长信息调度每个候选车辆，以使得每个候选车辆在对应保留时段内可供所述用户选用。

具体地，由于每个候选车辆都具有对应的保留时长信息，且在该保留时长信息对应的保留时段内，仅该用户可选择该候选车辆，因此，第六装置按该对应候选车辆的保留时长信息调度每个候选车辆，以使得每个候选车辆在对应保留时段内可供所述用户选用。例如，在该保留时段内，调度该候选车辆使得该候选车辆的车顶灯显示预定字样，如“调度”、“保留”等字样，使得线下拦车的用户不可选择该候选车辆，或者，对其他在线扬招的用户隐藏该候选车辆的可用车辆信息，使得这些在线扬招的用户不能选择该候选车辆。在该保留时段内，该候选车辆仅供该用户选用。

优选地，所述用户设备2中的第十二装置212用于接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息；其中，所述第十三装置213用于根据所述对应候选车辆的保留时长信息将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备。

具体地，网络设备1除了确定与该用户所提交的用车请求信息相匹配的一个或多个可用车辆信息之外，还可以确定该可用车辆信息所对应的候选车辆的保留时长信息，并通过约定的通信方式，将该一个或多个可用车辆信息及其对应候选车辆的保留时长信息一起发送至该用户设备2；用户设备2中的第十二装置212通过该约定的通信方式，接收该网络设备返回的、与该用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息。

随后，用户设备2中的第十三装置213根据该对应候选车辆的保留时长信息，通过约定的显示方式，将该一个或多个可用车辆信息中至少一个呈现于该用户设备2，例如，对应不同保留时长信息的各个可用车辆信息，按照不同的顺序、颜色或形状来展示，如按照对应保留时长信息从长到短的顺序呈现该至少一个可用车辆信息，或者，直接将保留时长信息呈现于该用户设备2。

在此，用户设备2根据候选车辆的保留时长信息将可用车辆信息呈现于用户设备，方便用户的选择，进一步提升了用户的使用体验。

更优选地，所述用户设备2中的第十三装置213还用于当被呈现的所述可用车辆信息的呈现时长信息等于或超过所述对应候选车辆的保留时长信息，设置所述被呈现的可用车辆信息为不可用。

具体地，在用户设备2中呈现的可用车辆信息所对饮的候选车辆具有对应的保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，然而，该保留时段是有限的，若该用户过了该保留时段仍然未作出对候选车辆的选择，则该候选车辆对应的可用车辆信息对该用户不可用。因此，当被呈现在用户设备2中的可用车辆信息的呈现时长信息等于或超过其对应候选车辆的保留时长信息，第十三装置213可以设置该被呈现的可用车辆信息为不可用。例如，第十三装置213将该可用车辆信息的显示变灰，即，用户不可选中该可用车辆信息；或者，该第十三装置213直接不再显示该可用车辆信息。

在此，用户设备2将呈现时长信息等于或超过保留时长信息的可用车辆信息设置为不可用，进一步提高了用户出行的效率，提高了公共资源利用率，提升了用户的使用体验。

图3示出根据本申请一个实施例的一种用于车辆调度的设备示意图。在该实施例中，网络设备1还包括第七装置307。以下参照该优选实施例进行详细描述：具体地，用户设备2中的第十一装置211将用户通过用户设备提交的用车请求信息发送至对应的网络设备；网络设备1中的第一装置301获取用户的用车请求信息；第二装置302确定与所述用车请求信息相匹配的一个或多个可用车辆信息；第七装置307确定所述对应候选车辆的保留时长信息；第三装置303将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户；用户设备2中的第十二装置312接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息；第十三装置313根据所述对应候选车辆的保留时长信息将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备；第十四装置314将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆；网络设备1中的第四装置304根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。其中，网络设备1中的第一装置301、第二装置302、第三装置303及第四装置304，用户设备2中的第十一装置311、第十二装置312、第十三装置313及第十四装置314与前述对应装置相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。

其中，该网络设备1中的第七装置307用于确定所述对应候选车辆的保留时长信息。

具体地，第七装置307确定对应候选车辆的保留时长信息的方式包括但不限于：

1)为每一辆候选车辆预置一个固定的保留时长信息，例如2分钟，或者，为不同的候选车辆预置不同的保留时长信息；

2)结合所述用户的用户相关信息确定所述对应候选车辆的保留时长信息，例如，用户等级越高，候选车辆的保留时长越长。

关于上述第2)点将在下文中进行详细描述。

优选地，所述第七装置307用于结合所述用户的用户相关信息确定所述对应候选车辆的保留时长信息。

具体地，在此，用户相关信息包括但不限于用户等级、用户愿意支付的在线扬招费用、用户的历史在线扬招记录或者用户的预估用车行程长度或时间等；第七装置307结合该用户的用户相关信息，例如通过预定的公式计算，确定对应的候选车辆的保留时长信息。

例如，用户等级越高，候选车辆的保留时长越长；用户愿意支付的在线扬招费用越高，候选车辆的保留时长越长；用户的历史在线扬招记录越好，候选车辆的保留时长越长；用户的预估用车行程长度越长或时间越久，候选车辆的保留时长越长。

较佳地，第七装置307可以根据上述用户相关信息中的一种或任意多种，确定对应的候选车辆的保留时长信息。当依据任意多种用户相关信息时，这些不同的用户相关信息可以分别具有对应的权重，第七装置307根据该用户的不同的用户相关信息，结合这些用户相关信息所分别对应的权重，确定对应的候选车辆的保留时长信息。

本领域技术人员应能理解，上述用户相关信息仅为举例，其他现有的或今后可能出现的用户相关信息如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

更优选地，其中，所述第七装置307包括第一单元(未示出)和第二单元(未示出)。该第一单元用于结合所述用户的用户相关信息确定所述用户对应的总保留时长信息；第二单元用于在所述至少一个可用车辆信息中分配所述总保留时长信息，以获得所述对应候选车辆的保留时长信息。

具体地，第一单元结合所述用户的用户相关信息确定所述用户对应的总保留时长信息，其确定的方式可以参照前述第七装置307确定对应的候选车辆的保留时长信息的方式，在此不再赘述，并通过引用的方式包含于此。

第二单元则根据该第一单元所确定的该用户对应的总保留时长信息，在该至少一个可用车辆信息中进行分配，例如，为该至少一个可用车辆信息所对应的候选车辆平均分配该总保留时长信息，或者，为不同的候选车辆分配不同的保留时长信息，如当候选车辆与用户的距离越近，则保留时长信息越长。

更优选地，所述第二单元用于根据所述用车请求信息与所述可用车辆信息的匹配信息，在所述至少一个可用车辆信息中分配所述总保留时长信息，以获得所述对应候选车辆的保留时长信息。

具体地，用户的用车请求信息与可用车辆信息之间可以具有一定的匹配信息，该匹配信息例如可以根据该可用车辆信息对应的候选车辆与该用户的距离远近、到达时间长短来进行确定，例如，候选车辆与该用户的距离越近、到达时间越短，则对应的可用车辆信息与该用户的用车请求信息的匹配度越高。第二单元则根据用车请求信息与所述可用车辆信息的匹配信息，在所述至少一个可用车辆信息中分配所述总保留时长信息，例如，匹配度越高，保留时长越长，以获得所述对应候选车辆的保留时长信息。

本领域技术人员应能理解，上述确定候选车辆的保留时长信息的方式仅为举例，其他现有的或今后可能出现的确定候选车辆的保留时长信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，该网络设备1还包括第八装置(未示出)，该第八装置用于按所述对应候选车辆的保留时长信息设置对应可用车辆信息在对应保留时段内对其他用户不可用。

具体地，候选车辆具有对应的保留时长信息，在该保留时长信息对应的保留时段内，该候选车辆对于该用户应是保留的，即，在该用户作出对候选车辆的选择之前，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆。因此，第八装置按第七装置307所确定的对应候选车辆的保留时长信息，设置对应可用车辆信息在对应保留时段内对其他用户不可用，例如，在该保留时段内，不将该候选车辆对应的可用车辆信息提供给其他用户，或者，对于已显示给其他用户的该候选车辆对应的可用车辆信息，设置为不可选择。

在此，网络设备1为可用车辆信息所对应的候选车辆设置对应的保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆，进一步提升了用户的使用体验。

更优选地，该网络设备1还包括第九装置(未示出)，该第九装置用于据所述用户对所述至少一个可用车辆信息的选择信息，设置所述至少一个可用车辆信息中未被选中的可用车辆信息为可用。

具体地，对于提供给用户的至少一个可用车辆信息，用户可以从中作出选择，对于未被用户选中的可用车辆信息，若仍然为该用户保留，显然影响车辆利用率，浪费资源，因此，第九装置根据用户对该至少一个可用车辆信息的选择信息，设置其中未被选中的可用车辆信息为可用，其他用户可以从该未被选择的可用车辆信息中选择其所需的可用车辆信息。

在此，在用户选择了车辆之后，网络设备1释放未被选中的可用车辆信息，以免影响资源利用率，进一步提高了用户出行的效率，提高了公共资源利用率，减少了空载行驶的情况，提升了用户的使用体验。

图4示出根据本申请又一个方面的一种用于车辆调度的方法的流程示意图。

在步骤S401中，用户设备2将用户通过用户设备提交的用车请求信息发送至对应的网络设备1。

具体地，用户通过与用户设备2的交互，提交了用车请求信息，例如，用户通过用户设备2上的应用，采用打字输入、语音输入等方式，提交了用车请求信息；在步骤S401中，用户设备2则可通过约定的通信方式，将该用车请求信息发送至对应的网络设备1。

在步骤S402中，网络设备1获取用户的用车请求信息。

具体地，用户通过用户设备2提交了用车请求信息，该用户设备2通过约定的通信方式，将该用车请求信息发送至对应的网络设备1，在步骤S402中，网络设备1即获取了该用户的用车请求信息。

在此，用户例如为发起在线扬招的用户，其具有用车需求，因此在线提交用车请求信息。用车请求信息包括但不限于上车地点、目的地信息、用车时间(例如预约用车)、其他特殊用车要求(例如用车人数、车型、出租车公司等)。

本领域技术人员应能理解，上述用车请求信息仅为举例，其他现有的或今后可能出现的用车请求信息如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

在步骤S403中，网络设备1确定与所述用车请求信息相匹配的一个或多个可用车辆信息。

具体地，在步骤S403中，网络设备1根据在步骤S402中所获取的用车请求信息，确定与该用车请求信息相匹配的一个或多个可用车辆信息，例如，根据用户所提交的用车位置，匹配在该用车位置附近的一个或多个可用车辆信息。在此，在步骤S403中，网络设备1确定与用车请求信息相匹配的可用车辆信息例如将距离该用户提交的用车位置一定距离范围内的、或者可以在一定时间内到达该用户提交的用车位置的、或者满足该用户提交的车型要求、车辆公司要求或车辆可载人数要求的可用车辆信息，作为与该用户提交的用车请求信息相匹配的可用车辆信息。较佳地，在步骤S403中，网络设备1还可以根据在步骤S402中所获取的用车请求信息，在可用车辆信息库中进行匹配查询，以获得与该用车请求信息相匹配的一个或多个可用车辆信息。

在步骤S404中，网络设备1将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户。

具体地，在步骤S404中，网络设备1根据在步骤S4032中所匹配得到的一个或多个可用车辆信息，将这些可用车辆信息随机地或以一定顺序和格式，提供给该用户，例如，在步骤S404中，网络设备1通过约定的通信方式，将该一个或多个可用车辆信息中至少一个发送至用户设备2，以供该用户设备2呈现给该提交用车请求信息的用户。

在步骤S405中，用户设备2接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息。

具体地，在接收用户设备2所发送的用户提交的用车请求信息之后，网络设备1据此确定与该用车请求信息相匹配的一个或多个可用车辆信息，并将该一个或多个可用车辆信息中至少一个可用车辆信息，通过与该用户设备2约定的通信方式，提供至该用户设备2；在步骤S405中，用户设备2则通过该约定的通信方式，接收该网络设备1返回的、与该用车请求信息相匹配的一个或多个可用车辆信息。

在步骤S406中，用户设备2将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备。

具体地，在步骤S406中，用户设备2根据在步骤S405中所接收的一个或多个可用车辆信息，将该一个或多个可用车辆信息中至少一个，通过约定的展现方式，呈现在该用户设备2中，例如，通过调用诸如JSP、ASP或PHP等动态网页技术，将该至少一个可用车辆信息，随机地或按一定顺序，呈现于该用户设备2。

例如，在步骤S406中，用户设备2按照该可用车辆信息与该用户的用车请求信息的匹配度，按照匹配度从高到低的顺序，将该至少一个可用车辆信息呈现于该用户设备2。在此，该匹配度例如可以是接收自网络设备1的，或者由该用户设备2自行确定，该匹配度例如可以根据该可用车辆信息对应的候选车辆与该用户的距离远近、到达时间长短来进行确定，例如，候选车辆与该用户的距离越近、到达时间越短，则对应的可用车辆信息与该用户的用车请求信息的匹配度越高。

在步骤S407中，用户设备2将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆。

具体地，对于呈现于用户设备2的可用车辆信息，用户可以对其进行选择，包括但不限于用户通过点击、长按或滑动等操作，选中某个可用车辆信息，或者，用户输入某个可用车辆的标识信息，如车牌号、司机的运营证号等；在步骤S407中，用户设备2将该用户对该一个或多个可用车辆信息的选择信息，通过约定的通信方式，发送至该网络设备1，以供该网络设备1据此为该用户调度对应的目标可用车辆。

在步骤S408中，网络设备1根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。

具体地，对于提供给用户的至少一个可用车辆信息，用户可以进行选择，例如，通过在该用户设备2中进行点击、长按或滑动等操作，自该至少一个可用车辆信息中选择了其中一个，该用户设备2例如通过约定的通信方式，将该用户对该可用车辆信息的选择信息发送至该网络设备1。在步骤S408中，网络设备1则根据该用户的选择信息，为该用户调度对应的目标可用车辆，例如，将“用车订单”下发至车辆终端，或者，通过电话、短信或其他通知方式通知车辆司机，车辆将根据所接到的用车信息前往用车地点为用户提供用车服务。

在此，车辆司机在接到“用车订单”时，其可能并不知晓用户提交的用车请求信息对应的用车位置，而由系统来为该车辆司机进行导航，或者，当该车辆司机承接该“用车订单”之后，才将该用户的用车位置提供给该车辆司机，以防止拒载情况的发生。进一步地，车辆司机与发起“在线扬招”的用户双方之间可以采用押金的方式，从而规避违约，违约纠结例如可以由运营处来处理。

优选地，网络设备1与用户设备2的各个步骤之间是持续不断工作的。具体地，在步骤S401中，用户设备2将用户通过用户设备2提交的用车请求信息发送至对应的网络设备1；在步骤S402中，网络设备1获取用户的用车请求信息；在步骤S403中，网络设备1确定与所述用车请求信息相匹配的一个或多个可用车辆信息；在步骤S404中，网络设备1将所述一个或多个可用车辆信息中至少一个可用车辆信息提供至所述用户；在步骤S405中，用户设备2接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息；在步骤S406中，用户设备2将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备2；在步骤S407中，用户设备2将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备1以供其为所述用户调度对应的目标可用车辆；在步骤S408中，网络设备1根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。在此，本领域技术人员应理解“持续”是指网络设备1和用户设备2的各步骤分别按照设定的或实时调整的工作模式要求，获取用户的用车请求信息、确定与之相匹配的一个或多个可用车辆信息并提供至用户、接收用户的选择并据此为之调度目标可用车辆。

现有技术中，用户在应用中输入起始地和目的地，应用给出估价预算，若该用户能接受该预算，则发出邀约，应用会将订单就近指派给一辆车，这辆车的司机并不知道该用户具体起始地和目的地，不能取消订单，而用户可以，例如，司机告知该用户其开车达到该用户的起始地的预估时间，由用户来决定取消还是等待，若用户选择等待，则司机必须前来。然而，针对现有技术的这种方式，应用仅仅是为用户指派一辆车，而用户对车辆并不能选择，其也仅可以提交起始地和目的地，而无法提出其他一些特殊要求，例如车型、载客人数等。与现有技术相比，本申请中，网络设备1根据用户提交的用车请求信息、确定与之相匹配的一个或多个可用车辆信息并提供至用户，由用户来选择目标可用车辆，而网络设备1接收用户的选择并据此为其进行调度，从而实现用户的“在线扬招”，提高了用户出行的效率，提高了公共资源利用率，减少了车辆恶意拒载、空载行驶的情况，提升了用户的使用体验。

优选地，该方法还包括步骤S409(未示出)。在步骤S409中，网络设备1根据车辆状态更新信息，建立或更新可用车辆信息库；在步骤S403中，网络设备1根据所述用车请求信息在所述可用车辆信息库中进行匹配查询，以获得一个或多个可用车辆信息，其中，所述可用车辆信息与所述用车请求信息相匹配。

具体地，每台车辆都具有对应的车辆状态，例如是否载客、空车或停运，当前所处的地理位置，将要前往的目的地位置，运营时间、运营的地理范围等，并且，这些车辆状态随时都有可能更新，因此，在步骤S409中，网络设备1根据这些车辆的车辆状态更新信息，建立或更新可用车辆信息库。在步骤S403中，网络设备1根据在步骤S409中所获取的用户的用车请求信息，在该可用车辆信息库中进行匹配查询，以获得一个或多个与该用车请求信息相匹配的可用车辆信息。

在此，该可用车辆信息库中存储有大量的车辆状态，该可用车辆信息库可以位于该网络设备1中，也可以位于与该网络设备1通过网络相连接的第三方设备中。

在此，网络设备1实时更新每个车辆的车辆状态，并将车辆状态存储于可用车辆信息库中以供匹配，使得所匹配出来的可用车辆信息与用户提交的用车请求信息更相匹配，进一步提升了用户的使用体验。

更优选地，所述可用车辆信息与所述用车请求信息相匹配包括以下至少任一项：

所述可用车辆信息对应的车辆当前位置与所述用车请求信息对应的用户用车位置间的距离小于或等于距离阈值信息；

所述可用车辆信息对应的车辆到达所述用车请求信息对应的用户用车位置的用时信息小于或等于到达时长阈值信息；

所述可用车辆信息与所述用车请求信息对应的用户用车要求信息相匹配。

具体地，可用车辆信息具有对应的车辆，该车辆的当前位置与该用车请求信息对应的用户用车位置具有一定的距离，若该距离小于或等于距离阈值信息，在步骤S403中，网络设备1判断该可用车辆信息与用车请求信息相匹配。在此，距离阈值信息的值可以是预设的，也可以根据实际情况进行调整。

此外，由于可用车辆信息对应的车辆到达用车请求信息对应的用户用车位置需要一定的时间，若该用时信息小于或等于到达时长阈值信息，则在步骤S403中，网络设备1判断该可用车辆信息与用车请求信息相匹配。在此，到达时长阈值信息的值可以是预设的，也可以根据实际情况进行调整。

此外，提交用车请求信息的用户还可能具有一定的要求，如要求车型、要求车辆所属公司、要求车辆可载人数等，若该可用车辆信息与该用车请求信息对应的用户用车要求信息相匹配，则在步骤S403中，网络设备1判断该可用车辆信息与用车请求信息相匹配。

在此，在步骤S403中，网络设备1根据在步骤S402中所获取的用户的用车请求信息，在可用车辆信息库中进行匹配查询，根据上述任一个判断条件，或结合其中任意多个判断条件，判断该可用车辆信息库中的可用车辆信息与用车请求信息是否相匹配，进而，获得一个或多个与该用车请求信息相匹配的可用车辆信息。

本领域技术人员应能理解，上述判断可用车辆信息与用车请求信息相匹配的方式仅为举例，其他现有的或今后可能出现的判断可用车辆信息与用车请求信息相匹配的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，在步骤S404中，网络设备1将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户。

具体地，由于车辆是随时在移动的，若该车辆驶远，则该车辆与该用户的用车请求信息将变得不匹配，因此，可以为该可用车辆信息所对应的候选车辆设置一个保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆。在步骤S404中，网络设备1将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户，用户可以根据该保留时长信息，选择对应的候选车辆。

更优选地，该方法还包括步骤S410(未示出)，在步骤S410中，网络设备1按所述对应候选车辆的保留时长信息调度每个候选车辆，以使得每个候选车辆在对应保留时段内可供所述用户选用。

具体地，由于每个候选车辆都具有对应的保留时长信息，且在该保留时长信息对应的保留时段内，仅该用户可选择该候选车辆，因此，在步骤S410中，网络设备1按该对应候选车辆的保留时长信息调度每个候选车辆，以使得每个候选车辆在对应保留时段内可供所述用户选用。例如，在该保留时段内，调度该候选车辆使得该候选车辆的车顶灯显示预定字样，如“调度”、“保留”等字样，使得线下拦车的用户不可选择该候选车辆，或者，对其他在线扬招的用户隐藏该候选车辆的可用车辆信息，使得这些在线扬招的用户不能选择该候选车辆。在该保留时段内，该候选车辆仅供该用户选用。

优选地，在步骤S405中，用户设备2接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息；在步骤S406中，用户设备2根据所述对应候选车辆的保留时长信息将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备。

具体地，网络设备1除了确定与该用户所提交的用车请求信息相匹配的一个或多个可用车辆信息之外，还可以确定该可用车辆信息所对应的候选车辆的保留时长信息，并通过约定的通信方式，将该一个或多个可用车辆信息及其对应候选车辆的保留时长信息一起发送至该用户设备2；在步骤S405中，用户设备2通过该约定的通信方式，接收该网络设备返回的、与该用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息。

随后，在步骤S406中，用户设备2根据该对应候选车辆的保留时长信息，通过约定的显示方式，将该一个或多个可用车辆信息中至少一个呈现于该用户设备2，例如，对应不同保留时长信息的各个可用车辆信息，按照不同的顺序、颜色或形状来展示，如按照对应保留时长信息从长到短的顺序呈现该至少一个可用车辆信息，或者，直接将保留时长信息呈现于该用户设备2。

在此，用户设备2根据候选车辆的保留时长信息将可用车辆信息呈现于用户设备，方便用户的选择，进一步提升了用户的使用体验。

更优选地，在步骤S406中，当被呈现的所述可用车辆信息的呈现时长信息等于或超过所述对应候选车辆的保留时长信息，用户设备2设置所述被呈现的可用车辆信息为不可用。

具体地，在用户设备2中呈现的可用车辆信息所对饮的候选车辆具有对应的保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，然而，该保留时段是有限的，若该用户过了该保留时段仍然未作出对候选车辆的选择，则该候选车辆对应的可用车辆信息对该用户不可用。因此，当被呈现在用户设备2中的可用车辆信息的呈现时长信息等于或超过其对应候选车辆的保留时长信息，在步骤S406中，用户设备2可以设置该被呈现的可用车辆信息为不可用。例如，在步骤S406中，用户设备2将该可用车辆信息的显示变灰，即，用户不可选中该可用车辆信息；或者，在步骤S406中，用户设备2直接不再显示该可用车辆信息。

在此，用户设备2将呈现时长信息等于或超过保留时长信息的可用车辆信息设置为不可用，进一步提高了用户出行的效率，提高了公共资源利用率，提升了用户的使用体验。

图5示出根据本申请又一个实施例的一种用于车辆调度的方法的流程示意图。

在该实施例中，该方法还包括步骤S511。以下参照该优选实施例进行详细描述：具体地，在步骤S501中，用户设备2将用户通过用户设备提交的用车请求信息发送至对应的网络设备；在步骤S502中，网络设备1获取用户的用车请求信息；在步骤S503中，网络设备1确定与所述用车请求信息相匹配的一个或多个可用车辆信息；在步骤S511中，网络设备1确定所述对应候选车辆的保留时长信息；在步骤S504中，网络设备1将所述一个或多个可用车辆信息中至少一个可用车辆信息及对应候选车辆的保留时长信息提供至所述用户；在步骤S505中，用户设备2接收所述网络设备返回的、与所述用车请求信息相匹配的一个或多个可用车辆信息以及对应候选车辆的保留时长信息；在步骤S506中，用户设备2根据所述对应候选车辆的保留时长信息将所述一个或多个可用车辆信息中至少一个呈现于所述用户设备；在步骤S507中，用户设备2将所述用户对所述一个或多个可用车辆信息的选择信息发送至所述网络设备以供其为所述用户调度对应的目标可用车辆；在步骤S508中，网络设备1根据所述用户对所述至少一个可用车辆信息的选择信息为所述用户调度对应的目标可用车辆。其中，步骤S501至S508与前述对应步骤相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。

其中，在步骤S511中，网络设备1确定所述对应候选车辆的保留时长信息。

具体地，在步骤S511中，网络设备1确定对应候选车辆的保留时长信息的方式包括但不限于：

1)为每一辆候选车辆预置一个固定的保留时长信息，例如2分钟，或者，为不同的候选车辆预置不同的保留时长信息；

2)结合所述用户的用户相关信息确定所述对应候选车辆的保留时长信息，例如，用户等级越高，候选车辆的保留时长越长。

关于上述第2)点将在下文中进行详细描述。

优选地，在步骤S511中，网络设备1结合所述用户的用户相关信息确定所述对应候选车辆的保留时长信息。

具体地，在此，用户相关信息包括但不限于用户等级、用户愿意支付的在线扬招费用、用户的历史在线扬招记录或者用户的预估用车行程长度或时间等；在步骤S511中，网络设备1结合该用户的用户相关信息，例如通过预定的公式计算，确定对应的候选车辆的保留时长信息。

例如，用户等级越高，候选车辆的保留时长越长；用户愿意支付的在线扬招费用越高，候选车辆的保留时长越长；用户的历史在线扬招记录越好，候选车辆的保留时长越长；用户的预估用车行程长度越长或时间越久，候选车辆的保留时长越长。

较佳地，在步骤S511中，网络设备1可以根据上述用户相关信息中的一种或任意多种，确定对应的候选车辆的保留时长信息。当依据任意多种用户相关信息时，这些不同的用户相关信息可以分别具有对应的权重，在步骤S511中，网络设备1根据该用户的不同的用户相关信息，结合这些用户相关信息所分别对应的权重，确定对应的候选车辆的保留时长信息。

本领域技术人员应能理解，上述用户相关信息仅为举例，其他现有的或今后可能出现的用户相关信息如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

更优选地，其中，所述步骤S511包括子步骤S511a(未示出)和子步骤S511b(未示出)。在子步骤S511a中，网络设备1结合所述用户的用户相关信息确定所述用户对应的总保留时长信息；在子步骤S511a中，网络设备1在所述至少一个可用车辆信息中分配所述总保留时长信息，以获得所述对应候选车辆的保留时长信息。

具体地，在子步骤S511a中，网络设备1结合所述用户的用户相关信息确定所述用户对应的总保留时长信息，其确定的方式可以参照前述步骤S511确定对应的候选车辆的保留时长信息的方式，在此不再赘述，并通过引用的方式包含于此。

在子步骤S511b中，网络设备1则根据该第一单元所确定的该用户对应的总保留时长信息，在该至少一个可用车辆信息中进行分配，例如，为该至少一个可用车辆信息所对应的候选车辆平均分配该总保留时长信息，或者，为不同的候选车辆分配不同的保留时长信息，如当候选车辆与用户的距离越近，则保留时长信息越长。

更优选地，在子步骤S511b中，网络设备1根据所述用车请求信息与所述可用车辆信息的匹配信息，在所述至少一个可用车辆信息中分配所述总保留时长信息，以获得所述对应候选车辆的保留时长信息。

具体地，用户的用车请求信息与可用车辆信息之间可以具有一定的匹配信息，该匹配信息例如可以根据该可用车辆信息对应的候选车辆与该用户的距离远近、到达时间长短来进行确定，例如，候选车辆与该用户的距离越近、到达时间越短，则对应的可用车辆信息与该用户的用车请求信息的匹配度越高。在子步骤S511b中，网络设备1则根据用车请求信息与所述可用车辆信息的匹配信息，在所述至少一个可用车辆信息中分配所述总保留时长信息，例如，匹配度越高，保留时长越长，以获得所述对应候选车辆的保留时长信息。

本领域技术人员应能理解，上述确定候选车辆的保留时长信息的方式仅为举例，其他现有的或今后可能出现的确定候选车辆的保留时长信息的方式如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。

优选地，该方法还包括步骤S512(未示出)，在步骤S512中，网络设备1按所述对应候选车辆的保留时长信息设置对应可用车辆信息在对应保留时段内对其他用户不可用。

具体地，候选车辆具有对应的保留时长信息，在该保留时长信息对应的保留时段内，该候选车辆对于该用户应是保留的，即，在该用户作出对候选车辆的选择之前，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆。因此，在步骤S512中，网络设备1按在步骤S511中所确定的对应候选车辆的保留时长信息，设置对应可用车辆信息在对应保留时段内对其他用户不可用，例如，在该保留时段内，不将该候选车辆对应的可用车辆信息提供给其他用户，或者，对于已显示给其他用户的该候选车辆对应的可用车辆信息，设置为不可选择。

在此，网络设备1为可用车辆信息所对应的候选车辆设置对应的保留时长信息，该保留时长信息意指在该用户作出对候选车辆的选择之前，该候选车辆为该用户所保留的时段，在该保留时段内，线下拦车的用户或其他在线扬招的用户将不能选择该候选车辆，进一步提升了用户的使用体验。

更优选地，该方法还包括步骤S513(未示出)，在步骤S513中，网络设备1据所述用户对所述至少一个可用车辆信息的选择信息，设置所述至少一个可用车辆信息中未被选中的可用车辆信息为可用。

具体地，对于提供给用户的至少一个可用车辆信息，用户可以从中作出选择，对于未被用户选中的可用车辆信息，若仍然为该用户保留，显然影响车辆利用率，浪费资源，因此，在步骤S513中，网络设备1根据用户对该至少一个可用车辆信息的选择信息，设置其中未被选中的可用车辆信息为可用，其他用户可以从该未被选择的可用车辆信息中选择其所需的可用车辆信息。

在此，在用户选择了车辆之后，网络设备1释放未被选中的可用车辆信息，以免影响资源利用率，进一步提高了用户出行的效率，提高了公共资源利用率，减少了空载行驶的情况，提升了用户的使用体验。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。