CN109635971A - 一种人货共享用车服务方法 - Google Patents

Abstract

本发明实施例涉及一种人货共享用车服务方法，约车平台服务器接收第一终端发送的约车请求信息；当约车属性为第一属性时，约车平台服务器生成第一调车请求信息发送给车辆管理服务器；车辆管理服务器根据预约位置和预约时间的信息进行派车，并根据车辆ID生成验证码经由约车平台服务器发送给第一终端；车辆管理服务器生成行车路径信息并发送给待调度车辆，并将车辆管理列表中待调度车辆的用车属性更改为第一属性；车辆管理服务器接收物流配送服务器发送的物流调车请求信息；车辆管理服务器根据物流调车请求信息匹配上述待调度车辆，并选定匹配度高的待调度车辆作为物流派送的调度车辆，调度车辆根据发货地点和收货地点的信息更新行驶路径导航数据。

Description

一种人货共享用车服务方法

技术领域

本发明涉及智能交通技术领域，尤其涉及一种人货共享用车服务方法。

背景技术

随着电子信息的发展，基于移动互联网的订单服务得到了广泛地使用。并且，由于城市交通拥堵情况越来越严重，很多大城市出现了打车难，上下班时间交通压力大的问题，而为了使得城市用车容量维持在一定限度内，对用户的出行带来很多不便。

现在的打车系统大多数可以实现人的拼单出行，从而缓解上下班时间的交通压力，但是，现有打车系统仍然没有实现车辆资源的最大化利用。而且，当前有很多用户有同城的或跨城的小件物品的配送需求，比如鲜花、蛋糕、外卖餐饮、同城快件等，需要在同城或跨城之间投递，单独运送成本很高，而且车辆资源没有很好利用。并且，随着人工智能技术和计算机技术的快速发展，自动驾驶技术日渐成熟，逐渐成为近些年来的热点话题，打车系统中的车辆会逐渐被自动驾驶车辆所取代，从而大大节约人力资源，降低成本。但是，现有技术中的打车系统或物流派送服务并没有针对自动驾驶车辆进行的用车服务方法，因此，急需提供一种能够解决上述问题的人货共享用车服务方法，实现车辆资源的高效利用。

发明内容

本发明的目的是针对现有技术存在的问题，提供一种能够实现车辆资源高效利用且自动化强的人货共享用车服务方法。

为实现上述目的，本发明提供了一种人货共享用车服务方法，所述方法包括：

约车平台服务器接收第一终端发送的约车请求信息；所述约车请求信息包括乘客ID以及预约位置、预约时间和约车属性的信息；所述约车属性包括第一属性和第二属性；

当所述约车属性为第一属性时，所述约车平台服务器生成第一调车请求信息发送给车辆管理服务器；所述第一调车请求信息包括所述预约位置、预约时间和第一属性的信息；

所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息；

所述车辆管理服务器在所述可调度车辆中确定一个待调度车辆，确定所述待调度车辆的车辆ID，并根据所述车辆ID生成验证码经由所述约车平台服务器发送给所述第一终端；

所述车辆管理服务器根据所述第一调车请求信息生成行车路径信息，发送给所述待调度车辆，并将车辆管理列表中所述待调度车辆的用车属性更改为第一属性；

所述待调度车辆根据所述行车路径信息生成行驶路径导航数据，按照所述行驶路径导航数据行驶，并按预设时间间隔向所述车辆管理服务器上报车辆位置信息；

所述车辆管理服务器接收物流配送服务器发送的物流调车请求信息；所述物流调车请求信息包括订单ID、发货地点、发货时间和收货地点的信息；

所述车辆管理服务器获取所述发货地点的预设范围内所有用车属性为第一属性的待调度车辆的信息；

所述车辆管理服务器根据所述发货地点、发货时间、收货地点的信息与预设范围内每一待调度车辆的所述行车路径信息进行匹配；

所述车辆管理服务器根据匹配度进行任务分配处理，确定被分派的调度车辆，并将所述物流调车请求信息发送给所述调度车辆；

所述调度车辆根据所述发货地点和收货地点的信息更新所述行驶路径导航数据。

优选的，在所述约车平台服务器接收第一终端发送的约车请求信息之后，所述方法还包括：

当所述约车属性为第二属性时，所述约车平台服务器生成第二调车请求信息并发送给所述车辆管理服务器；所述第二调车请求信息包括所述预约位置、预约时间和第二属性的信息；

所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息；

所述车辆管理服务器在所述可调度车辆中确定一个待调度车辆，确定所述待调度车辆的车辆ID，并根据所述车辆ID生成验证码经由所述约车平台服务器发送给所述第一终端；

所述车辆管理服务器根据所述第二调车请求信息生成行车路径信息，发送给所述待调度车辆，并将车辆管理列表中所述待调度车辆的用车属性更改为第二属性；

所述待调度车辆根据所述行车路径信息生成行驶路径导航数据，按照所述行驶路径导航数据行驶，并按预设时间间隔向所述车辆管理服务器上报车辆位置信息。

进一步优选的，所述方法还包括：

当所述待调度车辆行驶至所述预约位置时，所述待调度车辆对输入信息进行监测，当所述待调度车辆接收到第一验证码时，将所述第一验证码与所述待调度车辆中存储的验证码进行匹配识别；

当匹配成功时，所述待调度车辆生成车门开启指令。

优选的，所述车辆管理服务器接收物流配送服务器发送的物流调车请求信息具体包括：

所述物流配送服务器接收第二终端发送的派件订单信息；所述派件订单信息包括订单ID、发件人信息、收件人信息、快件信息以及发货地点、发货时间、收货地点的信息；

所述物流配送服务器根据所述订单ID以及所述发货地点、发货时间、收货地点的信息生成所述物流调车请求信息。

进一步优选的，所述方法还包括：

