CN117218879A - 无人驾驶交通工具调度方法、电子装置、系统及存储介质 - Google Patents

Abstract

本申请公开了一种无人驾驶交通工具调度方法，包括：根据运营区域内交通工具的交通工具运行数据、以及运营区域的属性数据，确定第一交通工具即将执行的第一类别任务；向第一交通工具发送对应的第一类别任务，以对运营区域内的交通工具进行调度。本申请的无人驾驶交通工具调度方法，在调度服务器一侧，能够以对应的运营区域内所有的交通工具自身的运行数据、以及运营区域自身的属性，为每一个无人驾驶交通工具分别定制不同的巡航任务，使得这些交通工具通过分别执行不同的巡航任务，到达运营区域内的不同位置，从而实现在运营区域内通过调度改变交通工具的资源分布、平衡运营区域内交通工具与乘客之间的供求关系。

Description

无人驾驶交通工具调度方法、电子装置、系统及存储介质

技术领域

本申请涉及交通技术领域，具体涉及一种无人驾驶交通工具调度方法、电子装置、交通工具、无人驾驶交通工具调度系统及计算机可读存储介质。

背景技术

随着城市交通的快速发展，我国的营运交通工具数量也在急剧增加，截止目前已超过百万辆，于此同时，互联网运营交通工具也在快速崛起，互联网运营交通工具平台正在影响着营运交通工具行业的竞争格局。不过，传统的营运交通工具运营系统或互联网运营交通工具运营系统，其整个过程必须要有专职的驾驶员参与，依赖于人力完成。同时，在无订单状态下交通工具的行驶路线由驾驶员把控，容易造成交通工具资源分布不合理的情况，例如大量营运交通工具扎堆在某一区域，导致某些区域的用户无交通工具可用/等待时间过长的情况。

发明内容

本申请提供了一种无人驾驶交通工具调度方法、电子装置、交通工具、无人驾驶交通工具调度系统及计算机可读存储介质。

本申请实施方式涉及的无人驾驶交通工具调度方法，用于调度服务器，包括：

根据运营区域内所述交通工具的交通工具运行数据、以及所述运营区域的属性数据，确定第一交通工具即将执行的第一类别任务，

其中，所述运营区域中包括多个所述交通工具，所述第一交通工具为处于第一状态或第二状态的所述交通工具，所述第一状态表示交通工具当前正常行驶且当前未执行任务或订单，所述第二状态表示交通工具当前正常行驶且当前正在执行所述第一类别任务；

向所述第一交通工具发送对应的所述第一类别任务，以对所述运营区域内的所述交通工具进行调度。

如此，本申请的无人驾驶交通工具调度方法，在调度服务器一侧，能够以对应的运营区域内所有的交通工具自身调度服务器的运行数据、以及运营区域自身的属性，为每一个当前能够正常行驶、能够正常根据调度指令执行任务的无人驾驶交通工具分别定制不同的巡航任务，使得这些交通工具通过分别执行不同的巡航任务，到达运营区域内的不同位置，从而实现在运营区域内通过调度改变交通工具的资源分布、平衡运营区域内交通工具与乘客之间的供求关系。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

在收到移动终端发送的订单请求的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据。

如此，本申请可以在移动终端发起订单请求的情况下，由调度服务器根据订单的排队情况以及各个交通工具当前的运营情况以及运营区域自身的属性来判断当前订单的排队情况或者是订单的下发情况，并生成对应的应答数据，以便于向移动终端或者交通工具进行数据反馈。

在某些实施方式中，在收到移动终端发送的订单请求的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据，之后还包括：

在所述应答数据为第一应答结果的情况下，向所述移动终端反馈第一反馈信息，其中所述第一反馈信息包括所述第一应答结果；

在所述应答数据为第二应答结果的情况下，根据所述第二应答结果，向所述第一交通工具发送执行订单指令，并向所述移动终端反馈第二反馈信息，

其中所述第二反馈信息包括所述第二应答结果、以及接收所述执行订单指令的所述第一交通工具的交通工具运行数据。

如此，本申请可以在确定订单需要进行排队的情况下，生成表示需要进行排队的应答结果并向移动终端反馈，也可以在确定订单不需要进行排队的情况下生成表示订单已经开始执行的应答结果并向移动终端反馈，同时向交通工具发送执行订单指令以开始执行订单。

在某些实施方式中，所述方法还包括：

在接收到所述第一交通工具根据所述执行订单指令反馈的第三反馈信息的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据，

其中所述第三反馈信息表示表示当前所述第一交通工具处于第三状态下，所述第三状态表示交通工具当前因故障无法行驶。

如此，本申请能够在接收到执行订单指令的交通工具向调度服务器反馈的表示当前出现故障、无法继续执行订单的反馈信息的情况下，重新生成表示需要进行排队的应答结果并向移动终端反馈。

在某些实施方式中，所述方法还包括：

在收到移动终端发送的终止订单请求、且所述终止订单请求对应的订单未开始执行的情况下，移除所述订单，并向所述移动终端反馈第四反馈信息，其中所述第四反馈信息表示所述订单已被移除；

在收到所述移动终端发送的终止订单请求、且所述终止订单请求对应的订单已开始执行的情况下，向执行所述订单的所述交通工具发送终止订单指令。

如此，本申请能够在移动终端发出终止订单请求的情况下，根据当前订单是否开始执行的情况，由调度服务器移除订单，或是由调度服务器向交通工具发送终止订单指令、由交通工具根据实际情况处理订单终止的相关事项。

在某些实施方式中，所述方法还包括：

从所述交通工具获取、并向移动终端转发第五反馈信息，

其中所述第五反馈信息为所述交通工具向移动终端反馈的提示信息，用于提示当前订单的执行状态。

如此，本申请中的调度服务器还能够实时实现从交通工具向移动终端的信息转发，保证交通工具与移动终端之间的通信通畅。

本申请实施方式中的无人驾驶交通工具调度方法还用于交通工具，具体包括：

在所述交通工具处于第一状态或第二状态的情况下，接收调度服务器发送的第一类别任务，以实现对所述交通工具的调度，

其中，所述第一状态表示交通工具当前正常行驶且当前未执行任务或订单，所述第二状态表示交通工具当前正常行驶且当前正在执行所述第一类别任务，所述第一类别任务是所述调度服务器根据运营区域内所述交通工具的交通工具运行数据、以及所述运营区域的属性数据确定的。

如此，与上述实施方式对应地，在交通工具的运行状态为当前能够正常行驶、能够正常根据调度指令执行任务的情况下，本申请中的交通工具会从调度服务器获取/接收与交通工具相对应的巡航任务并执行，从而配合调度服务器的调度，到达运营区域内的不同位置，从而实现在运营区域内通过调度改变交通工具的资源分布、平衡运营区域内交通工具与乘客之间的供求关系。

在某些实施方式中，所述方法还包括：

在所述交通工具接收到执行订单指令的情况下，且所述交通工具当前状态为所述第一状态或所述第二状态的情况下，将所述交通工具置为第四状态，其中所述第四状态表示交通工具正在执行订单；

获取交通工具的当前位置信息，在所述当前位置信息为所述订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知所述移动终端交通工具已到达所述起始站点；

