本发明涉及智能交通技术领域，尤其涉及一种车辆调度的方法、装置、设备和计算机存储介质。
背景技术：
随着自动驾驶技术的发展，越来越多的车辆具备了自动驾驶能力，而将具备自动驾驶能力的车辆当做出租车或者网约车进行运营使用，将会在未来成为一种主要的交通方式。而在无人车技术未完全成熟并替代有人车之前，会存在一个特殊的过渡阶段，该特殊的过渡阶段存在两个特征：1)无人车和有人车会同时上路；2)无人车能满足部分出行服务，但是由于技术、政策、基础设施等原因，无人车不能够全时段、全天候、全路段的运营。
由于目前无人车自身所具有的局限特征，将有人车调度方法应用于调度无人车是不合适的；而且现有技术对无人车的调度主要基于无人车技术完全成熟后的调度，或者是在景区等特殊场景下的调度，对于目前无人车以及有人车共存的过渡阶段，并没有与之相匹配的车辆调度方法。因此亟需提供一种在有人车以及无人车共存的特殊阶段，能够充分发挥有人车和无人车各自优势的车辆调度的方法、装置、设备和计算机存储介质。
技术实现要素：
有鉴于此，本发明提供了一种车辆调度的方法、装置、设备和计算机存储介质，用于实现在有人车以及无人车共存的特殊阶段调度车辆，从而充分发挥有人车以及无人车各自的优势，准确、高效地满足用户的乘车需求。
本发明为解决技术问题而采用的技术方案是提供一种车辆调度的方法，所述方法包括：服务器端接收客户端发送的用户乘车请求；根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能；若所述用户乘车请求触发无人车约车功能，则根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单；将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
根据本发明一优选实施例，所述乘车请求包括出发地址以及目的地址，或者进一步包括乘客数量和出行时间。
根据本发明一优选实施例，所述根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能包括：根据所述用户乘车请求，判断所述用户乘车请求中出发地址以及目的地址所处的位置是否位于无人车运营开启区域内，若位于无人车运营开启区域内，则能够触发无人车的约车功能；否则，不能够触发无人车的约车功能。
根据本发明一优选实施例，所述方法还包括：若所述用户乘车请求未触发无人车约车功能，则根据所述用户乘车请求进行路径规划，仅生成有人车订单。
根据本发明一优选实施例，所述将用户画像与生成的无人车订单进行匹配包括：根据用户画像，对用户对无人车的偏好进行评分；根据用户对无人车的偏好评分，将无人车订单匹配给符合评分标准的用户。
根据本发明一优选实施例，所述方法还包括：若接收到所述客户端返回的接受所述无人车订单的消息，则服务器端根据所述无人车订单调度无人车；否则，服务器端根据所述有人车订单调度有人车。
根据本发明一优选实施例，所述无人车订单包括：推荐的上车地点、推荐的下车地点、行驶路线、所需时间以及所需费用。
根据本发明一优选实施例，所述有人车订单包括：行驶路线、所需时间以及所需费用。
本发明为解决技术问题而采用的技术方案是提供一种车辆调度的装置，所述装置包括：接收单元，用于接收客户端发送的用户乘车请求；判断单元，用于根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能；生成单元，若所述用户乘车请求触发无人车约车功能，则用于根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单；匹配单元，用于将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
根据本发明一优选实施例，所述接收单元所接收的乘车请求包括出发地址以及目的地址，或者进一步包括乘客数量和出行时间。
根据本发明一优选实施例，所述判断单元在根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能时，具体执行：判断单元根据所述用户乘车请求，判断所述用户乘车请求中出发地址以及目的地址所处的位置是否位于无人车运营开启区域内，若位于无人车运营开启区域内，则能够触发无人车的约车功能；否则，不能够触发无人车的约车功能。
根据本发明一优选实施例，所述生成单元还用于：若所述用户乘车请求未触发无人车约车功能，则根据所述用户乘车请求进行路径规划，仅生成有人车订单。
根据本发明一优选实施例，所述匹配单元在用于将用户画像与生成的无人车订单进行匹配时，具体执行：根据用户画像，对用户对无人车的偏好进行评分；根据用户对无人车的偏好评分，将无人车订单匹配给符合评分标准的用户。
根据本发明一优选实施例，所述装置还包括：调度单元，用于若收到所述客户端返回的接受所述无人车订单的消息，根据所述无人车订单调度无人车；否则，根据所述有人车订单调度有人车。
根据本发明一优选实施例，所述生成单元生成的无人车订单包括：推荐的上车地点、推荐的下车地点、行驶路线、所需时间以及所需费用。
根据本发明一优选实施例，所述生成单元生成的有人车订单包括：行驶路线、所需时间以及所需费用。
由以上技术方案可以看出，本发明通过判断用户乘车请求能否触发无人车约车功能以及根据用户画像与无人车订单进行匹配，实现在有人车以及无人车共存的特殊阶段调度车辆，从而充分发挥有人车以及无人车各自的优势，准确、高效地满足用户的乘车需求。
【附图说明】
图1为本发明一实施例提供的方法流程图。
图2为本发明一实施例提供的装置结构图。
图3为本发明一实施例提供的计算机系统/服务器的框图。
【具体实施方式】
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
在无人车技术完全成熟并替代有人车之前，城市道路中所行驶的车辆会包含有人车以及无人车。在本发明中，有人车为由司机控制驾驶的运营车辆，例如普通出租车或者网约车；无人车为车内没有司机进行控制，具有自动驾驶能力的运营车辆。由于目前无人车自身的局限特征(包括技术以及人们的接受程度)，无法将调度有人车的方法直接应用于调度无人车，且在有人车与无人车共存的特殊阶段，没有与该阶段相匹配的车辆调度方法。因此，本发明提供一种车辆调度的方法、装置、设备和计算机存储介质，用于实现在有人车与无人车共存的特殊阶段调度车辆，从而发挥现阶段有人车和无人车各自的优势，准确、高效地满足用户的乘车需求。
图1为本发明一实施例提供的方法流程图，如图1中所示，该方法可以主要包括以下步骤：
在101中，服务器端接收客户端所发送的用户乘车请求。
可选地，在本实施例的一个具体实现过程中，客户端可以为位于本地终端的应用，或者还可以为位于本地终端应用中的插件或软件开发工具包(softwaredevelopmentkit，sdk)等功能单元，或者还可以为其他位于网络侧服务器中的装置，本实施例对此不进行特别限定。
在本步骤中，用户乘车请求包括用户的出发地址以及目的地址，或者进一步包括出行时间以及乘客数量。可选地，在本实施例的一个具体实现过程中，用户在客户端进行乘车请求的输入时，可以为用户通过手动编辑直接输入，也可以为用户通过点击或者选取客户端中的选项进行输入，例如通过点击客户端中的地图来选取出发地址、目的地址，根据实际乘客数量以及出行时间选取相对应的选项以完成输入。在用户完成乘车请求的输入后，客户端将用户的乘车请求发送至服务器端。
在102中，根据所述用户乘车请求，服务器端判断所述用户乘车请求能否触发无人车约车功能。
在本步骤中，用户乘车请求能够触发无人车约车功能时，需要满足用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内。只有当服务器端所接收到的用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内时，才可以确定用户乘车请求能够触发无人车约车功能；否则，则确定用户乘车请求无法触发无人车约车功能。当然除了上述条件之外，也可以采用其他条件或者结合其他条件进行能否触发无人车约车功能的判断。
由于目前无人车驾驶技术还不成熟，无人车尚不能够在全天候、全路段、全时段运营，因此现有无人车具有不同于有人车的运营条件，无人车的运营条件包括：一定的运营路段、一定的运营时段、运营所需天气状态以及运营所需运力等。当现有条件不满足当前无人车的运营条件时，无人车运营区域会关闭。因此，在根据用户乘车请求判断能否触发无人车约车功能时，需要判断用户乘车请求中出发地址与目的地址所处的位置是否位于无人车运营开启区域内，更具体来说是服务器端通过获取各个开启无人车运营的区域后，确定用户乘车请求中出发地址以及目的地址所处的位置是否位于无人车运营开启区域内。若用户乘车请求中出发地址以及目的地址所处的位置同时位于无人车运营开启区域内，则确定该用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内；否则，该用户乘车请求中出发地址与目的地址所处的位置不在无人车运营开启区域内。
可选地，在本实施例的一个具体实现过程中，无人车运营区域的状态可以是确定的，即除非发生极端情况，则可以确定该无人车运营区域始终处于开启状态。也可以为无人车运营区域的开启是动态变化的，根据运营区域内的天气状况、交通状况、运力状况等，对无人车运营区域进行动态开启或关闭，例如当无人车运营区域内出现交通变得拥堵、出现暴雨、暴雪或者运力不足等情况时，则关闭该无人车运营区域，当交通恢复顺畅、天气恢复晴朗或者运力恢复正常时，再度开启该无人车运营区域。服务器端通过获取各个无人车运营区域的开启状态，判断用户乘车请求中出发地址与目的地址所处的位置是否位于无人车运营开启区域内，进而确定用户乘车请求能否触发无人车约车功能。
在103中，若所述用户乘车请求触发无人车约车功能，服务器端根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单。
在本步骤中，根据用户乘车请求中的出发地址以及目的地址，由服务器端进行路径规划并生成乘车订单，其中，乘车订单分为有人车订单以及无人车订单。在无人车约车功能被触发后，服务器端根据用户乘车请求生成有人车订单以及无人车订单；若所述用户乘车请求未触发无人车约车功能，服务器端根据用户乘车请求进行路径规划，仅生成有人车订单。
其中，有人车订单包括行驶路线、所需时间以及所需费用。由于目前无人车技术尚不成熟，因此无人车无法在任意位置停靠，所以无人车根据用户乘车请求进行路径规划时与有人车不同，需要找出无人车能够停靠的位置。因此无人车订单包括推荐的上车地点、推荐的下车地点、行驶路线、所需时间以及所需费用。在本发明中，服务器端根据用户乘车请求进行路径规划属于现有技术，在此不进行赘述。
在104中，将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
在本步骤中，用户画像是服务器端根据历史数据预先得到的，通过用户画像能够得知用户对无人车的接受程度。本发明中所使用的用户画像由两部分组成，一部分是用户的历史订单信息，另一部分是用户的账号信息，包括用户对新鲜事物的接受程度、对无人车的感兴趣程度等内容。服务器端根据历史数据得到用户画像属于现有技术，在此不进行赘述。
由于目前无人车技术不成熟、无人车数量有限，因此通过本步骤将生成的无人车订单优先推送给对无人车接受程度较高的用户。根据用户画像，对用户对无人车的偏好进行评分，然后根据用户对无人车偏好的评分，将无人车订单匹配给符合评分标准的用户。匹配无人车订单的评分标准可以自行设定，例如评分标准为60分时，即评分为60分及以上，就认为匹配成功，否则匹配失败，评分标准也可以为70、80，本发明对此不进行限定。根据用户画像，得到用户对无人车偏好评分符合评分标准，即认为用户对无人车的接受程度较高，则将无人车订单与该用户进行匹配，将无人车订单与有人车订单发送至客户端；若得到用户对无人车偏好评分不符合评分标准，即认为用户对无人车的接受程度较低，则服务器端仅将有人车订单发送至客户端。
在本步骤之后，服务器端将无人车订单以及有人车订单发送至客户端，客户端会显示该无人车订单以及有人车订单的内容。其中，无人车订单中还可以包括无人车当前位置、路况、乘客需要行走距离、无人车空载距离等信息，根据用户的选择，由客户端向服务器端返回乘车订单的接受结果。若用户接受该无人车订单，则客户端向服务器端返回接受无人车订单的结果；若用户不能接受而选取有人车订单，则客户端向服务器端返回接受有人车订单的结果。
若客户端返回无人车订单同意接受的结果，则服务器端将该无人车订单下发到无人车，派遣无人车前往；若客户端返回接受有人车订单的结果，则服务器端将有人车订单下发到有人车，派遣有人车前往。
因此在本发明中，只有用户乘车请求触发无人车约车功能，生成的无人车订单被用户接受后，才由服务器端根据无人车订单调度无人车，其他情况下，都由服务器端根据用户乘车请求生成的有人车订单调度有人车。
下面对本发明实施例提供的装置结构图进行详述。如图2中所示，所述装置位于服务器端，包括接收单元21、判断单元22、生成单元23、匹配单元24以及调度单元25。
接收单元21，用于接收客户端发送的用户乘车请求。
可选地，在本实施例的一个具体实现过程中，客户端可以为位于本地终端的应用，或者还可以为位于本地终端应用中的插件或软件开发工具包(softwaredevelopmentkit，sdk)等功能单元，或者还可以为其他位于网络侧服务器中的装置，本实施例对此不进行特别限定。
接收单元21所接收的用户乘车请求，包括用户的出发地址以及目的地址，或者进一步包括出行时间以及乘客数量。可选地，在本实施例的一个具体实现过程中，用户在客户端进行乘车请求的输入时，可以为用户通过手动编辑直接输入，也可以为用户通过点击或者选取客户端中的选项进行输入，例如通过点击客户端中的地图来选取出发地址、目的地址，根据实际乘客数量以及出行时间选取相对应的选项以完成输入。在用户完成乘车请求的输入后，客户端将用户的乘车请求发送至服务器端。
判断单元22，用于根据所述用户乘车请求，判断所述用户乘车请求能否触发无人车约车功能。
判断单元22在判断用户乘车请求能够触发无人车约车功能时，所需要满足的条件为：用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内。只有当服务器端所接收到的用户乘车请求满足上述条件时，判断单元22才可以确定用户乘车请求能够触发无人车约车功能；否则，判断单元22确定无法触发无人车约车功能。当然除了上述条件之外，也可以采用其他条件或者结合其他条件进行是否触发无人车约车功能的判断。
由于目前无人车驾驶技术还不成熟，无人车尚不能够在全天候、全路段、全时段运营，因此现有无人车具有不同于有人车的运营条件，无人车的运营条件包括：一定的运营路段、一定的运营时段、运营所需天气状态以及运营所需运力等。当现有条件不满足当前无人车的运营条件时，无人车运营区域会关闭。因此，判断单元22在根据用户乘车请求判断能否触发无人车约车功能时，需要判断用户乘车请求中出发地址与目的地址所处的位置是否位于无人车运营开启区域内，更具体来说是服务器端通过获取各个开启无人车运营的区域后，确定用户乘车请求中出发地址以及目的地址所处的位置是否位于无人车运营开启区域内。若用户乘车请求中出发地址以及目的地址所处的位置同时位于无人车运营开启区域内，则确定该用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内；否则，该用户乘车请求中出发地址与目的地址所处的位置不在无人车运营开启区域内。若判断单元22确定该用户乘车请求中出发地址与目的地址所处的位置位于无人车运营开启区域内，则确定用户乘车请求能够触发无人车约车功能，否则不能够触发。
可选地，在本实施例的一个具体实现过程中，无人车运营区域的状态可以是确定的，即除非发生极端情况，则可以确定该无人车运营区域始终处于开启状态。也可以为无人车运营区域的开启是动态变化的，根据运营区域内的天气状况、交通状况、运力状况等，对无人车运营区域进行动态开启或关闭，例如当无人车运营区域内出现交通变得拥堵、出现暴雨、暴雪或者运力不足等情况时，则关闭该无人车运营区域，当交通恢复顺畅、天气恢复晴朗或者运力恢复正常时，再度开启该无人车运营区域。
判断单元22通过获取各个无人车运营区域的开启状态，判断用户乘车请求中出发地址与目的地址所处的位置是否位于无人车运营开启区域内，进而确定用户乘车请求能否触发无人车约车功能。
生成单元23，若所述用户乘车请求触发无人车约车功能，则用于根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单；若所述用户乘车请求未触发无人车约车功能，则用于根据所述用户乘车请求进行路径规划，仅生成有人车订单。
生成单元23根据用户乘车请求中的出发地址以及目的地址进行路径规划并生成乘车订单，其中，乘车订单分为有人车订单以及无人车订单。在无人车约车功能被触发后，生成单元23根据用户乘车请求生成有人车订单以及无人车订单；若所述用户乘车请求未触发无人车约车功能，生成单元23根据用户乘车请求进行路径规划，仅生成有人车订单。
其中，有人车订单包括行驶路线、所需时间以及所需费用。由于目前无人车技术尚不成熟，因此无人车无法在任意位置停靠，所以无人车根据用户乘车请求进行路径规划时与有人车不同，需要找出无人车能够停靠的位置。因此无人车订单包括推荐的上车地点、推荐的下车地点、行驶路线、所需时间以及所需费用。在本发明中，生成单元23根据用户乘车请求进行路径规划时属于现有技术，在此不进行赘述。
匹配单元24，用于将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
匹配单元24所使用的用户画像是根据历史数据预先得到的，通过该用户画像能够得知用户对无人车的接受程度。匹配单元24所使用的用户画像由两部分组成，一部分是用户的历史订单信息，另一部分是用户的账号信息，包括用户对新鲜事物的接受程度、对无人车的感兴趣程度等内容。匹配单元24根据历史数据得到用户画像属于现有技术，在此不进行赘述。
由于目前无人车技术不成熟、无人车数量有限，因此通过匹配单元24将生成的无人车订单优先推送给对无人车接受程度较高的用户。根据用户画像，匹配单元24对用户对无人车的偏好进行评分，然后根据用户对无人车偏好的评分，将无人车订单匹配给符合评分标准的用户。匹配单元24中匹配无人车订单的评分标准可以自行设定，例如评分标准为60分，即评分为60分及以上时，就认为匹配成功，否则匹配失败，评分标准也可以为70、80，本发明对此不进行限定。
根据用户画像，匹配单元24得到的用户对无人车偏好评分符合评分标准，即认为用户对无人车的接受程度较高，则将无人车订单与该用户进行匹配，将无人车订单以及有人车订单发送至客户端；若匹配单元24得到的用户对无人车偏好评分不符合评分标准，即认为用户对无人车的接受程度较低，则服务器端仅将有人车订单发送至客户端。
在匹配单元24根据用户画像匹配到无人车订单后，将无人车订单以及有人车订单发送至客户端，客户端会显示该无人车订单以及有人车订单的内容。其中，无人车订单中还可以包括无人车当前位置、路况、乘客需要行走距离、无人车空载距离等信息，根据用户的选择，由客户端向服务器端返回乘车订单的接受结果。
调度单元25，用于若收到所述客户端返回的接受所述无人车订单的消息，则根据所述无人车订单调度无人车；否则，根据所述有人车订单调度有人车。
若用户能够接受该无人车订单，则客户端向服务器端返回同意接受无人车订单的结果，调度单元25根据所述无人车订单调度无人车；若用户不接受无人车订单而接受有人车订单，则客户端向服务器端返回接受有人车订单的结果，调度单元25根据所述有人车订单调度有人车。
图3示出了适于用来实现本发明实施方式的示例性计算机系统/服务器012的框图。图3显示的计算机系统/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图3所示，计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，系统存储器028，连接不同系统组件(包括系统存储器028和处理单元016)的总线018。
总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器028可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统034可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。
计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明中，计算机系统/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信，和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口022进行。并且，计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
处理单元016通过运行存储在系统存储器028中的程序，从而执行各种功能应用以及数据处理，例如实现一种车辆调度的方法，可以包括：
服务器端接收客户端发送的用户乘车请求；
根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能；
若所述用户乘车请求触发无人车约车功能，则根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单；
将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。例如，被上述一个或多个处理器执行的方法流程，可以包括：
服务器端接收客户端发送的用户乘车请求；
根据所述用户乘车请求，判断该用户乘车请求能否触发无人车约车功能；
若所述用户乘车请求触发无人车约车功能，则根据所述用户乘车请求进行路径规划，生成有人车订单以及无人车订单；
将用户画像与生成的无人车订单进行匹配，若匹配到无人车订单，则将匹配到的无人车订单以及有人车订单发送给客户端；否则，将有人车订单发送给客户端。
随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
由以上技术方案可以看出，本发明通过判断用户乘车请求能否触发无人车约车功能以及根据用户画像与无人车订单进行匹配，实现在有人车以及无人车共存的特殊阶段调度车辆，从而充分发挥有人车以及无人车各自的优势，准确、高效地满足用户的乘车需求。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。