所述车辆管理服务器确定所述调度车辆的车辆ID；

所述车辆管理服务器根据所述车辆ID生成存件码，由所述物流配送服务器将所述存件码发送给所述第二终端；

所述调度车辆按照更新后的行驶路径导航数据行驶；

当所述调度车辆行驶至所述发货地点时，所述调度车辆对输入信息进行监测并启动等待计时，当在预设的第一等待时间内接收到第一存件码时，将所述第一存件码与所述调度车辆中存储的存件码进行匹配识别，在匹配成功时，所述调度车辆生成存件指令，用以进行快件存入操作；

所述调度车辆生成快件存入信息，并将所述快件存入信息发送给所述物流配送服务器；所述快件存入信息包括所述车辆ID、所述订单ID和取件码；

所述物流配送服务器根据所述快件存入信息和所述快件信息生成取件提示信息，并根据所述收件人信息将所述取件提示信息发送给第三终端；所述取件提示信息包括所述车辆ID、所述订单ID、所述取件码和所述快件信息；

当所述调度车辆行驶至所述收货地点时，所述调度车辆对输入信息进行监测并启动等待计时，当在预设的第二等待时间内接收到第一取件码时，将所述第一取件码与所述调度车辆中存储的取件码进行匹配识别，在匹配成功时，所述调度车辆生成取件指令，用以收件人取走快件；

所述调度车辆生成取件成功信息，由所述车辆管理服务器发送给所述物流配送服务器。

优选的，所述预设范围根据不同区域、不同时间段动态调整。

优选的，所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息具体包括：

所述车辆管理服务器获取所述预约位置附近第一区域内的各车辆的当前位置信息、车辆作业状态信息和路况信息；

所述车辆管理服务器根据所述车辆作业状态信息识别可选车辆；

所述车辆管理服务器根据所述可选车辆的当前位置信息和路况信息确定在所述预约时间能够到达所述预约位置的可调度车辆的信息。

优选的，所述方法还包括：

所述车辆管理服务器根据所述物流调车请求信息生成物流服务费用信息，并生成物流服务订单信息发送给所述物流配送服务器，用以生成物流订单支付记录。

进一步优选的，所述方法还包括：

所述车辆管理服务器根据所述第一调车请求信息和/或所述第二调车请求信息生成约车服务费用信息，并生成约车服务订单信息发送给所述约车平台服务器，用以生成约车订单支付记录。

本发明实施例提供的人货共享用车服务方法，通过乘客需求以及物流配送的相关信息进行智能化匹配，实现人、货互拼的打车方式，并通过合理设置拼车的区域范围，更好的保障服务的时效性，节约车辆的能源消耗，更加高效地利用车辆资源，且采用自动驾驶技术，大大节约了人力资源，实用性强。

附图说明

图1为本发明实施例一提供的人货共享用车服务方法的流程示意图；

图2为本发明实施例二提供的人货共享用车服务方法的流程示意图；

图3为本发明实施例提供的人货共享用车服务方法的部分流程示意图；

图4为本发明实施例提供的人货共享用车服务方法的时间轴线图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明实施例涉及提供的人货共享用车服务方法，通过乘客需求以及物流配送的相关信息进行智能化匹配，实现人、货互拼的打车方式，并通过合理设置拼车的区域范围，更好的保障服务的时效性，节约车辆的能源消耗，更加高效地利用车辆资源，且采用自动驾驶技术，大大节约了人力资源，实用性强。

实施例一

图1为本发明实施例一提供的人货共享用车服务方法的流程示意图，结合图1所示，本发明的人货共享用车服务方法主要包括如下步骤：

步骤101，约车平台服务器接收第一终端发送的约车请求信息。

具体的，第一终端在本发明实施例一中指的是呼叫乘车服务方，如交通工具叫车服务中的乘客所使用的移动终端或个人计算机等设备，例如智能手机、平板电脑、笔记本电脑等。本发明实施例一中提及的第二终端是指呼叫派件服务方，如需要进行寄送快件的用户所使用的移动终端或个人计算机等设备，相对应的，第三终端指的是接收快件方，如接收快件的收货人所使用的移动终端或个人计算机等设备，例如智能手机、平板电脑、笔记本电脑等。

约车平台服务器是指接收呼叫乘车服务方的约车请求并进行处理的服务器，例如网约车平台的服务器，通过约车平台服务器、乘客的终端设备(即第一终端)与乘客进行信息交互，并执行约车订单接收、处理等任务。

物流配送服务器是指接收寄送快件的用户的派件配送任务并进行处理的服务器，例如物流公司的服务器，通过物流配送服务器、用户的终端设备(即第二终端和/或第三终端)与用户进行信息交互，并执行订单接收、中间信息处理等任务。

车辆管理服务器是指对无人驾驶车辆(以下简称调度车辆)进行车辆管理的服务器，通过车辆管理服务器与调度车辆进行指令传输和信息交互，接收约车平台服务器、物流配送服务器所发送的约车请求和物流请求，并根据接收的请求进行任务派发、费用计算等。

在本发明中，约车平台服务器是针对单个或多个网约车企业用户，约车平台服务器接收由乘客的第一终端所发送的约车请求信息，其中，约车请求信息包括乘客ID以及预约位置、预约时间和约车属性的信息，而约车属性包括第一属性和第二属性，第一属性是人货共享属性，指乘客可以接收在乘车过程中该调度车辆同时进行派件作业，而第二属性是非人货共享属性，即乘客用车期间，该调度车辆不能够进行物流服务。

步骤102，约车平台服务器判断约车属性是第一属性，还是第二属性。

具体的，当约车平台服务器接收到约车订单时，约车平台服务器对约车请求信息中的约车属性进行判断，确定其为第一属性，还是第二属性，从而方便生成相对应的调车请求，通过车辆管理服务器调用相应车辆。