在所述交通工具处于第三状态的情况下，向所述调度服务器反馈第三反馈信息，

其中所述第三反馈信息表示表示当前所述交通工具处于第三状态下，所述第三状态表示交通工具当前因故障无法行驶。

如此，在从调度服务器接收到执行订单指令的情况下，本申请中的交通工具能够根据交通工具当前的运行状态以及执行订单指令，向调度服务器进行信息反馈，或者控制交通工具进入执行订单的运行状态、并向移动终端反馈开始订单执行的相关信息。

在某些实施方式中，所述获取交通工具的当前位置信息，在所述当前位置信息为所述订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知移动终端交通工具已到达所述起始站点，之后还包括：

在所述交通工具已到达所述起始站点的情况下，对所述移动终端进行乘客身份验证，以确定是否已载客；

在所述乘客身份验证未通过的情况下，获取所述交通工具在所述起始站点的等待时间；

在所述等待时间超出预定阈值的情况下，将所述交通工具置为所述第一状态，并向移动终端反馈所述第五反馈信息，以告知移动终端当前订单已取消；

在所述移动终端的所述乘客身份验证通过的情况下，向所述移动终端反馈所述第五反馈信息，以告知移动终端当前已经载客；

在接收到所述移动终端发送的出发确认信息的情况下，对用户进行行驶安全检测；

在所述行驶安全检测通过的情况下，控制交通工具向所述订单的终止站点行驶，并向所述移动终端反馈所述第五反馈信息，以告知用户所述订单的行程开始；

在所述行驶安全检测未通过的情况下，向用户发送安全提示，并对用户进行所述行驶安全检测。

如此，本申请中的交通工具能够在到达起始站点之后通过乘客身份验证的方式判断是否载客，并在未能及时载客的情况下取消订单并向用户反馈信息告知用户。另外，本申请中的交通工具能够在到达起始站点之后通过乘客身份验证的方式判断是否已载客，并在已载客、订单的行程即将开始的情况下预先对用户进行行驶安全检测，并在检测未通过的情况下向用户通过不同的方式发送安全提示，并循环进行行驶安全检测，直到检测到用户做出了对应的行车安全措施，再开始执行订单的行程。

在某些实施方式中，所述方法还包括：

在所述交通工具到达所述终止站点的情况下，向所述移动终端发送所述第五反馈信息，以告知用户当前已经到达行程终点；

获取座舱内环境数据，以判断确定是否已卸客；

在根据所述座舱内环境数据确定已卸客的情况下，向所述移动终端反馈所述第五反馈信息，以告知用户所述订单的行程结束；

将所述交通工具置为所述第一状态。

如此，本申请中的交通工具能够在到达行程终点的情况下告知用户，同时根据座舱内的环境数据自主判断是否已卸客，并在检测到已经卸客的情况下，再次向用户反馈信息以告知用户当前订单已经执行完成。

在某些实施方式中，所述方法还包括：

在接收到所述调度服务器发送的终止订单指令的情况下，获取座舱内环境数据；

在根据所述座舱内环境数据确定交通工具座舱内无乘客的情况下，将所述交通工具置为所述第一状态；

向移动终端反馈第五反馈信息，以告知用户与所述终止订单指令对应的订单已终止；

在根据所述座舱内环境数据确定交通工具座舱内有乘客的情况下，控制交通工具就地靠边停车；

根据所述座舱内环境数据，判断确定是否已卸客；

在根据所述座舱内环境数据确定已卸客的情况下，将所述交通工具置为所述第一状态；

向所述移动终端反馈所述第五反馈信息，以告知用户所述订单已终止。

如此，本申请的交通工具还能够在接收到调度服务器发送来的终止订单指令的情况下，首先对交通工具座舱内是否有乘客进行判断，以便于对不同的订单终止情况进行适应，同时在确认座舱内没有乘客的情况下立刻终止执行订单并告知用户。另外，本申请的交通工具还能够在接收到调度服务器发送来的终止订单指令的情况下，首先对交通工具座舱内是否有乘客进行判断，以便于对不同的订单终止情况进行适应，同时在确认座舱内有乘客的情况下，等待卸客并判断是否卸客完成。在卸客后终止执行订单并告知用户。

本申请实施方式中的电子装置，包括存储器与处理器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，使得所述电子装置实现上述的方法。

本申请实施方式中的交通工具，包括包括存储器与处理器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，使得所述交通工具实现上述的方法。

本申请实施方式中的无人驾驶交通工具调度系统，包括上述的电子装置以及交通工具。

本申请实施方式中的计算机可读存储介质存储有计算机程序，在所述计算机程序被一个或多个处理器执行的情况下，实现上述的方法。

本申请的实施方式的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实施方式的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施方式中无人驾驶交通工具调度方法的流程示意图；

图2为本申请实施方式中无人驾驶交通工具调度方法的流程示意图；

图3为本申请实施方式中无人驾驶交通工具调度方法的流程示意图；

图4为本申请实施方式中无人驾驶交通工具调度方法的流程示意图；

图5为本申请实施方式中无人驾驶交通工具调度方法的流程示意图。

具体实施方式

下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中，相同或类似的标号自始至终表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本申请的实施方式，而不能理解为对本申请的实施方式的限制。

如图1所示，本申请实施方式中的无人驾驶交通工具调度方法，用于调度服务器，具体包括如下步骤：

01：根据运营区域内交通工具的交通工具运行数据、以及运营区域的属性数据，确定第一交通工具即将执行的第一类别任务，

其中，运营区域中包括多个交通工具，第一交通工具为处于第一状态或第二状态的交通工具，第一状态表示交通工具当前正常行驶且当前未执行任务或订单，第二状态表示交通工具当前正常行驶且当前正在执行第一类别任务；

02：向第一交通工具发送对应的第一类别任务，以对运营区域内的交通工具进行调度。

本申请实施方式中的电子装置，可以实现上述的无人驾驶交通工具调度方法。具体地，电子装置包括存储器与处理器，其中存储器存储有计算机程序，处理器用于根据运营区域内交通工具的交通工具运行数据、以及运营区域的属性数据，确定第一交通工具即将执行的第一类别任务，以及用于向第一交通工具发送对应的第一类别任务，以对运营区域内的交通工具进行调度。本申请实施方式中的电子装置，可以是用于调度服务器的中央处理器模块等能够驱动计算机运行的芯片或集成电路等装置。

具体地，传统的营运交通工具运营系统或互联网运营交通工具运营系统，其整个过程必须要有专职的驾驶员参与，依赖于人力完成。同时，在无订单状态下交通工具的行驶路线由驾驶员把控，容易造成交通工具资源分布不合理的情况。以营运车辆如出租车、网约车为例，例如大量营运车辆扎堆在某一区域，导致某些区域的用户无车可用/等待时间过长的情况。又比如运营区域内某一个服务站点处在短时间内需要大量的出租车来疏散集合在同一地点的人群等情况。

