无人车的调度管理方法、装置、设备、存储介质及程序与流程

1.本公开涉及人工智能中的自动驾驶、智能交通技术领域，尤其涉及一种无人车的调度管理方法、装置、设备、存储介质及程序。


背景技术：

2.随着自动驾驶技术的发展，无人车的类型越来越多。目前无人车的类型包括但不限于：无人出租车、无人公交车、无人巡检车、无人清扫车、无人物流车、无人零售车等。
3.现有技术中，在对无人车进行调度管理时，通常基于无人车的类型进行调度管理。也就是说，针对不同类型的无人车，采用不同的调度管理方式。
4.然而，随着无人车的类型不断多样化，上述对无人车的管理方式导致无人车的管理复杂度越来越高。


技术实现要素：

5.本公开提供了一种无人车的调度管理方法、装置、设备、存储介质及程序，用以降低无人车的管理复杂度。
6.根据本公开的第一方面，提供了一种无人车的调度管理方法，包括：
7.接收无人车调度请求；
8.根据所述无人车调度请求，确定待调度的第一无人车对应的第一任务类型；
9.生成所述第一无人车对应的第一订单，所述第一订单用于指示所述第一无人车待执行的行驶任务，所述行驶任务的类型为所述第一任务类型；
10.向所述第一无人车发送所述第一订单。
11.根据本公开的第二方面，提供了一种无人车的调度管理装置，包括：
12.接收模块，用于接收无人车调度请求；
13.确定模块，用于根据所述无人车调度请求，确定待调度的第一无人车对应的第一任务类型；
14.生成模块，用于生成所述第一无人车对应的第一订单，所述第一订单用于指示所述第一无人车待执行的行驶任务，所述行驶任务的类型为所述第一任务类型；
15.发送模块，用于向所述第一无人车发送所述第一订单。
16.根据本公开的第三方面，提供了一种电子设备，包括：
17.至少一个处理器；以及
18.与所述至少一个处理器通信连接的存储器；其中，
19.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。
20.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据第一方面所述的方法。
21.根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：
计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。
22.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
23.附图用于更好地理解本方案，不构成对本公开的限定。其中：
24.图1为本公开实施例提供的一种应用场景的示意图；
25.图2为本公开实施例提供的一种无人车的调度管理方法的流程示意图；
26.图3为本公开实施例提供的另一种无人车的调度管理方法的流程示意图；
27.图4为本公开实施例提供的一种无人车的调度管理过程的示意图；
28.图5为本公开实施例提供的一种无人车调度管理平台的架构示意图；
29.图6为本公开实施例提供的一种无人车的调度管理装置的结构示意图；
30.图7为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
31.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
32.本公开提供一种无人车的调度管理方法、装置、设备、存储介质及程序，应用于人工智能中的自动驾驶、智能交通技术领域，以降低无人车调度管理的复杂度。
33.图1为本公开实施例提供的一种应用场景的示意图。如图1所示，该应用场景包括：服务器20、以及与服务器20通信连接的多个无人车10。无人车是指采用自动驾驶技术行驶的车辆。根据自动驾驶的智能程度，可以将自动驾驶技术划分为多个等级，本实施例中对于无人车采用的自动驾驶技术的等级不作限定。
34.其中，服务器20提供对多个无人车10进行调度管理的服务。服务器20可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
35.本公开实施例中，多个无人车10可以是不同类型的无人车。无人车10的类型包括但不限于：无人出租车、无人公交车、无人巡检车、无人清扫车、无人物流车、无人零售车等。服务器20中部署有无人车调度管理平台。无人车调度管理平台支持对多种类型的无人车进行调度管理。
36.随着人工智能技术的发展及其在不同领域的落地应用，无人车的类型不断多样化。现有技术中，在对无人车进行调度管理时，通常基于无人车的类型进行调度管理。也就是说，针对不同类型的无人车，采用不同的调度管理方式。甚至一些相关技术中，由于不同类型的无人车对应的调度管理方式不同，使得不同类型的无人车通常采用不同的调度管理
平台进行管理。这样，当无人车的类型不断增多时，使得无人车的管理调度复杂度较高。
37.为了解决上述技术问题，本公开实施例中，不再基于无人车的类型对无人车进行调度管理，而是从任务维度对无人车进行调度管理。示例性的，可以将无人车的行驶任务划分为如下几种任务类型：运营类型、测试类型和路线接待类型。不同的任务类型对应有不同的调度管理方式。每个无人车对应有一种任务类型。当需要调度第一无人车时，按照第一无人车对应的任务类型，为第一无人车分配行驶任务。
38.本公开实施例中，由于是按照任务类型对无人车进行管理，使得无人车调度管理平台无需对无人车的类型进行区分，从而，可以支持多种类型的无人车的调度管理，降低了无人车调度管理的复杂度。进一步的，即使增加了新的无人车类型，无人车调度管理平台也无需针对该新的无人车类型添加调度处理流程，即可支持该新的无人车类型。
39.下面以具体地实施例对本公开的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
40.图2为本公开实施例提供的一种无人车的调度管理方法的流程示意图。本实施例的方法可以由服务器执行。如图2所示，本实施例的方法包括：
41.s201：接收无人车调度请求。
42.其中，无人车调度请求用于触发对无人车进行调度管理。当服务器接收到无人车调度请求时，触发执行本实施例的后续步骤，以实现对无人车的调度管理。
43.一种可能的实现方式中，无人车调度请求可以为用户设备发送的乘车请求。用户设备可以为用户随身携带的终端设备，包括但不限于：手机、平板电脑、笔记本电脑、智能穿戴设备等。
44.具体而言，当用户需要乘车时，可以通过用户设备向服务器发送乘车请求。乘车请求中可以包括乘车需求信息。乘车需求信息包括但不限于：乘车起点信息、乘车终点信息、乘车时间信息等。乘车请求中还可以包括用户相关信息。
45.另一种可能的实现方式中，无人车调度请求可以为第一无人车发送的接单请求。第一无人车可以为接入服务器的任意一个的无人车。第一无人车的类型可以是任意类型。
46.具体而言，第一无人车在满足执行行驶任务的条件(例如，第一无人车启动就绪，或者第一无人车上一行驶任务执行完成)后，向服务器发送接单请求。接单请求中包括第一无人车的标识。其中，第一无人车的标识可以是用于唯一标识无人车的任意信息。示例性的，第一无人车的标识可以为车牌号码、车辆的出厂编号等信息。
47.本公开实施例中，由无人车调度请求触发对无人车的调度管理流程，而无人车调度请求可以是用户设备发送的乘车请求，也可以是第一无人车发送的接单请求，使得对无人车的调度管理流程可以由用户触发，还可以由无人车触发，从而满足不同类型无人车的调度管理需求。
48.s202：根据所述无人车调度请求，确定待调度的第一无人车对应的第一任务类型。
49.本公开实施例中，可以将无人车的行驶任务划分为如下任务类型：运营类型、测试类型、路线接待类型。运营类型的任务是指：经主管机关核准可参加运营的无人车所执行的运营任务。其中，根据运营所涉及用户的等级类型，运营类型可以进一步包括：重要用户(very important person，vip)运营、普通运营、试运营等。测试类型的任务是指：路测/路跑无人车所执行的测试任务。路线接待类型的任务是指：在特定区域内沿固定路线行驶的
无人车所执行的任务，例如，从站点a到站点b。或者，从站点a经过站点c到站点b。
50.需要说明的是，本实施例对于上述列举的任务类型不作限定，结合实际的应用场景，可以包括比上述列举更多数量或者更少数量的任务类型。
51.第一无人车对应的任务类型可以为vip运营类型、普通运营类型、试运营类型、测试类型、路线接待类型中的任意一种。
52.一种可能的实现方式中，当无人车调度请求为用户设备发送的乘车请求时，乘车请求中包括第一指示信息，第一指示信息用于指示待乘车用户的用户类型。用户类型包括但不限于：vip用户、普通用户、试用用户、测试用户等。示例性的，第一指示信息可以为用户设备中安装的乘车软件的版本信息。例如，若乘车软件的版本为vip版本，则指示待乘车用户为vip用户；若乘车软件的版本为普通版本，则指示待乘车用户为普通用户；若乘车软件的版本为试用版本，则指示待乘车用户为试用用户；若乘车软件的版本为测试版本，则指示待乘车用户为测试用户；等。需要说明的是，本公开实施例对于用户类型的划分方式不作具体限定，上述示例为举例说明。
53.这样，可以根据待乘车用户的用户类型，确定待调度的第一无人车对应的第一任务类型。可选的，获取多个预设任务类型，以及每个预设任务类型对应的可服务用户类型；根据所述待乘车用户的用户类型，从所述多个预设任务类型中确定出所述第一任务类型，所述第一任务类型对应的可服务用户类型中包括所述待乘车用户的用户类型。
54.举例而言，假设多个预设任务类型分别为：vip运营类型、普通运营类型、试运营类型、测试类型和路线接待类型。其中，vip运营类型对应的可服务用户类型包括vip用户，普通运营类型对应的可服务用户类型包括普通用户，试运营类型对应的可服务用户类型包括试用用户，测试类型对应的可服务用户类型包括测试用户。若乘车请求中携带的第一指示信息指示待乘车用户为vip用户，则确定第一任务类型为vip运营类型。若乘车请求中携带的第一指示信息指示待乘车用户为测试用户，则确定第一任务类型为测试类型。
55.另一种可能的实现方式中，当无人车调度请求为第一无人车发送的接单请求时，由于接单请求中携带第一无人车的标识，因此，根据该第一无人车的标识，可以确定出待调度的第一无人车。进而，根据第一无人车的标识，可以确定出第一无人车对应的任务类型。
56.示例性的，服务器存储有每个无人车对应的任务类型，例如，存储有如下关系对<无人车的标识，无人车对应的任务类型>。每个无人车对应的任务类型可以是服务器预先为每个无人车分配的，还可以是管理人员根据应用场景的需求向服务器配置的。当服务器接收到第一无人车的接单请求时，根据接单请求中携带的第一无人车的标识，查询上述关系对即可确定出第一无人车对应的任务类型。
57.s203：生成所述第一无人车对应的第一订单，所述第一订单用于指示所述第一无人车待执行的行驶任务，所述行驶任务的类型为所述第一任务类型。
58.s204：向所述第一无人车发送所述第一订单。
59.其中，第一订单中包括用于描述第一无人车待执行的行驶任务的相关信息，包括但不限于：起点位置信息、终点位置信息、出发时间信息等。
60.本公开实施例中，服务器对无人车进行调度时，基于订单进行调度。也就是说，当服务器需要调度某个无人车执行行驶任务时，生成用于指示该行驶任务的订单，并将订单发送给该无人车，以使无人车执行该行驶任务，从而实现对无人车的调度。发送给第一无人
车，使得第一无人车执行第一订单所指示的行驶任务。
61.需要说明的是，本实施例对于订单生成方式不作限定，几种可能的示例可以参见后续实施例的详细描述。
62.本公开实施例中，第一无人车可以是任意类型的无人车。例如，可以为无人出租车、无人公交车、无人巡检车、无人清扫车、无人物流车、无人零售车等。也就是说，针对任意类型的无人车均可以采用本实施例的方式进行调度管理。因此，本实施例实现了对多种类型的无人车进行调度管理的兼容支持，降低无人车的调度管理复杂度。
63.本实施例提供的无人车的调度管理方法，包括：接收无人车调度请求，根据所述无人车调度请求，确定待调度的第一无人车对应的第一任务类型，生成所述第一无人车对应的第一订单，所述第一订单用于指示所述第一无人车待执行的行驶任务，所述行驶任务的类型为所述第一任务类型，向所述第一无人车发送所述第一订单。通过上述过程，实现了从任务维度对无人车进行调度管理，使得无需对无人车的类型进行区分，也就是说，当需要调度任意一个无人车时，无论该无人车为何种类型，均可以采用本实施例提供的调度管理方法，因此，本实施例提供的无人车的调度管理方法，可以支持对多种类型的无人车进行调度管理，降低了无人车调度管理的复杂度。
64.在上述实施例的基础上，下面结合具体的实施例对本公开提供的技术方案进行更详细的描述。
65.图3为本公开实施例提供的另一种无人车的调度管理方法的流程示意图。如图3所示，本实施例的方法包括：
66.s301：接收无人车调度请求；
67.s302：根据无人车调度请求，确定待调度的第一无人车对应的第一任务类型。
68.应理解的是，s301和s302的具体实现方式与图2所示实施例中的s201和s202类似，此处不作赘述。
69.s303：根据所述无人车调度请求和/或所述第一任务类型，确定第一订单的订单类型。
70.本实施例中，服务器基于订单对无人车进行调度。根据订单生成方式的不同，可以将订单类型划分为三种类型，分别为：真实用户订单、虚拟用户订单和路线订单。
71.具体而言，针对任务类型为运营类型和测试类型的无人车，若存在用户乘车请求触发该无人车被调度时，该无人车对应的订单类型为真实用户订单，若不存在用户乘车请求触发该无人车被调度时，该无人车对应的订单类型为虚拟用户订单。虚拟用户订单实质上是由服务器为无人车分配的订单，在无人车未被分配真实用户订单时，可以按照虚拟用户订单执行行驶任务。针对任务类型为路线接待类型的无人车，通常也不需要用户乘车请求触发调度，该无人车对应的订单类型为路线订单。路线订单实质上也是由服务器为无人车分配的订单。
72.一种可能的实现方式中，可以采用如下方式确定第一订单的订单类型：若无人车调度请求为用户设备发送的乘车请求，则确定所述第一订单的订单类型为真实用户订单。若无人车调度请求为所述第一无人车发送的接单请求，并且所述第一任务类型为测试类型(例如路测、路跑等)或者运营(例如，vip运营、普通运营、试运营等)类型，则确定所述第一订单的订单类型为虚拟用户订单。若无人车调度请求为所述第一无人车发送的接单请求，
并且所述第一任务类型为路线接待类型，则确定所述第一订单的订单类型为路线订单。
73.s304：根据所述第一订单的订单类型，生成所述第一订单。
74.s305：向所述第一无人车发送所述第一订单。
75.本实施例中，不同的订单类型，可以对应有不同的订单生成方式。下面分别针对每种订单类型，介绍如何生成第一订单。
76.一种可能的实现方式中，若第一订单的订单类型为真实用户订单，则采用如下生成第一订单：
77.(1)根据用户设备发送的乘车请求，确定待乘车用户的用户信息和乘车需求信息，所述乘车需求信息包括下述中的至少一项：乘车起点信息、乘车终点信息、乘车时间信息。待乘车用户的用户信息包括但不限于：用户的标识、用户的联系方式、用户的当前位置等。
78.(2)根据所述乘车需求信息，确定所述行驶任务。
79.该实现方式中，由于是由用户设备发送的乘车请求触发的调度流程，因此，在生成行驶任务时，还需要确定出第一无人车。其中，确定第一无人车的过程可以理解为“找车”过程，即，“为用户订单分配无人车”的过程，或者，“为无人车分配用户订单”的过程。
80.该实现方式中，由于在s302中已确定出第一无人车对应的第一任务类型，因此，可以根据所述第一任务类型，确定待调度的第一无人车。
81.具体而言，根据所述第一任务类型，确定多个候选无人车，所述多个候选无人车对应的任务类型为所述第一任务类型。也就是说，将接入到服务器的所有无人车中，对应的任务类型为第一任务类型的无人车均确定为候选无人车。进而，从所述多个候选无人车中，确定待调度的第一无人车。
82.示例性的，服务器中可以设置有派单调度策略，在“找车”过程中，可以根据派单调度策略确定待调度的第一无人车。举例而言，派单调度策略包括下述中的一种或者多种：最小距离策略、最快时间策略、最大价值策略、最优等待策略等。服务器可以按照上述策略中的一种或者多种，从多个候选无人车中，确定出待调度的第一无人车。
83.进一步的，确定出待调度的第一无人车之后，根据所述第一无人车的当前位置信息和所述乘车需求信息，生成第一无人车待执行的行驶任务，该行驶任务包括目标路线信息，所述目标路线信息包括：当前位置信息、乘车起点信息、乘车终点信息。也就是说，目标路线信息指示了第一无人车如何从当前位置达到用户的乘车地点，以及如何从用户的乘车起点达到用户的乘车终点。
84.(3)根据所述用户信息和所述行驶任务，生成所述第一订单。
85.本实施例中，当第一订单的订单类型为真实用户订单时，第一订单除了指示第一无人车的行驶任务(例如行驶路线)之外，还可以指示该行驶任务关联的用户信息。
86.另一种可能的实现方式中，若第一订单的订单类型为虚拟用户订单，则采用如下生成第一订单：
87.(1)根据所述第一任务类型，生成与所述第一任务类型对应的所述行驶任务，所述行驶任务中包括至少一个第一行驶路线，每个第一行驶路线包括起始站点信息和终止站点信息。
88.一个示例中，若第一任务类型为运营类型(例如，vip运营、普通运营、试运营等)，则获取所述第一无人车的实时位置，根据所述第一无人车的实时位置，确定第一行驶路线，
根据所述第一行驶路线，生成所述行驶任务。
89.其中，服务器可以根据第一无人车的实时位置，规划生成第一行驶路线。或者，服务器可以预先配置多个虚拟路线，每个虚拟路线包括起始站点信息和终止站点信息，在确定第一行驶路线时，可以从多个虚拟路线中选择一个虚拟路线作为第一行驶路线。
90.可选的，服务器中还可以设置有虚拟路线实时生成策略或者虚拟路线实时选择策略，例如，根据距离最近原则实时生成/选择虚拟路线，或者，根据道路通畅原则实时生成/选择虚拟路线，等。
91.另一个示例中，若第一任务类型为测试类型(例如，路测、路跑等)，则获取所述第一无人车的测试区域范围，根据所述第一无人车的测试区域范围确定多个第一行驶路线，根据所述多个第一行驶路线，生成所述行驶任务。
92.该示例中，可以批量生成多个第一行驶路线，使得第一无人车在执行行驶任务时可以批量完成对多个第一行驶路线的测试。
93.与上述示例类似的，在确定多个第一行驶路线时，可以是根据第一无人车的测试区域范围，规划生成多个第一行驶路线。或者，服务器可以预先配置多个测试区域范围，以及每个测试区域范围对应的多个虚拟路线，从第一无人车的测试区域范围对应的多个虚拟路线中选择部分路线作为所述多个第一行驶路线。
94.可选的，服务器中还可以设置有虚拟路线批量生成策略或者虚拟路线批量选择策略，例如，根据最少重叠原则批量生成/选择虚拟路线，或者，根据最大覆盖原则批量生成/选择虚拟路线，等。
95.(2)根据所述行驶任务，生成所述第一订单。
96.本实施例中，当第一订单的订单类型为虚拟用户订单时，第一订单指示第一无人车的行驶任务(例如一个或者多个第一行驶路线)。
97.又一种可能的实现方式中，若第一订单的订单类型为路线订单，则采用如下生成第一订单：
98.(1)根据所述第一无人车的标识，获取所述第一无人车对应的路线配置信息。
99.该实现方式中，当服务器为某个无人车指定的任务类型为路线接待类型时，服务器还可以为该无人车配置路线配置信息，路线配置信息指示该无人车沿指定路线行驶。当第一无人车发送接单请求触发对第一无人车的调度管理时，接单请求中包括第一无人车的标识，根据第一无人车的标识，可以获取第一无人车对应的路线配置信息。
100.(2)根据所述路线配置信息，生成所述行驶任务，所述行驶任务包括第二行驶路线，所述第二行驶路线包括：起始站点信息、终止站点信息、以及至少一个中间站点信息。
101.可选的，路线配置信息可以包括：至少一个候选行驶路线，或者多个站点信息。
102.当路线配置信息包括一个候选行驶路线时，可以将该候选行驶路线确定为所述第二行驶路线。
103.当路线配置信息包括多个候选行驶路线时，可以从所述多个候选行驶路线中确定出所述第二行驶路线。例如，将所述多个候选行驶路线中的任意一个确定为所述第二行驶路线。
104.当路线配置信息包括多个站点信息时，可以根据所述多个站点信息中的全部或者部分站点信息确定所述第二行驶路线。
105.进而，可以根据确定出的第二行驶路线，生成第一无人车待执行的行驶任务。可选的，可以根据确定出的第二行驶路线以及重复次数，生成第一无人车待执行的行驶任务。例如，假设重复次数为3次，则说明第一无人车需要沿第二行驶路线行驶3次。
106.(3)根据所述行驶任务，生成所述第一订单。
107.本实施例中，当第一订单的订单类型为路线订单时，第一订单指示第一无人车的行驶任务(例如上述的第二行驶路线)。
108.本实施例中，通过从任务维度对无人车进行调度管理，使得本实施例的方法可以支持对多种类型的无人车进行调度管理。进一步的，本实施例根据无人车调度请求的不同触发方式和/或待调度的第一无人车对应的任务类型，设计了3种订单类型(真实用户订单、虚拟用户订单、路线订单)，以及每种订单对应的生成方式。这样，本实施例在对各种类型的无人车进行调度管理时均基于订单进行调度管理，统一了不同类型的无人车的调度管理方式。进一步的，后续对无人车行驶数据进行分析、统计时，可以基于订单维度进行分析、统计，为数据统计分析提供了便利。
109.在上述任意实施例的基础上，下面结合图4对本公开提供的无人车的调度管理过程进行举例说明。
110.图4为本公开实施例提供的一种无人车的调度管理过程的示意图。如图4所示，假设将任务划分为如下几种任务类型：vip运营类型、普通运行类型、试运营类型、测试类型、路线接待类型。服务器中设置有调度分发单元、真实用户订单生成单元、虚拟订单用户生成单元、路线订单生成单元、和订单统一管理单元。
111.参见图4，一种场景中，调度分发单元接收到用户设备发送的乘车请求，乘车请求包括待乘车用户的用户信息和乘车需求信息。其中用户信息中包括第一指示信息，用于指示待乘车用户的用户类型，调度分发单元根据待乘车用户的用户类型，确定待待调度的第一无人车对应的第一任务类型，将第一任务类型、用户信息和乘车需求信息分发至真实用户订单生成单元。
112.继续参见图4，在真实用户订单生成单元中，根据第一任务类型，确定第一无人车，进而，根据待乘车用户的乘车需求信息和第一无人车的当前位置，生成行驶任务，所述行驶任务包括目标行驶路线，所述目标行驶路线包括：所述当前位置信息、所述乘车起点信息、所述乘车终点信息。这样，根据用户信息和行驶任务，生成第一订单。真实用户订单生成单元将第一订单发送至订单统一管理单元，订单统一管理单元将第一订单发送至第一无人车。其中，在真实用户订单单元确定第一无人车时，可以依据派单调度策略进行。
113.继续参见图4，另一种场景中，调度分发单元接收到第一无人车发送的接单请求，接单请求包括第一无人车的标识，根据第一无人车的标识，确定第一无人车对应的第一任务类型。若第一任务类型为下述任务类型中的任意一种：vip运营类型、普通运营类型、试运营类型、测试类型，则将第一无人车的标识和第一任务类型分发至虚拟用户订单生成单元。若第一任务类型为路线接待类型，则将第一无人车的标识分发至路线订单生成单元。
114.继续参见图4，在虚拟用户订单生成单元中，若第一任务类型为vip运营类型、普通运营类型、试运营类型中的任意一种，则根据第一无人车的标识获取第一无人车的实时位置，根据第一无人车的实时位置确定第一行驶路线，根据第一行驶路线，生成第一无人车待执行的行驶任务。若第一任务类型为测试类型，则根据第一无人车的标识获取第一无人车
的测试区域范围，根据所述第一无人车的测试区域范围确定多个第一行驶路线，根据所述多个第一行驶路线，生成第一无人车待执行的行驶任务。根据所述行驶任务，生成第一订单。虚拟用户订单生成单元将第一订单发送至订单统一管理单元，订单统一管理单元将第一订单发送至第一无人车。其中，在虚拟用户订单生成单元确定第一行驶路线时，可以依据虚拟路线生成/选择策略进行。
115.继续参见图4，在路线订单生成单元中，根据第一无人车的标识，获取第一无人车对应的路线配置信息。若路线配置信息包括至少一个候选行驶路线，则从所述至少一个候选行驶路线中确定出第二行驶路线；若路线配置信息中包括多个站点信息，则根据所述多个站点信息中的全部或者部分站点信息确定第二行驶路线，根据确定出的第二行驶路线，生成第一无人车待执行的行驶任务。这样，根据行驶任务，生成第一订单。路线订单生成单元将第一订单发送至订单统一管理单元，订单统一管理单元将第一订单发送至第一无人车。
116.本实施例提供的调度基于订单的无人车调度管理处理流程可与派单调度策略、虚拟路线生成/选择策略进行解耦。并且，可以根据实际应用场景灵活部署多种策略，提高实现灵活性。
117.在上述任意实施例的基础上，本公开实施例还提供一种无人车调度管理平台的系统架构。下面结合图5进行描述。
118.图5为本公开实施例提供的一种无人车调度管理平台的架构示意图。如图5所示，无人车调度管理平台包括：车队管理中心、运营管理中心、用户管理中心、监控调度中心、数据服务中心、数据采集服务、数据共享服务、数据处理服务集群、消息队列、数据库、数据仓库。
119.如图5所示，数据采集服务与车端模块通信连接，采集无人车实时数据，例如，无人车的位置信息。根据采集到的不同类型数据，分发到不同消息队列。数据处理服务，分别处理不同的队列消息中的数据，并将处理后的数据同步到数据仓库。数据处理服务在进行数据处理过程中，可以从数据库中获取数据，或者将处理后的数据同步到数据库。
120.其中，数据库主要用户对业务数据持久化存储，支持多样化的数据存储。数据仓库主要用于与线上业务数据解耦，数据仓库中的数据可用于大数据分析，即数据可视化。
121.车队管理中心用于支持多种类型的无人车的运维管理，可以通过hmi向无人车发送订单。运营管理中心用于支持无人车运营，能够触达用户，可以接收用户设备(用户端应用程序)发送的乘车请求。用户管理中心用于实现对用户的管理，例如对用户账号、权限等进行管理。车队管理中心、运营管理中心、用户管理中心产生的业务数据存储到数据库中，或者，车队管理中心、运营管理中心、用户管理中心可以从数据库中获取业务数据。
122.数据共享服务用于提供统一接口层，支持第三方平台接入，实现数据共享。第三方平台可以接入到无人车调度管理平台，通过数据共享服务获取数据仓库中的数据。
123.监控调度中心用于实时运力监控、预警、数据回溯分析等。
124.数据服务中心用于定制化数据报表，对数据仓库中的数据进行统计分析、呈现等。
125.本公开实施例提供的无人车的调度管理方法可以由图5中的车队管理中心和运营管理中心配合执行。
126.图6为本公开实施例提供的一种无人车的调度管理装置的结构示意图。本实施例
提供的无人车的调度管理装置可以为软件和/或硬件的形式。如图6所示，本实施例提供的无人车的调度管理装置600，可以包括：接收模块601、确定模块602、生成模块603和发送模块604。
127.其中，接收模块601，用于接收无人车调度请求；
128.确定模块602，用于根据所述无人车调度请求，确定待调度的第一无人车对应的第一任务类型；
129.生成模块603，用于生成所述第一无人车对应的第一订单，所述第一订单用于指示所述第一无人车待执行的行驶任务，所述行驶任务的类型为所述第一任务类型；
130.发送模块604，用于向所述第一无人车发送所述第一订单。
131.一种可能的实现方式中，所述生成模块603包括：
132.第一确定单元，用于根据所述无人车调度请求和/或所述第一任务类型，确定所述第一订单的订单类型；
133.生成单元，用于根据所述第一订单的订单类型，生成所述第一订单。
134.一种可能的实现方式中，所述第一确定单元具体用于：
135.若所述无人车调度请求为用户设备发送的乘车请求，则确定所述第一订单的订单类型为真实用户订单；或者，
136.若所述无人车调度请求为所述第一无人车发送的接单请求，并且所述第一任务类型为测试类型或者运营类型，则确定所述第一订单的订单类型为虚拟用户订单；或者，
137.若所述无人车调度请求为所述第一无人车发送的接单请求，并且所述第一任务类型为路线接待类型，则确定所述第一订单的订单类型为路线订单。
138.一种可能的实现方式中，所述第一订单的订单类型为真实用户订单，所述生成单元包括：
139.第一确定子单元，用于根据所述乘车请求，确定待乘车用户的用户信息和乘车需求信息，所述乘车需求信息包括乘车起点信息和乘车终点信息；
140.第二确定子单元，用于根据所述乘车需求信息，确定所述行驶任务；
141.第一生成子单元，用于根据所述用户信息和所述行驶任务，生成所述第一订单。
142.一种可能的实现方式中，所述第二确定子单元具体用于：
143.根据所述第一任务类型，确定待调度的所述第一无人车；
144.根据所述第一无人车的当前位置信息和所述乘车需求信息，生成所述行驶任务，所述行驶任务包括目标行驶路线，所述目标行驶路线包括：所述当前位置信息、所述乘车起点信息、所述乘车终点信息。
145.一种可能的实现方式中，所述第二确定子单元具体用于：
146.根据所述第一任务类型，确定多个候选无人车，所述多个候选无人车对应的任务类型均为所述第一任务类型；
147.从所述多个候选无人车中，确定待调度的所述第一无人车。
148.一种可能的实现方式中，所述第一订单的订单类型为虚拟用户订单，所述生成单元包括：
149.第二生成子单元，用于根据所述第一任务类型，生成与所述第一任务类型对应的所述行驶任务，所述行驶任务中包括至少一个第一行驶路线，每个第一行驶路线包括起始
站点信息和终止站点信息；
150.第三生成子单元，用于根据所述行驶任务，生成所述第一订单。
151.一种可能的实现方式中，所述第二生成子单元具体用于：
152.若所述第一任务类型为运营类型，则获取所述第一无人车的实时位置，根据所述第一无人车的实时位置，确定第一行驶路线，根据所述第一行驶路线，生成所述行驶任务；
153.或者，
154.若所述第一任务类型为测试类型，则获取所述第一无人车的测试区域范围，根据所述第一无人车的测试区域范围确定多个第一行驶路线，根据所述多个第一行驶路线，生成所述行驶任务。
155.一种可能的实现方式中，所述第一订单的订单类型为路线订单，所述生成单元包括：
156.获取子单元，用于根据所述第一无人车的标识，获取所述第一无人车对应的路线配置信息；
157.第四生成子单元，用于根据所述路线配置信息，生成所述行驶任务，所述行驶任务包括第二行驶路线，所述第二行驶路线包括：起始站点信息、终止站点信息、以及至少一个中间站点信息；
158.第五生成子单元，用于根据所述行驶任务，生成所述第一订单。
159.一种可能的实现方式中，所述路线配置信息包括：至少一个候选行驶路线，或者多个站点信息，所述第四生成子单元具体用于：
160.从所述至少一个候选行驶路线中确定出所述第二行驶路线；或者，根据所述多个站点信息中的全部或者部分站点信息确定所述第二行驶路线；
161.根据所述第二行驶路线，生成所述行驶任务。
162.一种可能的实现方式中，所述无人车调度请求为用户设备发送的乘车请求，所述乘车请求中包括第一指示信息，所述第一指示信息用于指示待乘车用户的用户类型；所述确定模块602包括：
163.获取单元，用于获取多个预设任务类型，以及每个预设任务类型对应的可服务用户类型；
164.第二确定单元，用于根据所述待乘车用户的用户类型，从所述多个预设任务类型中确定出所述第一任务类型，所述第一任务类型对应的可服务用户类型中包括所述待乘车用户的用户类型。
165.一种可能的实现方式中，所述无人车调度请求为所述第一无人车发送的接单请求，所述接单请求中包括所述第一无人车的标识；所述确定模块602包括：
166.第三确定单元，用于根据所述第一无人车的标识，确定所述第一无人车对应的第一任务类型。
167.本实施例提供的无人车的调度管理装置，可用于执行上述任意方法实施例中提供的无人车的调度管理方法，其实现原理和技术效果类似，此处不作赘述。
168.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
169.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种
计算机程序产品。
170.根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
171.图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
172.如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
173.设备700中的多个部件连接至i/o接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
174.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如无人车的调度管理方法。例如，在一些实施例中，无人车的调度管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的无人车的调度管理方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行无人车的调度管理方法。
175.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
176.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来
编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
177.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
178.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
179.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
180.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
181.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
182.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。