如果约车请求信息中的约车属性为第一属性时，则从步骤102进入步骤103；如果约车请求信息中的约车属性为第二属性时，则从步骤102进入步骤113。

当约车请求信息中的约车属性为第一属性时：

步骤103，当约车属性为第一属性时，约车平台服务器生成第一调车请求信息发送给车辆管理服务器。

具体的，当约车属性为第一属性时，说明乘客接受调度车服务期间同时进行物流作业，则约车平台服务器根据预约位置、预约时间和第一属性的信息生成第一调车请求信息，从而车辆管理服务器进一步根据乘客所提交的第一属性的信息判断该约车订单所需车辆能够分派物流作业，并根据乘车人所提供预约位置和预约时间的信息进行派车。

步骤104，车辆管理服务器根据预约位置和预约时间的信息进行车辆信息模糊计算，得到在预约时间能够到达预约位置的可调度车辆的信息。

具体的，车辆信息模糊计算用以最优化得确定出可调度的车辆，因此，可以是在所需的预约位置的附近一定区域范围内，查询可调度的车辆。当然，这可以按照预约时间进行划分，如果预约时间是当前时间，那么则按照当前处于预约位置的附近一定区域范围内的车辆位置进行查询。如果预约时间是将来的某个时间，则可按照当前处于预约位置的第二区域范围内的车辆位置进行查询，通过该第二区域范围内的车辆的行车路径信息，确定在预约时间能够行驶至预约位置的车辆，需要理解的是，上述第二区域范围可以为相对第一区域较大的范围，例如预约位置附近20km内，也可以为环形区域，例如距离预约位置6km至20km之间范围内。在此过程中需要对车辆的运行状态和运行轨迹进行估计计算，我们将这个过程称为模糊计算。

在预约时间为当前时间的情况下，本步骤的具体执行过程如图3所示：

步骤S301，当车辆管理服务器获取预约位置附近第一区域内的各车辆的当前位置信息、车辆作业状态信息和路况信息。

首先，车辆管理服务器在预设位置附近的第一区域内搜索车辆的相关信息，此处的“第一区域”可根据不同区域、不同时间段动态调整，也就是说，车辆管理服务器可根据预设位置所在区域当前时间段的交通状况以及该区域内投放车辆的数量等相关信息设定第一区域的范围，例如，当前区域车辆数量较多，则将第一区域设定为预约位置周围5km范围内，如果当前区域车辆数量较少为将第一区域设定为预约位置周围10km范围内。通过合理设置区域范围，能够更好的保障服务的时效性，同时也保证了经济性，也更加节约车辆的能源消耗。

从而，车辆管理服务器提取第一区域内各车辆的当前位置信息、车辆作业状态信息和路况信息，并根据上述信息进一步处理。

步骤S302，车辆管理服务器根据车辆作业状态信息识别可选车辆。

车辆管理服务器首先根据车辆作业状态信息对第一区域内的车辆进行识别筛选，以便确认该调度车是否能够接单正常工作。在一个具体的实施过程中，车辆作业状态信息可包括车辆是否故障、车辆是否处于空载状态等。车辆管理服务器会定时与调度车辆进行交互，确定车辆状态信息。当车辆状态发生变化时，比如由空载变为驾乘状态，或者由驾乘变为空载状态时，调度车辆主动上报车辆状态信息。同时，车辆在泊车状态下还会定时或不定时自检，如果检测到发生故障，也会向车辆管理服务器进行上报。

步骤S303，车辆管理服务器根据可选车辆的当前位置信息和路况信息确定在预约时间能够到达预约位置的可调度车辆的信息。

车辆管理服务器根据车辆作业状态信息对第一区域内的车辆进行识别筛选，筛选出能够接单正常作业的车辆之后，再根据所有车辆的当前位置信息和路况信息对上述车辆进一步审核筛选，确保所选车辆能够在预约时间到达预约位置。

在预约时间为将来的某个时间的情况下，车辆管理服务器按照当前处于预约位置的第二区域范围内的车辆位置进行查询，通过该第二区域范围内的车辆的行车路径信息，确定在预约时间能够行驶至预约位置的车辆。也可以理解为：车辆管理服务器通过计算确定出在预约时间之前一定时间范围内能够处于预约位置的附近一定区域范围内的车辆，从而筛选出可调用的车辆。

采用上述搜索方法，可确认得到一个或者多个可调配车辆的信息，但也有可能查找不到可调配的车辆信息。当经过上述执行步骤未搜索到可调配的车辆信息时，车辆管理服务器自行进行判断，扩大搜索范围，获取更大范围内的各车辆的当前位置信息、车辆状态信息和路况信息，然后识别可用车辆，并确定在预约时间能够到达预约位置的可调配车辆的信息，如果没有搜索到则继续扩大范围，直到搜索到可用车辆。当然，也可直接生成反馈信息，通过车辆管理服务器、约车平台服务器转发给第一终端，告知乘客无可调配车辆。

步骤105，车辆管理服务器在可调度车辆中确定一个待调度车辆，确定待调度车辆的车辆ID，并根据车辆ID生成验证码经由约车平台服务器发送给第一终端。

具体的，车辆管理服务器根据预设的规则，在可调度车辆中确定一个待调度车辆。预设的规则可以是路径最近、速度最快、成本最低等，车辆管理服务器依据设定的规则确定待调度车辆并且得到车辆ID和通信服务ID。车辆与车辆管理服务器的通信可以采用4G/5G通信接口来实现。每个车辆具有唯一的车辆ID和通信服务ID。

步骤106，车辆管理服务器根据第一调车请求信息生成行车路径信息，发送给待调度车辆，并将车辆管理列表中待调度车辆的用车属性更改为第一属性。