在这样的情况下，为了能够使运营区域内的交通工具资源分布能够适应当前的需要，本申请实施方式提出了一种用于调度服务器的无人驾驶交通工具调度方法。首先，需要注意的是，本申请中的无人驾驶，应广义理解为无人值守自动驾驶、以及配备有安全员的有人值守自动驾驶，本申请中的交通工具一般包括但不限于车辆、飞机、船舶等。同时，本申请中的交通工具可以面向载客，也可以面向载货，根据实际情况进行调整即可。本申请中的调度服务器，可以是充当服务器的实体计算机，也可以是边缘云、V2X设备等具有计算、通讯能力的设备。

在此基础上，本申请实施方式中的无人驾驶交通工具调度方法，首先由调度服务器在对应的运营区域内获取所有交通工具当前的交通工具运行数据以及运营区域的属性数据。

交通工具运行数据，一般是用于描述每个交通工具当前的运行状态以及当前的行驶数据。行驶数据一般包括交通工具当前的实时信息，如经纬度数据、速度、剩余能源可支持的行驶里程等数据。交通工具当前的运行状态，一般包括空闲状态(对应于第一状态)、巡航状态(对应于第二状态)、故障状态(对应于第三状态)、订单状态(对应于第四状态)、以及未启动状态。具体如下：

空闲状态，指交通工具处于启动、可以正常行驶、且当前没有执行任何任务并停靠在运营区域内某处的状态。

巡航状态，指交通工具处于启动、可以正常行驶、且当前正在执行巡航任务(对应于第一类别任务)的状态。其中交通工具在执行巡航任务时，会在巡航任务设定的行驶路线上往复行驶，同时时刻识别行驶路线上行人的动作，若识别到路边行人对交通工具做出了拦停动作，则执行靠边停车动作并等待一段时间，从而能够满足路边行人对拦停交通工具的需求。另外，若交通工具的当前位置与巡航任务设定的行驶路线存在一定距离的情况下，则当前位置到设定的行驶路线的起点之间的部分也会被暂时设定为行驶路线，直到交通工具到达设定的行驶路线的起点为止。

订单状态，指交通工具处于启动、可以正常行驶、且当前正在执行订单任务，也即当前交通工具正在执行订单、搭载乘客前往目的地。

故障状态，指交通工具当前部分功能无法满足巡航任务或订单任务的需求，需要人为干预。另外，部分故障状态如缺电等情况，也可以由交通工具自身进行自动处理，但在自动处理期间交通工具自身无法正常行驶。

未启动状态，指交通工具当前并未启动，一般情况下处于未启动状态的交通工具可以由调度服务器控制转换为空闲状态。

而对于运营区域的属性信息，则一般包括了运营区域内各个交通工具的营运时间、区域边界的电子围栏区域、运营区域内各个服务站点的位置以及与上述信息相配合的地图信息等等，主要用于描述运营区域自身的属性。

基于上述获取到的各个交通工具的运行数据以及运营区域的属性数据，调度服务器可以得知当前处于空闲状态以及巡航状态的交通工具在运营区域内的位置，基于这些交通工具的位置，调度服务器可以获知当前运营区域内各个交通工具的分布情况，并进一步根据上述分布情况分析得知当前运营区域内各个不同位置对交通工具的需求分布。然后，调度服务器根据上述的分析结果，为每一个处于空闲状态或巡航状态的交通工具分别定制不同的巡航任务(对应于第一类别任务)，使不同的交通工具通过执行不同的巡航任务能够行驶到运营区域内更需要交通工具资源的位置上，而实现了交通工具资源在运营区域内的再调配。

如此，本申请的无人驾驶交通工具调度方法，在调度服务器一侧，能够以对应的运营区域内所有的交通工具自身的运行数据、以及运营区域自身的属性，为每一个当前能够正常行驶、能够正常根据调度指令执行任务的无人驾驶交通工具分别定制不同的巡航任务，使得这些交通工具通过分别执行不同的巡航任务，到达运营区域内的不同位置，从而实现在运营区域内通过调度改变交通工具的资源分布、平衡运营区域内交通工具与乘客之间的供求关系。

如图2所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

031：在收到移动终端发送的订单请求的情况下，根据交通工具运行数据、属性数据以及订单请求队列，确定与订单请求对应的应答数据。

在某些实施方式中，处理器还用于在收到移动终端发送的订单请求的情况下，根据交通工具运行数据、属性数据以及订单请求队列，确定与订单请求对应的应答数据。

具体地，在上述实施方式中的调度服务器、运营区域以及交通工具的调度方式的基础上，用户为了能够使用交通工具到达目的地，一般直接通过移动终端向调度服务器发送订单请求以呼叫交通工具。移动终端，一般为用户持有的能够接入互联网的设备，如智能移动电话、平板电脑、智能手表等。为了能够使移动终端与调度服务器之间顺畅地进行数据通信，移动终端需要预先安装与调度服务器配套使用的应用程序，并进行账号注册。账号注册所需要的用户信息包括但不限于：姓名、身份证号、生物识别信息(例如人脸、虹膜、声纹、掌纹等)、移动设备相关信息(例如MAC地址、蓝牙、WIFI信息等)。

调度服务器接收到订单请求后，首先根据订单请求分析出订单请求对应的订单的起始站点、终止站点、可能途径路线等，然后结合这些分析信息将订单加入服务器自身的订单请求队列中，并根据运营区域的属性信息以及各个交通工具的交通工具运行数据，对订单是否需要进行排队进行判断。

具体的判断对象如下：

首先判断当前运营区域内是否还有类似的可能途径路线或类似起始站点订单请求正在排队。

接下来判断当前运营区域内是否有可执行订单任务的交通工具。

其中可执行订单任务的交通工具的运行状态需要是空闲状态或巡航状态，同时其剩余能源可支持的行驶里程能够满足订单的要求。

在对上述判断对象进行判断得到判断结果后，调度服务器根据不同的判断结果生成不同的应答数据，以便于向移动终端或交通工具进行反馈。

如此，本申请可以在移动终端发起订单请求的情况下，由调度服务器根据订单的排队情况以及各个交通工具当前的运营情况以及运营区域自身的属性来判断当前订单的排队情况或者是订单的下发情况，并生成对应的应答数据，以便于向移动终端或者交通工具进行数据反馈。

在某些实施方式中，步骤031，之后还包括：

032：在应答数据为第一应答结果的情况下，向移动终端反馈第一反馈信息，

其中第一反馈信息包括第一应答结果；

033：在应答数据为第二应答结果的情况下，根据第二应答结果，向第一交通工具发送执行订单指令，并向移动终端反馈第二反馈信息，

其中第二反馈信息包括第二应答结果、以及接收执行订单指令的第一交通工具的交通工具运行数据。

在某些实施方式中，处理器还用于在应答数据为第一应答结果的情况下，向移动终端反馈第一反馈信息，以及用于在应答数据为第二应答结果的情况下，根据第二应答结果，向第一交通工具发送执行订单指令，并向移动终端反馈第二反馈信息。

具体地，对于上述实施方式中的判断对象，采用如下的判断逻辑：

首先判断当前运营区域内是否还有类似的可能途径路线或类似起始站点订单请求正在排队：

若有，则将移动终端刚刚发送的订单请求放入订单请求队列，定时查询此队列，告知用户排队情况；

若无，则执行下一步判断。

接下来判断当前运营区域内是否有可执行订单任务的交通工具：