具体的，选定车辆之后，车辆管理服务器根据待调度车辆的当前位置、预约位置以及当前路况优选出最佳的行车路径，并生成行车路径信息通过通信服务ID发送给所选定的车辆。同时，由于该订单中的乘客选取的为人货共享服务，则还需为该约车订单选配相对应的物流服务，为便于识别，将车辆管理列表中待调度车辆的用车属性更改为第一属性。

步骤107，待调度车辆根据行车路径信息生成行驶路径导航数据，按照行驶路径导航数据行驶，并按预设时间间隔向车辆管理服务器上报车辆位置信息。

具体的，当分派新的约车服务任务给车辆时，待调度车辆需要根据当前剩余任务与新任务重置行车路径，即根据车辆管理服务器发送的路径规划信息更新当前待调度车辆的行驶路径导航数据，从而使待调度车辆按照更新后的行驶路径导航数据行驶。与此同时，为保证车辆管理服务器能更好地对车辆的状态信息进行管理，待调度车辆与车辆管理服务器之间优选的通过4G/5G实现位置实时共享。

步骤108，车辆管理服务器接收物流配送服务器发送的物流调车请求信息。

具体的，物流配送服务器接收第二终端发送的派件订单信息，物流配送服务器根据订单ID以及发货地点、发货时间、收货地点的信息生成物流调车请求信息。其中，派件订单信息包括订单ID、发件人信息、收件人信息、快件信息以及发货地点、发货时间、收货地点的信息，由于物流配送服务器与车辆管理服务器相对独立，则车辆管理服务器并不需获悉发件人信息、收件人信息和快件信息，故物流调车请求信息包括订单ID、发货地点、发货时间和收货地点的信息。

步骤109，车辆管理服务器获取发货地点的预设范围内所有用车属性为第一属性的待调度车辆的信息。

具体的，当执行物流作业时，需要筛选接受约车服务与物流服务同时作业乘客所选定的车辆，可在所需发货地点的预设范围内查询上述车辆，其中，预设范围可根据不同区域、不同时间段进行相应得动态调整。

步骤110，车辆管理服务器根据发货地点、发货时间、收货地点的信息与预设范围内每一待调度车辆的行车路径信息进行匹配。

具体的，车辆管理服务器根据发货地点和收货时间进行此订单的最优路径规划，并将所生成的行车路径信息与步骤109中预设范围内每一个待调度车辆的行车路径信息进行匹配，并生成匹配度。与此同时，还需进一步判断每一个待调度车辆是否能够在发货时间内到达发货地点，并将不能按时到达的车辆排除掉。

步骤111，车辆管理服务器根据匹配度进行任务分配处理，确定被分派的调度车辆，并将物流调车请求信息发送给调度车辆。

具体的，经过上述筛选与匹配之后，车辆管理服务器选定匹配度最高的车辆作为该物流订单的执行者，记为调度车辆，之后将物流调车请求信息发送给所选定的调度车辆。

步骤112，调度车辆根据发货地点和收货地点的信息更新行驶路径导航数据。

具体的，当调度车辆接到物流作业时，首先根据发货地点和收货地点的信息更新行驶路径导航数据，将发货地点设置为当前目的地，然后再根据约车服务以及物流服务的相关信息继续进行作业任务。其具体的作业情况可分为以下两种情况：

第一情况：车辆在执行约车服务任务和物流服务任务时，其最优路径为先到达收货地点再抵达乘客预约目的地，如图4(a)所述，车辆管理服务器接收约车平台服务器发送的第一调车请求信息并进行派车，确定可调度车辆，并为其规划约车服务行车路线，之后为该可调度车辆筛选物流配送任务，所选定的物流配送任务中的发货地点一定在该约车服务行车路线之间，当所分派的物流配送任务中的收货地点也在约车服务行车路线之间时，则调度车辆首先根据行驶路径导航数据行驶至预约位置，接网约车乘客上车，之后再导航至发货地点收件，收件之后导航至收货地点进行派件，最后导航至乘客的乘车目的地，完成全部任务。

第二种情况：车辆在执行约车服务任务和物流服务任务时，其最优路径为先抵达乘客预约目的地再到达收货地点，如图4(b)所述，车辆管理服务器接收约车平台服务器发送的第一调车请求信息并进行派车，确定可调度车辆，并为其规划约车服务行车路线，之后为该可调度车辆筛选物流配送任务，所选定的物流配送任务中的发货地点一定在该约车服务行车路线之间，当所分派的物流配送任务中的收货地点不在约车服务行车路线上时，则调度车辆首先根据行驶路径导航数据行驶至预约位置，接网约车乘客上车，之后再导航至发货地点收件，然后根据乘客的乘车目的地更新行驶路径导航数据，行驶至约车目的地，乘客下车，最后导航至收货地点进行派件，从而完成全部任务。当然，在乘客下车时刻和派件时刻之间的时间段内，该调度车辆还可继续接收约车属性为第一属性的约车订单，重复上述执行步骤即可。

其中，调度车辆执行物流作业的具体过程为：车辆管理服务器确定调度车辆的车辆ID，车辆管理服务器根据车辆ID生成存件码，由物流配送服务器根据发件人信息将存件码发送给第二终端，从而发货人通过存件码进行存件。

调度车辆将发货地点设为当前目的地更新行驶路径导航数据，并依据更新后的行驶路径导航数据行驶，当调度车辆行驶至发货地点时，调度车辆对输入信息进行监测并启动等待计时，按照该物流订单的计划等待时间进行计时，在计划等待时间内，检测通过调度车辆的人机交互装置输入的输入信息，识别其中是否有存件码。

当到达预设的第一等待时间且未识别到信息输入时，可通过调度车辆进行信息反馈，向车辆管理服务器上报存件失败消息，由车辆管理服务器生成存件失败记录，同时，将存件失败消息发送给物流配送服务器，一方面，使得物流配送服务器获悉取件失败的原因，另一方面，通过物流配送服务器提醒发件人存放超时，当前服务超时。此外，由于存件失败则不需要再进行派件，故调度车辆重新进行路径规划。

当在预设的第一等待时间内接收到第一存件码时，将第一存件码与调度车辆中存储的存件码进行匹配识别，在匹配成功时，调度车辆生成存件指令，用以发货人进行快件存入操作。调度车辆根据车辆ID和订单ID基于设定的算法生成唯一的取件码，记录在调度车辆中，调度车辆生成包括车辆ID、订单ID和取件码的快件存入信息，并将快件存入信息发送给物流配送服务器。

物流配送服务器根据快件存入信息和快件信息生成包括车辆ID、订单ID、取件码和快件信息的取件提示信息，并根据收件人信息将取件提示信息发送给第三终端，收件人通过第三终端了解快件的派送信息，并通过唯一的取件码收件。此过程中，收件人还可通过经由物流配送服务器向车辆管理服务器查询调度车辆的实时位置信息。

当调度车辆行驶至收货地点时，调度车辆对输入信息进行监测并启动等待计时，同样，在预设的第二等待时间内，检测通过调度车辆的人机交互装置输入的输入信息，识别其中是否有取件码。收件人输入取件码后，调度车辆将收件人所输入的取件码与调度车辆中所存储的所有取件码进行匹配识别，当匹配成功时，生成取件指令。其中，派送计划等待时间可以根据该派送地点的派件量、订单数等信息进行设定。也就是说，当在预设的第二等待时间内接收到第一取件码时，将第一取件码与调度车辆中存储的取件码进行匹配识别，在匹配成功时，调度车辆生成取件指令，用以收件人取走快件。收件人取件成功之后，调度车辆生成取件成功信息，由车辆管理服务器发送给物流配送服务器，从而完成物流配送服务。

当用户所输入的存件码和/或取件码匹配失败时，调度车辆生成匹配失败提示信息，并由调度车辆的车载人机交互显示器进行显示，从而提醒发件人和/或收件人输入错误。

当约车请求信息中的约车属性为第二属性时，从步骤102进入步骤113。

步骤113，当约车属性为第二属性时，约车平台服务器生成第二调车请求信息并发送给车辆管理服务器。

具体的，当约车属性为第二属性时，说明乘客不接受调度车服务期间同时进行物流作业，则约车平台服务器根据预约位置、预约时间和第二属性的信息生成第二调车请求信息，从而车辆管理服务器根据乘车人所提供预约位置和预约时间的信息进行派车。

步骤114，车辆管理服务器根据预约位置和预约时间的信息进行车辆信息模糊计算，得到在预约时间能够到达预约位置的可调度车辆的信息。

具体的，车辆信息模糊计算用以最优化得确定出可调度的车辆，此过程与步骤104的过程类似，此处不再赘述。

步骤115，车辆管理服务器在可调度车辆中确定一个待调度车辆，确定待调度车辆的车辆ID，并根据车辆ID生成验证码经由约车平台服务器发送给第一终端。

具体的，车辆管理服务器根据预设的规则，在可调度车辆中确定一个待调度车辆。预设的规则可以是路径最近、速度最快、成本最低等，车辆管理服务器依据设定的规则确定待调度车辆并且得到车辆ID和通信服务ID。车辆与车辆管理服务器的通信可以采用4G/5G通信接口来实现。每个车辆具有唯一的车辆ID和通信服务ID。

步骤116，车辆管理服务器根据第二调车请求信息生成行车路径信息，发送给待调度车辆，并将车辆管理列表中待调度车辆的用车属性更改为第二属性。

具体的，选定车辆之后，车辆管理服务器根据待调度车辆的当前位置、预约位置以及当前路况优选出最佳的行车路径，并生成行车路径信息通过通信服务ID发送给所选定的车辆。同时，由于该订单中的乘客选取的为非人货共享服务，为便于识别，将车辆管理列表中待调度车辆的用车属性更改为第二属性。

步骤117，待调度车辆根据行车路径信息生成行驶路径导航数据，按照行驶路径导航数据行驶，并按预设时间间隔向车辆管理服务器上报车辆位置信息。

具体的，当分派新的约车服务任务给车辆时，待调度车辆需要根据当前剩余任务与新任务重置行车路径，即根据车辆管理服务器发送的路径规划信息更新当前待调度车辆的行驶路径导航数据，从而使待调度车辆按照更新后的行驶路径导航数据行驶。与此同时，为保证车辆管理服务器能更好地对车辆的状态信息进行管理，待调度车辆与车辆管理服务器之间优选的通过4G/5G实现位置实时共享。

步骤118，当待调度车辆行驶至预约位置时，待调度车辆对输入信息进行监测，当待调度车辆接收到第一验证码时，将第一验证码与待调度车辆中存储的验证码进行匹配识别。

具体的，当待调度车辆按照更新后的行驶路径导航数据行驶至预约位置时，待调度车辆对输入信息进行监测，检测通过待调度车辆的人机交互装置输入的输入信息，识别其中是否有验证码。并对接收到第一验证码进行匹配识别。

步骤119，当匹配成功时，待调度车辆生成车门开启指令。

当第一验证码与待调度车辆所存储的验证码匹配成功时，待调度车辆生成车门开启指令，从而乘客进行搭乘。

当第一验证码与待调度车辆所存储的验证码匹配失败时，待调度车辆生成验证失败提示信息并显示在人机交互界面上，用以提示乘客验证码输入错误。

进一步的，约车服务和物流配送服务还会相应进行费用收取，对于约车服务，可以由车辆管理服务器根据第一调车请求信息和/或第二调车请求信息生成约车服务费用信息，并生成约车服务订单信息发送给约车平台服务器，用以生成约车订单支付记录；对于物流配送服务，也可以由车辆管理服务器根据物流调车请求信息生成物流服务费用信息，并生成物流服务订单信息发送给物流配送服务器，用以生成物流订单支付记录。