若有，则根据移动终端刚刚发送的订单请求生成订单，

若无，则将移动终端刚刚发送的订单请求放入订单请求队列，定时查询此队列，告知用户排队情况。

其中可执行订单任务的交通工具：特指当前处于空闲状态或巡航状态的交通工具，且该交通工具剩余能源可支持的行驶里程必须能够满足订单需求。

按照上述的判断逻辑，在调度服务器将移动终端刚刚发送的订单请求放入了订单请求队列的情况下，调度服务器会将应答数据确定为第一应答结果，第一应答结果表示移动终端发送的订单请求需要排队，然后调度服务器生成一个包括了上述第一应答结果的第一反馈信息，并反馈给移动终端，使用户知晓当前的排队情况。

同样按照上述的判断逻辑，在调度服务器根据判断结果生成了订单，或者因为订单请求队列中轮到了正在排队移动终端的订单请求而生成了订单的情况下，调度服务器会将应答数据确定为第二应答结果，第二应答结果表示移动终端发送的订单请求对应的订单已经生成。

然后，一方面调度服务器会根据订单请求中包括的起始站点、终止站点、可能经过的路线等信息，在所有可以执行订单的交通工具中挑选一个，并向挑选到的交通工具发送执行订单指令，以使挑选到的交通工具开始执行订单。其中执行订单指令中包括了订单请求中包括的起始站点、终止站点、可能经过的路线等信息。

另一方面，调度服务器则会生成一个包括了上述第二应答数据的第二反馈信息，并将第二反馈信息反馈给移动终端，以告知用户订单请求对应的订单已经生成。

如此，本申请可以在确定订单需要进行排队的情况下，生成表示需要进行排队的应答结果并向移动终端反馈，也可以在确定订单不需要进行排队的情况下生成表示订单已经开始执行的应答结果并向移动终端反馈，同时向交通工具发送执行订单指令以开始执行订单。

如图2所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

034：在接收到第一交通工具根据执行订单指令反馈的第三反馈信息的情况下，根据交通工具运行数据、属性数据以及订单请求队列，确定与订单请求对应的应答数据，

其中第三反馈信息表示表示当前第一交通工具处于第三状态下，第三状态表示交通工具当前因故障无法行驶。

在某些实施方式中，处理器还用于在接收到第一交通工具根据执行订单指令反馈的第三反馈信息的情况下，根据交通工具运行数据、属性数据以及订单请求队列，确定与订单请求对应的应答数据。

具体地，在调度服务器向交通工具发送执行订单指令、或交通工具接收执行订单指令的过程中，交通工具的运行状态有可能从空闲状态/巡航状态突然变化为故障状态，从而导致虽然执行订单指令已经下发、但交通工具不能正常执行订单的情况。

为了解决上述情况，在调度服务器接收到了交通工具反馈的第三反馈信息的情况下，调度服务器会重新将与执行订单指令对应的订单请求放回到服务器自身的订单请求队列中并重新针对上述实施方式中的判断对象进行判断，重新生成对应的应答信息，并重新反馈给移动终端或者交通工具，也即重新返回执行步骤031。

如此，本申请能够在接收到执行订单指令的交通工具向调度服务器反馈的表示当前出现故障、无法继续执行订单的反馈信息的情况下，重新生成表示需要进行排队的应答结果并向移动终端反馈。

如图3所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

在收到移动终端发送的终止订单请求、且终止订单请求对应的订单未开始执行的情况下，移除订单，并向移动终端反馈第四反馈信息，

其中第四反馈信息表示订单已被移除；

在收到移动终端发送的终止订单请求、且终止订单请求对应的订单已开始执行的情况下，向执行订单的交通工具发送终止订单指令。

在某些实施方式中，处理器还用于在收到移动终端发送的终止订单请求、且终止订单请求对应的订单未开始执行的情况下，移除订单，并向移动终端反馈第四反馈信息，以及用于在收到移动终端发送的终止订单请求、且终止订单请求对应的订单已开始执行的情况下，向执行订单的交通工具发送终止订单指令。

具体地，在上述实施方式的基础上，用户除了发起订单请求之外，还会因某些特殊因素而产生终止订单的需求，为了满足这一需求，调度服务器会在不同的情况下针对终止订单请求做出不同的反应。

在某些示例中，当前用户提交的订单请求还在调度服务器的订单请求队列中，调度服务器并未向交通工具发送执行订单指令，故当前与订单请求对应的订单并未开始执行。此时用户由于某些原因向调度服务器发送了终止订单请求，以取消订单请求。在这样的情况下，由于调度服务器并未向交通工具发送执行订单指令，故调度服务器只需要将终止订单请求所对应的订单请求从订单请求队列中移除，生成第四反馈信息，并向移动终端反馈上述的第四反馈信息。第四反馈信息中包括表示订单已经被移除的信息，通过上述的方式，调度服务器就实现了订单的移除以及就此事件对用户的反馈告知。

而在另一些示例中，当前用户提交的订单请求已经生效，调度服务器已经向交通工具发送了执行订单指令，当前的订单已经开始执行。此时用户由于某些原因向调度服务器发送了终止订单请求，以取消订单请求。在这样的情况下，由于交通工具已经开始执行订单，故需要交通工具一侧做出动作来终止订单的执行。因此，调度服务器在接收到终止订单请求的情况下，向执行与终止订单请求对应的订单的交通工具发送终止订单指令，以使交通工具根据终止订单指令按照预设方法终止当前的订单执行。而对于向用户反馈订单终止完成的问题，则需要交通工具已经终止当前的订单以后再进行。

如此，本申请能够在移动终端发出终止订单请求的情况下，根据当前订单是否开始执行的情况，由调度服务器移除订单，或是由调度服务器向交通工具发送终止订单指令、由交通工具根据实际情况处理订单终止的相关事项。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

从交通工具获取、并向移动终端转发第五反馈信息，

其中第五反馈信息为交通工具向移动终端反馈的提示信息，用于提示当前订单的执行状态。

在某些实施方式中，处理器还用于从交通工具获取、并向移动终端转发第五反馈信息。

具体地，一般情况下，出于网络连接顺畅性、以及各个设备之间互通互联的便利性考虑，移动终端与交通工具之间并不会直接设置有通信连接关系，而交通工具在针对调度服务器发送的各个指令执行动作之后，往往需要向用户反馈执行动作的相关信息或结果。故调度服务器还会充当交通工具与移动终端之间的信息中转站，交通工具在执行订单过程中的状态会通过第五反馈信息的形式先发送到调度服务器，调度服务器再根据第五反馈信息中的内容将该信息发送给对应的移动终端，从而维持了交通工具与移动终端之间的通信。

如此，本申请中的调度服务器还能够实时实现从交通工具向移动终端的信息转发，保证交通工具与移动终端之间的通信通畅。

本申请实施方式的无人驾驶交通工具调度方法还用于交通工具，具体包括如下步骤：

在交通工具处于第一状态或第二状态的情况下，接收调度服务器发送的第一类别任务，以实现对交通工具的调度，