具体的，对于服务费用的收取，在本发明中因为是面对约车平台的约车订单分别提供相应的用车服务，或面对物流公司的派送订单需求分别提供相应的物流车辆进行派送服务，当车辆管理平台与约车平台、物流公司为两个相对独立的个体时，则可以主要根据使用车辆的次数以及里程数进行费用收取，每月或每日进行一次费用计算，订单数超过一定量之后，还可按设定的算法进行费用优惠的计算。当然，针对约车服务和物流配送服务的收费标准既可以设定为相同的，也可以不相同。

实施例二

图2为本发明实施例二提供的人货共享用车服务方法的流程示意图，结合图2所示，本发明的人货共享用车服务方法主要包括如下步骤：

步骤201，约车平台服务器接收第一终端发送的约车请求信息，并发送给车辆管理服务器。

具体的，约车平台服务器是针对单个或多个网约车企业用户，约车平台服务器接收由乘客的第一终端所发送的约车请求信息，其中，约车请求信息包括乘客ID以及预约位置、预约时间和约车属性的信息，而约车属性包括第一属性和第二属性，第一属性是人货共享属性，指乘客可以接收在乘车过程中该调度车辆同时进行派件作业，而第二属性是非人货共享属性，即乘客用车期间，该调度车辆不能够进行物流服务。

步骤202，车辆管理服务器根据预约位置和预约时间的信息进行车辆信息模糊计算，得到在预约时间能够到达预约位置的可调度车辆的信息。

具体的，车辆信息模糊计算用以最优化得确定出可调度的车辆，因此，可以是在所需的预约位置的附近一定区域范围内，查询可调度的车辆。当然，这可以按照预约时间进行划分，如果预约时间是当前时间，那么则按照当前处于预约位置的附近一定区域范围内的车辆位置进行查询。如果预约时间是将来的某个时间，则可按照当前处于预约位置的第二区域范围内的车辆位置进行查询，通过该第二区域范围内的车辆的行车路径信息，确定在预约时间能够行驶至预约位置的车辆，需要理解的是，上述第二区域范围可以为相对第一区域较大的范围，例如预约位置附近20km内，也可以为环形区域，例如距离预约位置6km至20km之间范围内。在此过程中需要对车辆的运行状态和运行轨迹进行估计计算，我们将这个过程称为模糊计算。

在预约时间为当前时间的情况下，本步骤的具体执行过程如图3所示：

步骤S301，当车辆管理服务器获取预约位置附近第一区域内的各车辆的当前位置信息、车辆作业状态信息和路况信息。

首先，车辆管理服务器在预设位置附近的第一区域内搜索车辆的相关信息，此处的“第一区域”可根据不同区域、不同时间段动态调整，也就是说，车辆管理服务器可根据预设位置所在区域当前时间段的交通状况以及该区域内投放车辆的数量等相关信息设定第一区域的范围，例如，当前区域车辆数量较多，则将第一区域设定为预约位置周围5km范围内，如果当前区域车辆数量较少为将第一区域设定为预约位置周围10km范围内。通过合理设置区域范围，能够更好的保障服务的时效性，同时也保证了经济性，也更加节约车辆的能源消耗。

从而，车辆管理服务器提取第一区域内各车辆的当前位置信息、车辆作业状态信息和路况信息，并根据上述信息进一步处理。

步骤S302，车辆管理服务器根据车辆作业状态信息识别可选车辆。

车辆管理服务器首先根据车辆作业状态信息对第一区域内的车辆进行识别筛选，以便确认该调度车是否能够接单正常工作。在一个具体的实施过程中，车辆作业状态信息可包括车辆是否故障、车辆是否处于空载状态等。车辆管理服务器会定时与调度车辆进行交互，确定车辆状态信息。当车辆状态发生变化时，比如由空载变为驾乘状态，或者由驾乘变为空载状态时，调度车辆主动上报车辆状态信息。同时，车辆在泊车状态下还会定时或不定时自检，如果检测到发生故障，也会向车辆管理服务器进行上报。

步骤S303，车辆管理服务器根据可选车辆的当前位置信息和路况信息确定在预约时间能够到达预约位置的可调度车辆的信息。

车辆管理服务器根据车辆作业状态信息对第一区域内的车辆进行识别筛选，筛选出能够接单正常作业的车辆之后，再根据所有车辆的当前位置信息和路况信息对上述车辆进一步审核筛选，确保所选车辆能够在预约时间到达预约位置。

在预约时间为将来的某个时间的情况下，车辆管理服务器按照当前处于预约位置的第二区域范围内的车辆位置进行查询，通过该第二区域范围内的车辆的行车路径信息，确定在预约时间能够行驶至预约位置的车辆。也可以理解为：车辆管理服务器通过计算确定出在预约时间之前一定时间范围内能够处于预约位置的附近一定区域范围内的车辆，从而筛选出可调用的车辆。

采用上述搜索方法，可确认得到一个或者多个可调配车辆的信息，但也有可能查找不到可调配的车辆信息。当经过上述执行步骤未搜索到可调配的车辆信息时，车辆管理服务器自行进行判断，扩大搜索范围，获取更大范围内的各车辆的当前位置信息、车辆状态信息和路况信息，然后识别可用车辆，并确定在预约时间能够到达预约位置的可调配车辆的信息，如果没有搜索到则继续扩大范围，直到搜索到可用车辆。当然，也可直接生成反馈信息，通过车辆管理服务器、约车平台服务器转发给第一终端，告知乘客无可调配车辆。

步骤203，车辆管理服务器在可调度车辆中确定一个待调度车辆，确定待调度车辆的车辆ID，并根据车辆ID生成验证码经由约车平台服务器发送给第一终端。

具体的，车辆管理服务器根据预设的规则，在可调度车辆中确定一个待调度车辆。预设的规则可以是路径最近、速度最快、成本最低等，车辆管理服务器依据设定的规则确定待调度车辆并且得到车辆ID和通信服务ID。车辆与车辆管理服务器的通信可以采用4G/5G通信接口来实现。每个车辆具有唯一的车辆ID和通信服务ID。

步骤204，车辆管理服务器根据约车请求信息生成行车路径信息，发送给待调度车辆。

具体的，选定车辆之后，车辆管理服务器根据待调度车辆的当前位置、预约位置以及当前路况优选出最佳的行车路径，并生成行车路径信息通过通信服务ID发送给所选定的车辆。

步骤205，待调度车辆根据行车路径信息生成行驶路径导航数据，按照行驶路径导航数据行驶，并按预设时间间隔向车辆管理服务器上报车辆位置信息。

具体的，当分派新的约车服务任务给车辆时，待调度车辆需要根据当前剩余任务与新任务重置行车路径，即根据车辆管理服务器发送的路径规划信息更新当前待调度车辆的行驶路径导航数据，从而使待调度车辆按照更新后的行驶路径导航数据行驶。与此同时，为保证车辆管理服务器能更好地对车辆的状态信息进行管理，待调度车辆与车辆管理服务器之间优选的通过4G/5G实现位置实时共享。

步骤206，车辆管理服务器判断约车属性是第一属性，还是第二属性。

具体的，车辆管理服务器对约车请求信息中的约车属性进行判断，确定其为第一属性，还是第二属性，从而方便为车辆分派任务。

如果约车请求信息中的约车属性为第一属性时，则从步骤206进入步骤207；如果约车请求信息中的约车属性为第二属性时，则从步骤206进入步骤213。

当约车请求信息中的约车属性为第一属性时：

步骤207，当约车属性为第一属性时，车辆管理服务器将车辆管理列表中待调度车辆的用车属性更改为第一属性。

具体的，当约车属性为第一属性时，说明乘客接受调度车服务期间同时进行物流作业，则车辆管理服务器根据乘客所提交的第一属性的信息判断该约车订单所需车辆能够分派物流作业，并根据乘车人所提供预约位置和预约时间的信息进行派车。

步骤208，车辆管理服务器接收物流配送服务器发送的物流调车请求信息。

具体的，物流配送服务器接收第二终端发送的派件订单信息，物流配送服务器根据订单ID以及发货地点、发货时间、收货地点的信息生成物流调车请求信息。其中，派件订单信息包括订单ID、发件人信息、收件人信息、快件信息以及发货地点、发货时间、收货地点的信息，由于物流配送服务器与车辆管理服务器相对独立，则车辆管理服务器并不需获悉发件人信息、收件人信息和快件信息，故物流调车请求信息包括订单ID、发货地点、发货时间和收货地点的信息。

步骤209，车辆管理服务器获取发货地点的预设范围内所有用车属性为第一属性的待调度车辆的信息。

具体的，当执行物流作业时，需要筛选接受约车服务与物流服务同时作业乘客所选定的车辆，可在所需发货地点的预设范围内查询上述车辆，其中，预设范围可根据不同区域、不同时间段进行相应得动态调整。

步骤210，车辆管理服务器根据发货地点、发货时间、收货地点的信息与预设范围内每一待调度车辆的行车路径信息进行匹配。

具体的，车辆管理服务器根据发货地点和收货时间进行此订单的最优路径规划，并将所生成的行车路径信息与上述步骤中预设范围内每一个待调度车辆的行车路径信息进行匹配，并生成匹配度。与此同时，还需进一步判断每一个待调度车辆是否能够在发货时间内到达发货地点，并将不能按时到达的车辆排除掉。

步骤211，车辆管理服务器根据匹配度进行任务分配处理，确定被分派的调度车辆，并将物流调车请求信息发送给调度车辆。

具体的，经过上述筛选与匹配之后，车辆管理服务器选定匹配度最高的车辆作为该物流订单的执行者，记为调度车辆，之后将物流调车请求信息发送给所选定的调度车辆。

步骤212，调度车辆根据发货地点和收货地点的信息更新行驶路径导航数据。

具体的，当调度车辆接到物流作业时，首先根据发货地点和收货地点的信息更新行驶路径导航数据，将发货地点设置为当前目的地，然后再根据约车服务以及物流服务的相关信息继续进行作业任务。

当约车请求信息中的约车属性为第二属性时，从步骤206进入步骤213。

步骤213，当约车属性为第二属性时，车辆管理服务器将车辆管理列表中待调度车辆的用车属性更改为第二属性。

具体的，当约车属性为第二属性时，说明乘客不接受调度车服务期间同时进行物流作业，则车辆管理服务器根据乘车人所提供预约位置和预约时间的信息进行派车，并将乘客从预约位置送至目的地。

本发明实施例提供的人货共享用车服务方法，通过乘客需求以及物流配送的相关信息进行智能化匹配，实现人、货互拼的打车方式，并通过合理设置拼车的区域范围，更好的保障服务的时效性，节约车辆的能源消耗，更加高效地利用车辆资源，且采用自动驾驶技术，大大节约了人力资源，实用性强。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种人货共享用车服务方法，其特征在于，所述方法包括：

约车平台服务器接收第一终端发送的约车请求信息；所述约车请求信息包括乘客ID以及预约位置、预约时间和约车属性的信息；所述约车属性包括第一属性和第二属性；

当所述约车属性为第一属性时，所述约车平台服务器生成第一调车请求信息发送给车辆管理服务器；所述第一调车请求信息包括所述预约位置、预约时间和第一属性的信息；

所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息；

所述车辆管理服务器在所述可调度车辆中确定一个待调度车辆，确定所述待调度车辆的车辆ID，并根据所述车辆ID生成验证码经由所述约车平台服务器发送给所述第一终端；