其中，第一状态表示交通工具当前正常行驶且当前未执行任务或订单，第二状态表示交通工具当前正常行驶且当前正在执行第一类别任务，第一类别任务是调度服务器根据运营区域内交通工具的交通工具运行数据、以及运营区域的属性数据确定的。

本申请实施方式中的电子装置，还能够表现为交通工具中用于承载车载系统的处理器装置、芯片或集成电路。具体地，电子装置的处理器还用于在交通工具处于第一状态或第二状态的情况下，接收调度服务器发送的第一类别任务，以实现对交通工具的调度。

具体地，与上述实施方式中调度服务器的动作相配合，交通工具自身会根据自身当前的情况生成自身的运行状态，并加入到自身的交通工具运行数据当中。一方面，调度服务器只会向当前为空闲状态或巡航状态的交通工具发送第一类别任务，另一方面为了保证信息传输的正确性，只有当前为空闲状态或巡航状态的交通工具才会接收调度服务器发送的巡航任务，从而尽可能避免了信息误传的问题。在获取到巡航任务之后，交通工具即根据收到的巡航任务中设定的路线在运营区域内行驶，配合调度服务器重新调动了运营区域内的交通工具资源。

如此，与上述实施方式对应地，在交通工具自身的运行状态为当前能够正常行驶、能够正常根据调度指令执行任务的情况下，本申请中的交通工具会从调度服务器获取/接收与自身相对应的巡航任务并执行，从而配合调度服务器的调度，到达运营区域内的不同位置，从而实现在运营区域内通过调度改变交通工具的资源分布、平衡运营区域内交通工具与乘客之间的供求关系。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

在运行状态为第三状态的情况下，向调度服务器反馈第三反馈信息。

在某些实施方式中，处理器还用于在运行状态为第三状态的情况下，向调度服务器反馈第三反馈信息。

具体地，与上述实施方式中对应的，在接收到调度服务器发送的执行订单请求的情况下，若交通工具出现了需要人为干预的故障，则会将自身的运行状态置为故障状态，并向调度服务器反馈第三反馈信息来反馈当前的故障状态。除此之外，在更一般的情况下，只要交通工具在空闲状态/巡航状态/订单状态下出现了需要人为干预的故障，交通工具都会将自身的运行状态置为故障状态，并向调度服务器反馈第三反馈信息来反馈当前的故障状态，以及时使调度服务器更新当前交通工具的运行状态，避免信息误传的情况发生。

如此，在交通工具自身的运行状态为因故障无法行驶的情况下，本申请的交通工具可以通过与调度服务器之间的通信对上述的运行状态进行反馈，以便于调度服务器根据反馈结果对各个交通工具进行调度。

如图3所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

0041：在交通工具接收到执行订单指令的情况下，且交通工具当前状态为第一状态或第二状态的情况下，将交通工具置为第四状态，

其中第四状态表示交通工具正在执行订单；

0042：获取交通工具的当前位置信息，在当前位置信息为订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知移动终端交通工具已到达起始站点；

0043：在交通工具处于第三状态的情况下，向调度服务器反馈第三反馈信息，

其中第三反馈信息表示表示当前交通工具处于第三状态下，第三状态表示交通工具当前因故障无法行驶。

在某些实施方式中，处理器还用于在交通工具接收到执行订单指令的情况下，且交通工具当前状态为第一状态或第二状态的情况下，将交通工具置为第四状态，以及用于获取交通工具的当前位置信息，在当前位置信息为订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知移动终端交通工具已到达起始站点以及用于在交通工具处于第三状态的情况下，向调度服务器反馈第三反馈信息。

具体地，与上述实施方式对应地，调度服务器向交通工具发送执行订单指令，在交通工具接收到执行订单指令后，为了保证订单能够正常执行、降低意外情况发生的概率，某些示例中交通工具交通工具首先获取交通工具自身的运行状态。若当前交通工具自身的运行状态是空闲/巡航状态，则说明当前交通工具可以正常执行订单，此时交通工具将自身的运行状态切换到订单状态，表明当前已经开始执行订单。然后交通工具根据执行订单指令中的起始站点信息向起始站点所在的位置行驶，并实时检测自身的位置。当检测到的自身位置即为起始站点的位置、或自身位置位于起始站点周围的预设范围内的情况下，认定当前交通工具自身到达了起始站点，此时生成一个表示当前交通工具已到达起始站点的第五反馈信息，并通过调度服务器的转发反馈给用户。

而在另一些示例中，若当前交通工具自身的运行状态为故障状态，则说明当前交通工具无法正常执行订单，此时交通工具向调度服务器反馈第三反馈信息，以告知调度服务器交通工具自身处于故障状态、无法正常执行订单，以配合调度服务器针对移动终端发送的订单请求进行的再排队或再生成订单等处理过程。

如此，在从调度服务器接收到执行订单指令的情况下，本申请中的交通工具能够根据自身当前的运行状态以及执行订单指令，向调度服务器进行信息反馈，或者控制自身进入执行订单的运行状态、并向移动终端反馈开始订单执行的相关信息。

如图4所示，在某些实施方式中，步骤0043之后还包括：

00401：在交通工具已到达起始站点的情况下，对移动终端进行乘客身份验证，以确定是否已载客；

00402：在乘客身份验证未通过的情况下，获取交通工具在起始站点的等待时间；

00403：在等待时间超出预定阈值的情况下，将交通工具置为第一状态，并向移动终端反馈第五反馈信息，以告知移动终端当前订单已取消。

在某些实施方式中，处理器还用于在交通工具已到达起始站点的情况下，对移动终端进行乘客身份验证，以确定是否已载客，以及用于在乘客身份验证未通过的情况下，获取交通工具在起始站点的等待时间，以及用于在等待时间超出预定阈值的情况下，将交通工具置为第一状态，并向移动终端反馈第五反馈信息，以告知移动终端当前订单已取消。

具体地，以出租车为示例，在上述实施方式的基础上，在交通工具到达起始站点的情况下，需要等待用户载客后再开启订单中规定的行程。但受限于法律法规、以及运营区域内交通工具的行驶秩序与营运效率，交通工具在起始站点不能无限度地等待乘客载客。在此情况下，交通工具会在一段时间内在起始站点处的路边停靠，等待载客。

在等待载客的过程中，交通工具通过自身设置的多个信息获取设备——如传感器、摄像头、或者网络通信设备等——实时检测乘客是否已载客，并在实时检测结果为乘客未载客的过程中计时。对于实时检测是否载客的方式，包括但不限于如下的方法：

①乘客在交通工具上手动输入或语音输入手机尾号进行乘客身份验证，并通过调度服务器将身份验证结果发送给交通工具；

②乘客在交通工具上通过生物特征识别设备进行乘客身份验证；

③乘客通过移动终端与交通工具之间的蓝牙/WLAN等无线通信方式进行数据交互以实现乘客身份验证。

上述三种方法中，只需通过其中至少1个方法检测到乘客完成了乘客身份验证，则直接判定当前已载客。

若在等待载客的过程中，通过上述三种方法都未能检测到载客，且上述的计时结果超过了预设的时间阈值，则判定为未能及时载客，当前订单需要取消。则在此情况下，交通工具将自身的运行状态切换回空闲状态，同时通过调度服务器向移动终端转发第五反馈信息，以向用户说明当前订单已取消这一情况。上述的时间阈值是指智能交通工具在起始站点处等待载客并完成身份验证的最大等待时长，其具体值可以根据实际情况进行调整，比如2分钟、3分钟、5分钟等值，本申请不做具体限定。

如此，本申请中的交通工具能够在到达起始站点之后通过乘客身份验证的方式判断是否已载客，并在未能及时载客的情况下取消订单并向用户反馈信息告知用户。

如图4所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

00404：在移动终端的乘客身份验证通过的情况下，向移动终端反馈第五反馈信息，以告知移动终端当前已经载客；

00405：在接收到移动终端发送的出发确认信息的情况下，对用户进行行驶安全检测；

00406：在行驶安全检测通过的情况下，控制交通工具向订单的终止站点行驶，并向移动终端反馈第五反馈信息，以告知用户订单的行程开始。

00407：在所述行驶安全检测未通过的情况下，向用户发送安全提示，并对用户进行所述行驶安全检测。

在某些实施方式中，处理器还用于在移动终端的乘客身份验证通过的情况下，向移动终端反馈第五反馈信息，以告知移动终端当前已经载客，以及用于在接收到移动终端发送的出发确认信息的情况下，对用户进行行驶安全检测，以及用于在行驶安全检测通过的情况下，控制交通工具向订单的终止站点行驶，并向移动终端反馈第五反馈信息，以告知用户订单的行程开始。

具体地，在上述实施方式的基础上，若乘客在时间阈值对应的时长以内完成了身份验证，也即交通工具判定已经载客的情况下，首先交通工具通过调度服务器向移动终端反馈第五反馈信息，以告知用户当前已经载客。另外，在某些示例中，为了能够使告知用户当前已经载客的过程更加直观，交通工具还可以通过自身设置的影音设备，通过语音及图形用户界面(GUI)显示的方式告知乘客有关于订单的相关信息、以及已经成功载客的信息。

接下来，当乘客在移动终端上通过调度服务器向交通工具转发出发确认信息时，交通工具首先从调度服务器获取出发确认信息，同时通过第五反馈信息或者GUI显示的形式向用户告知行驶安全检测的相关事项，并检测用户当前是否根据上述的告知内容做出了对应的行车安全行为，诸如系好安全带、在交通工具座舱内部安置好行李物品等。有关于行驶安全检测，一方面交通工具可以通过安全带接口处的传感器获知安全带的系紧情况，另一方面交通工具可以通过摄像头获知乘客的行为，在识别到乘客做出了行驶安全检测所规定的全部行车安全行为的情况下，交通工具再一次通过第五反馈信息或GUI显示的方式告知乘客，当前订单对应的行程已经开始，同时交通工具控制自身向订单中设定的终止站点行驶。

相反地，若交通工具进过检测发现乘客并未做出行驶安全检测所规定的全部行车安全行为，则继续向乘客进行行车安全提示，督促乘客做出上述的全部行车安全行为，在上述的全部行车安全行为全部完成之后，交通工具才会再一次通过第五反馈信息或GUI显示的方式告知乘客，当前订单对应的行程已经开始，同时交通工具控制自身向订单中设定的终止站点行驶。

如此，本申请中的交通工具能够在到达起始站点之后通过乘客身份验证的方式判断是否已经载客，并在已载客、订单的行程即将开始的情况下预先对用户进行行驶安全检测，并在检测未通过的情况下向用户通过不同的方式发送安全提示，并循环进行行驶安全检测，直到检测到用户做出了对应的行车安全措施，再开始执行订单的行程。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

在交通工具到达终止站点的情况下，向移动终端发送第五反馈信息，以告知用户当前已经到达行程终点；

获取座舱内环境数据，以判断确定是否已卸客；

在根据座舱内环境数据确定已卸客的情况下，向移动终端反馈第五反馈信息，以告知用户订单的行程结束；

将交通工具置为第一状态。

在某些实施方式中，处理器还用于在交通工具到达终止站点的情况下，向移动终端发送第五反馈信息，以告知用户当前已经到达行程终点，以及用于获取座舱内环境数据，以判断确定是否已卸客，以及用于在根据座舱内环境数据确定已卸客的情况下，向移动终端反馈第五反馈信息，以告知用户订单的行程结束，以及用于将交通工具置为第一状态。

具体地，在交通工具搭载乘客执行订单，行驶到终止站点所在位置、或终止站点所在位置周围的预设范围内的情况下，交通工具首先通过第五反馈信息或GUI显示的方式告知乘客当前已经到达订单终点，并在终止站点位置处的路边停车。为了在切换自身状态之前确保已经卸客，避免乘客的行程受到影响，在某些示例中，交通工具在终止站点位置处的路边停车后，通过获取交通工具座舱内部的座舱内环境数据来判断是否已经卸客。示例性地，座舱内环境数据一般包括如下几组信息：

①座椅压力传感器数据；

②安全带传感器数据；

③车门传感器数据；

④热红外感应传感器数据；

⑤摄像头采集到的座舱内图像数据。

交通工具通过上述数据进行综合判断，得到判断乘客卸客与否的判断结果。

在判断得知已经卸客的情况下，交通工具经由调度服务器向移动终端发送第五反馈信息，以告知乘客当前订单的执行已经结束，同时将自身的运行状态切换为空闲状态，完成订单任务的执行。

比如，根据安全带传感器数据判定右后座的安全带已经解绑，同时车门传感器数据显示交通工具上右后车门经历过开闭，同时根据座椅压力传感器数据判定右后座位上的乘客已经离席。根据上述的分析结果能够判断得知已经卸客，则在上述情况下交通工具经由调度服务器向移动终端发送第五反馈信息，以告知乘客当前订单的执行已经结束，同时将自身的运行状态切换为空闲状态，完成订单任务的执行。

如此，本申请中的交通工具能够在到达行程终点的情况下告知用户，同时根据座舱内的环境数据自主判断是否卸客，并在检测到已经卸客的情况下，再次向用户反馈信息以告知用户当前订单已经执行完成。

如图5所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

0051：在接收到调度服务器发送的终止订单指令的情况下，获取座舱内环境数据；

0052：在根据座舱内环境数据确定交通工具座舱内无乘客的情况下，将交通工具置为第一状态；

0053：向移动终端反馈第五反馈信息，以告知用户与终止订单指令对应的订单已终止。

在某些实施方式中，处理器还用于在接收到调度服务器发送的终止订单指令的情况下，获取座舱内环境数据，以及用于在根据座舱内环境数据确定交通工具座舱内无乘客的情况下，将交通工具置为第一状态，以及用于向移动终端反馈第五反馈信息，以告知用户与终止订单指令对应的订单已终止。

具体地，与上述实施方式中相对应地，在调度服务器向交通工具发送终止订单指令的情况下，意味着交通工具当前正在执行订单，而执行订单过程也分为已载客以及未载客两种情况。若未载客，则座舱内必定没有乘客，在终止订单时则无需考虑乘客卸客的问题。所以，在接收到终止订单指令时，需要首先确定交通工具座舱内是否有乘客。与上述实施方式类似地，可以通过如下几组信息来判断交通工具座舱内是否有乘客：