所述车辆管理服务器根据所述第一调车请求信息生成行车路径信息，发送给所述待调度车辆，并将车辆管理列表中所述待调度车辆的用车属性更改为第一属性；

所述待调度车辆根据所述行车路径信息生成行驶路径导航数据，按照所述行驶路径导航数据行驶，并按预设时间间隔向所述车辆管理服务器上报车辆位置信息；

所述车辆管理服务器接收物流配送服务器发送的物流调车请求信息；所述物流调车请求信息包括订单ID、发货地点、发货时间和收货地点的信息；

所述车辆管理服务器获取所述发货地点的预设范围内所有用车属性为第一属性的待调度车辆的信息；

所述车辆管理服务器根据所述发货地点、发货时间、收货地点的信息与预设范围内每一待调度车辆的所述行车路径信息进行匹配；

所述车辆管理服务器根据匹配度进行任务分配处理，确定被分派的调度车辆，并将所述物流调车请求信息发送给所述调度车辆；

所述调度车辆根据所述发货地点和收货地点的信息更新所述行驶路径导航数据。

2.根据权利要求1所述的人货共享用车服务方法，其特征在于，在所述约车平台服务器接收第一终端发送的约车请求信息之后，所述方法还包括：

当所述约车属性为第二属性时，所述约车平台服务器生成第二调车请求信息并发送给所述车辆管理服务器；所述第二调车请求信息包括所述预约位置、预约时间和第二属性的信息；

所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息；

所述车辆管理服务器在所述可调度车辆中确定一个待调度车辆，确定所述待调度车辆的车辆ID，并根据所述车辆ID生成验证码经由所述约车平台服务器发送给所述第一终端；

所述车辆管理服务器根据所述第二调车请求信息生成行车路径信息，发送给所述待调度车辆，并将车辆管理列表中所述待调度车辆的用车属性更改为第二属性；

所述待调度车辆根据所述行车路径信息生成行驶路径导航数据，按照所述行驶路径导航数据行驶，并按预设时间间隔向所述车辆管理服务器上报车辆位置信息。

3.根据权利要求1或2所述的人货共享用车服务方法，其特征在于，所述方法还包括：

当所述待调度车辆行驶至所述预约位置时，所述待调度车辆对输入信息进行监测，当所述待调度车辆接收到第一验证码时，将所述第一验证码与所述待调度车辆中存储的验证码进行匹配识别；

当匹配成功时，所述待调度车辆生成车门开启指令。

4.根据权利要求1所述的人货共享用车服务方法，其特征在于，所述车辆管理服务器接收物流配送服务器发送的物流调车请求信息具体包括：

所述物流配送服务器接收第二终端发送的派件订单信息；所述派件订单信息包括订单ID、发件人信息、收件人信息、快件信息以及发货地点、发货时间、收货地点的信息；

所述物流配送服务器根据所述订单ID以及所述发货地点、发货时间、收货地点的信息生成所述物流调车请求信息。

5.根据权利要求4所述的人货共享用车服务方法，其特征在于，所述方法还包括：

所述车辆管理服务器确定所述调度车辆的车辆ID；

所述车辆管理服务器根据所述车辆ID生成存件码，由所述物流配送服务器将所述存件码发送给所述第二终端；

所述调度车辆按照更新后的行驶路径导航数据行驶；

当所述调度车辆行驶至所述发货地点时，所述调度车辆对输入信息进行监测并启动等待计时，当在预设的第一等待时间内接收到第一存件码时，将所述第一存件码与所述调度车辆中存储的存件码进行匹配识别，在匹配成功时，所述调度车辆生成存件指令，用以进行快件存入操作；

所述调度车辆生成快件存入信息，并将所述快件存入信息发送给所述物流配送服务器；所述快件存入信息包括所述车辆ID、所述订单ID和取件码；

所述物流配送服务器根据所述快件存入信息和所述快件信息生成取件提示信息，并根据所述收件人信息将所述取件提示信息发送给第三终端；所述取件提示信息包括所述车辆ID、所述订单ID、所述取件码和所述快件信息；

当所述调度车辆行驶至所述收货地点时，所述调度车辆对输入信息进行监测并启动等待计时，当在预设的第二等待时间内接收到第一取件码时，将所述第一取件码与所述调度车辆中存储的取件码进行匹配识别，在匹配成功时，所述调度车辆生成取件指令，用以收件人取走快件；

所述调度车辆生成取件成功信息，由所述车辆管理服务器发送给所述物流配送服务器。

6.根据权利要求1所述的人货共享用车服务方法，其特征在于，所述预设范围根据不同区域、不同时间段动态调整。

7.根据权利要求1所述的人货共享用车服务方法，其特征在于，所述车辆管理服务器根据所述预约位置和预约时间的信息进行车辆信息模糊计算，得到在所述预约时间能够到达所述预约位置的可调度车辆的信息具体包括：

所述车辆管理服务器获取所述预约位置附近第一区域内的各车辆的当前位置信息、车辆作业状态信息和路况信息；

所述车辆管理服务器根据所述车辆作业状态信息识别可选车辆；

所述车辆管理服务器根据所述可选车辆的当前位置信息和路况信息确定在所述预约时间能够到达所述预约位置的可调度车辆的信息。

8.根据权利要求1所述的人货共享用车服务方法，其特征在于，所述方法还包括：

所述车辆管理服务器根据所述物流调车请求信息生成物流服务费用信息，并生成物流服务订单信息发送给所述物流配送服务器，用以生成物流订单支付记录。

9.根据权利要求2所述的人货共享用车服务方法，其特征在于，所述方法还包括：

所述车辆管理服务器根据所述第一调车请求信息和/或所述第二调车请求信息生成约车服务费用信息，并生成约车服务订单信息发送给所述约车平台服务器，用以生成约车订单支付记录。