①座椅压力传感器数据；

②安全带传感器数据；

③车门传感器数据；

④热红外感应传感器数据；

⑤摄像头采集到的座舱内图像数据。

若交通工具判断交通工具座舱内没有乘客，则交通工具直接将自身的运行状态由订单状态切换为空闲状态，从而实现订单的终止。同时，交通工具还会通过调度服务器向移动终端转发第五反馈信息，以告知用户订单已终止。

如此，本申请的交通工具还能够在接收到调度服务器发送来的终止订单指令的情况下，首先对交通工具座舱内是否有乘客进行判断，以便于对不同的订单终止情况进行适应，同时在确认座舱内没有乘客的情况下立刻终止执行订单并告知用户。

如图5所示，在某些实施方式中，无人驾驶交通工具调度方法还包括：

0054：在根据座舱内环境数据确定交通工具座舱内有乘客的情况下，控制交通工具就地靠边停车；

0055：根据座舱内环境数据，判断确定用户是否卸客；

0056：在根据座舱内环境数据确定已卸客的情况下，将交通工具置为第一状态；

0057：向移动终端反馈第五反馈信息，以告知用户订单已终止。

在某些实施方式中，处理器还用于在根据座舱内环境数据确定交通工具座舱内有乘客的情况下，控制交通工具就地靠边停车，以及用于根据座舱内环境数据，判断确定用户是否卸客，以及用于在根据座舱内环境数据确定用户已卸客的情况下，将交通工具置为第一状态，以及用于向移动终端反馈第五反馈信息，以告知用户订单已终止。

具体地，在上述实施方式的基础上，若交通工具根据座椅压力传感器数据、安全带传感器数据、车门传感器数据、热红外感应传感器数据、摄像头采集到的座舱内图像数据等数据判定座舱内当前有乘客，则需要在终止订单之前优先卸客，故交通工具在判定交通工具座舱内有乘客的情况下，首先控制自身在当前行驶道路上就近靠边停车，然后通过GUI显示或第五反馈信息告知等方式同时卸客，并通过上述实施方式中的方法检测乘客当前是否已卸客。在判定卸客之后，交通工具将自身的运行状态由订单状态切换为空闲状态，从而实现订单的终止。同时，交通工具还会通过调度服务器向移动终端转发第五反馈信息，以告知用户订单已终止。

如此，本申请的交通工具还能够在接收到调度服务器发送来的终止订单指令的情况下，首先对交通工具座舱内是否有乘客进行判断，以便于对不同的订单终止情况进行适应，同时在确认座舱内有乘客的情况下，等待卸客并判断是否卸客完成。在卸客后终止执行订单并告知用户。

本申请实施方式中的无人驾驶交通工具调度方法还用于移动终端，具体包括：

向调度服务器发送自身当前的位置信息，以从调度服务器获取运营区域的属性数据；

在位置信息位于运营区域范围内的情况下，向用户推送运营区域范围内与自身距离最近的服务站点位置；

响应于用户的第一操作，向调度服务器发送以用户选定的服务站点为起始站点以及终止站点的订单请求；以及

在位置信息位于运营区域范围外的情况下，向用户反馈第六反馈信息，以告知用户当前自身不在运营区域范围内。

本申请实施方式中的电子装置，还可以是智能手机、平板电脑、智能手环、智能手表等移动移动终端，具体地，处理器还用于向调度服务器发送自身当前的位置信息，以从调度服务器获取运营区域的属性数据，以及用于在位置信息位于运营区域范围内的情况下，向用户推送运营区域范围内与自身距离最近的服务站点位置，以及用于响应于用户的第一操作，向调度服务器发送以用户选定的服务站点为起始站点的订单请求，以及用于在位置信息位于运营区域范围外的情况下，向用户反馈第六反馈信息，以告知用户当前自身不在运营区域范围内。

具体地，对于移动终端一侧，为了能够有效地向调度服务器发起订单请求，移动终端需要首先从调度服务器获取到当前运营区域的属性信息，同时也会与调度服务器同步移动终端自身的当前位置，以便于根据运营区域的属性信息为用户提供服务站点推送等便利服务。

上述的便利服务，一般是在移动终端进入到运营区域范围内时触发。在移动终端进入到运营区域范围内时，由于移动终端已经获取到了包括运营区域的地图信息以及运营区域内各个服务站点的位置信息的属性信息，故移动终端根据上述的属性信息以及自身的位置信息可以判定移动终端进入到运营区域范围内，此时移动终端格局上述的运营区域内各个服务站点的位置信息，向用户推送与移动终端距离最近服务站点的位置，以供用户选择。

在用户于移动终端上执行了订单发送操作(对应于第一操作)的情况下，响应于该操作，移动终端会根据用户在上述操作中设定的起始站点以及终止站点生成一个订单请求，并向调度服务器发送该订单请求，触发上述实施方式中调度服务器以及交通工具针对订单请求而执行的步骤。

另外，若移动终端当前的位置并不在运营区域范围内，则运营区域内的交通工具并不能到达移动终端的当前位置。为了提高用户的使用体验，在上述情况下，移动终端会向用户反馈第六反馈信息，意在告知用户当前移动终端不在运营区域内，避免用户因当前位置不在运营区域内而无法在当前位置呼叫交通工具。第六反馈信息一般包括了一条用于告知用户当前移动终端不在运营区域内的提示信息。

如此，本申请中的移动终端能够在向调度服务器发送订单请求之前，预先从调度服务器获取运营区域的相关信息，为用户自动推送运营区域内的服务站点。基于用户的发起订单操作，移动终端能够根据用户的选择向调度服务器发送包括了用户确定的相关服务站点信息的订单请求，同时移动终端也能够在自身并非位于运营区域内的情况下告知用户，以便于用户转移位置。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

在接收到调度服务器转发的第五反馈信息、以获知当前已载客的情况下，响应于用户的第二操作，向执行与订单请求对应的订单的交通工具发送出发确认信息。

在某些实施方式中，处理器还用于在接收到调度服务器转发的第五反馈信息、以获知当前已载客的情况下，响应于用户的第二操作，向执行与订单请求对应的订单的交通工具发送出发确认信息。

具体地，在执行订单的过程中，交通工具在已经载客的情况下，会通过调度服务器向移动终端转发第五反馈信息，以告知用户当前已经载客。在这种情况下，用户可在移动终端上执行出发确认操作(对应于第二操作)，通过调度服务器向交通工具转发出发确认信息，以使交通工具开始订单行程、向终止站点行驶。

如此，本申请中的移动终端在接收到表示当前订单的已经载客的情况下，根据用户的确认行程操作向交通工具反馈出发确认，以使交通工具开始执行订单的行程。

在某些实施方式中，无人驾驶交通工具调度方法还包括：

响应于用户的第三操作，向调度服务器发送终止订单请求。

在某些实施方式中，处理器还用于响应于用户的第三操作，向调度服务器发送终止订单请求。

具体地，与上述实施方式中对应地，终止订单请求是由移动终端发出的。在此基础上，用户可以在移动终端上执行终止订单操作(对应于第三操作)，生成一个与订单请求相对应的终止订单请求，并发送给调度服务器，触发上述实施方式中调度服务器以及交通工具针对终止订单请求执行的各个步骤。

如此，本申请中的移动终端还能够根据用户的终止行程操作，向调度服务器发送终止订单请求，以使交通工具停止执行当前订单。

本申请实施方式中的交通工具，包括存储器与处理器，存储器存储有计算机程序，在计算机程序被处理器执行的情况下，使得交通工具实现上述的方法。

本申请实施方式中的无人驾驶交通工具调度系统，包括上述的电子装置以及交通工具。

本申请实施方式中的计算机可读存储介质存储有计算机程序，在计算机程序被一个或多个处理器执行的情况下，实现上述的方法。

在本说明书的描述中，参考术语“某些实施方式”、“一个例子中”、“示例地”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

尽管上面已经示出和描述了本申请的实施方式，可以理解的是，上述实施方式是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施方式进行变化、修改、替换和变型。

Claims (15)

1.一种无人驾驶交通工具调度方法，其特征在于，所述方法用于调度服务器，所述方法包括：

根据运营区域内所述交通工具的交通工具运行数据、以及所述运营区域的属性数据，确定第一交通工具即将执行的第一类别任务，

其中，所述运营区域中包括多个所述交通工具，所述第一交通工具为处于第一状态或第二状态的所述交通工具，所述第一状态表示交通工具当前正常行驶且当前未执行任务或订单，所述第二状态表示交通工具当前正常行驶且当前正在执行所述第一类别任务；

向所述第一交通工具发送对应的所述第一类别任务，以对所述运营区域内的所述交通工具进行调度。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在收到移动终端发送的订单请求的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据。

3.根据权利要求2所述的方法，其特征在于，所述在收到移动终端发送的订单请求的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据，之后还包括：

在所述应答数据为第一应答结果的情况下，向所述移动终端反馈第一反馈信息，其中所述第一反馈信息包括所述第一应答结果；

在所述应答数据为第二应答结果的情况下，根据所述第二应答结果，向所述第一交通工具发送执行订单指令，并向所述移动终端反馈第二反馈信息，

其中所述第二反馈信息包括所述第二应答结果、以及接收所述执行订单指令的所述第一交通工具的交通工具运行数据。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在接收到所述第一交通工具根据所述执行订单指令反馈的第三反馈信息的情况下，根据所述交通工具运行数据、所述属性数据以及订单请求队列，确定与所述订单请求对应的应答数据，

其中所述第三反馈信息表示表示当前所述第一交通工具处于第三状态下，所述第三状态表示交通工具当前因故障无法行驶。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在收到移动终端发送的终止订单请求、且所述终止订单请求对应的订单未开始执行的情况下，移除所述订单，并向所述移动终端反馈第四反馈信息，其中所述第四反馈信息表示所述订单已被移除；

在收到所述移动终端发送的终止订单请求、且所述终止订单请求对应的订单已开始执行的情况下，向执行所述订单的所述交通工具发送终止订单指令。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

从所述交通工具获取、并向移动终端转发第五反馈信息，

其中所述第五反馈信息为所述交通工具向移动终端反馈的提示信息，用于提示当前订单的执行状态。

7.一种无人驾驶交通工具调度方法，其特征在于，所述方法用于交通工具，所述方法包括：

在所述交通工具为第一交通工具的情况下，接收调度服务器发送的第一类别任务，以实现对运营区域内所述交通工具的调度，

其中，所述第一交通工具处于第一状态或第二状态，所述第一状态表示交通工具当前正常行驶且当前未执行任务或订单，所述第二状态表示交通工具当前正常行驶且当前正在执行所述第一类别任务，所述第一类别任务是所述调度服务器根据运营区域内所述交通工具的交通工具运行数据、以及所述运营区域的属性数据确定的。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述交通工具接收到执行订单指令的情况下，且所述交通工具当前状态为所述第一状态或所述第二状态的情况下，将所述交通工具置为第四状态，其中所述第四状态表示交通工具正在执行订单；

获取交通工具的当前位置信息，在所述当前位置信息为所述订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知所述移动终端交通工具已到达所述起始站点；

在所述交通工具处于第三状态的情况下，向所述调度服务器反馈第三反馈信息，

其中所述第三反馈信息表示表示当前所述交通工具处于第三状态下，所述第三状态表示交通工具当前因故障无法行驶。

9.根据权利要求8所述的方法，其特征在于，所述获取交通工具的当前位置信息，在所述当前位置信息为所述订单的起始站点的情况下，向移动终端反馈第五反馈信息，以告知移动终端交通工具已到达所述起始站点，之后还包括：

在所述交通工具已到达所述起始站点的情况下，对所述移动终端进行乘客身份验证，以确定是否已载客；

在所述乘客身份验证未通过的情况下，获取所述交通工具在所述起始站点的等待时间；

在所述等待时间超出预定阈值的情况下，将所述交通工具置为所述第一状态，并向移动终端反馈所述第五反馈信息，以告知移动终端当前订单已取消；

在所述移动终端的所述乘客身份验证通过的情况下，向所述移动终端反馈所述第五反馈信息，以告知移动终端当前已经载客；

在接收到所述移动终端发送的出发确认信息的情况下，对用户进行行驶安全检测；

在所述行驶安全检测通过的情况下，控制交通工具向所述订单的终止站点行驶，并向所述移动终端反馈所述第五反馈信息，以告知用户所述订单的行程开始；

在所述行驶安全检测未通过的情况下，向用户发送安全提示，并对用户进行所述行驶安全检测。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

在所述交通工具到达所述终止站点的情况下，向所述移动终端发送所述第五反馈信息，以告知用户当前已经到达行程终点；

获取座舱内环境数据，以判断确定是否已卸客；

在根据所述座舱内环境数据确定已卸客的情况下，向所述移动终端反馈所述第五反馈信息，以告知用户所述订单的行程结束；

将所述交通工具置为所述第一状态。

11.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在接收到所述调度服务器发送的终止订单指令的情况下，获取座舱内环境数据；

在根据所述座舱内环境数据确定交通工具座舱内无乘客的情况下，将所述交通工具置为所述第一状态；

向移动终端反馈第五反馈信息，以告知用户与所述终止订单指令对应的订单已终止；

在根据所述座舱内环境数据确定交通工具座舱内有乘客的情况下，控制交通工具就地靠边停车；

根据所述座舱内环境数据，判断确定是否卸客；

在根据所述座舱内环境数据确定已卸客的情况下，将所述交通工具置为所述第一状态；

向所述移动终端反馈所述第五反馈信息，以告知用户所述订单已终止。

12.一种电子装置，其特征在于，所述电子装置包括存储器与处理器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，使得所述电子装置实现如权利要求1-11任一项所述的方法。

13.一种交通工具，其特征在于，所述交通工具包括存储器与处理器，所述存储器存储有计算机程序，在所述计算机程序被所述处理器执行的情况下，使得所述交通工具实现如权利要求7-11任一项所述的方法。

14.一种无人驾驶交通工具调度系统，其特征在于，所述系统包括如权利要求12所述的电子装置、以及如权利要求13所述的交通工具。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，在所述计算机程序被一个或多个处理器执行的情况下，实现如权利要求1-11任一项所述的方法。