用于管理道路测试任务和数据的系统和方法与流程

1.本技术大体上涉及自动驾驶领域，且更具体来说，涉及用于管理道路测试任务和数据的系统和方法。


背景技术：

2.自动驾驶(也可称为“无人驾驶”)技术现已进入大规模的研发和测试阶段，道路测试是检测自动驾驶车辆系统性能的必要环节。随着企业全球化的发展，自动驾驶企业的测试基地和研发基地通常分布于世界各地。如何保证在测试基地产生的测试数据利用最少的资源、以最快的速度和最稳定的质量传输到研发基地是最需要突破和解决的问题。同时，由于测试环节涉及到大量的测试订单、测试人员和测试车辆，如何合理地安排、调配这些资源也是需要解决的问题。


技术实现要素：

3.本技术提供了一种综合式的道路测试资源协调和数据传输的解决方案，可实现对自动驾驶车辆的道路测试任务和数据进行综合管理，从而可提高自动驾驶车辆道路测试迭代的效率。本技术的系统可利用最少的资源和最高的效率提供最稳定的服务质量，为整个自动驾驶研发工作提供稳定的数据保障。
4.在一方面中，本技术提供了一种用于管理道路测试任务和数据的系统。所述系统包括：订单管理模块，其经配置以基于用户输入创建测试订单，以及为所述测试订单创建相关联的测试行程；行程管理模块，其经配置以为所述测试行程分配资源，以及更新所述测试行程的状态，其中所述资源包括车辆；以及数据管理模块，其经配置以在所述测试行程结束后，从所述车辆的车载系统下载在所述测试行程进行期间产生的数据包，以及将下载的数据包与所述测试行程相关联。根据一个实施例，所述车辆是自动驾驶车辆。
5.在一些实施例中，为所述测试订单创建相关联的测试行程包括：将所述测试订单的订单号与所述测试行程的行程号相关联；以及将所述测试订单中的测试信息导入所述测试行程。为所述测试行程分配资源包括基于所述测试信息为所述测试行程分配资源。
6.在一些实施例中，所述资源还包括日期、时间和人员。根据一个实施例，所述系统进一步包括日历模块，其经配置以相关联地呈现所述测试行程、所述日期、所述时间、所述人员和所述车辆。根据一个实施例，所述系统进一步包括人员管理模块，其经配置以管理人员信息。为所述测试行程分配资源包括基于所述人员信息选择所述人员。根据一个实施例，所述系统进一步包括车辆管理模块，其经配置以管理车辆信息。为所述测试行程分配资源包括基于所述车辆信息选择所述车辆。所述车辆信息包括车辆的硬件配置和软件配置。
7.在一些实施例中，所述系统进一步包括服务管理模块，其经配置以创建服务类订单，以及更新所述服务类订单的状态。
8.在一些实施例中，所述数据管理模块下载在所述测试行程进行期间产生的数据包包括对所述数据包进行校验，以及将所述数据包从所述车载系统适配的格式转化为本地适
配的格式。
9.在一些实施例中，所述数据管理模块进一步经配置以将所述下载的数据包发送到远程设备。
10.在一些实施例中，所述数据管理模块进一步经配置以：对所述下载的数据包进行回放；接收与所述下载的数据包相关联的标注内容；以及将所述下载的数据包连同所述标注内容一起发送到远程设备。
11.在另一方面中，本技术提供了一种用于管理道路测试任务和数据的方法。所述方法包括：接收用户输入；基于所述用户输入创建测试订单；创建与所述测试订单相关联的测试行程；为所述测试行程分配资源，其中所述资源包括车辆；以及在所述测试行程结束后，从所述车辆的车载系统下载在所述测试行程进行期间产生的数据包，以及将下载的数据包与所述测试行程相关联。根据一个实施例，所述车辆是自动驾驶车辆。
12.在一些实施例中，创建与所述测试订单相关联的测试行程包括：将所述测试订单的订单号与所述测试行程的行程号相关联；以及将所述测试订单中的测试信息导入所述测试行程。为所述测试行程分配资源包括基于所述测试信息为所述测试行程分配资源。
13.在一些实施例中，所述资源还包括日期、时间和人员。根据一个实施例，所述方法进一步包括相关联地呈现所述测试行程、所述日期、所述时间、所述人员和所述车辆。根据一个实施例，为所述测试行程分配资源包括基于人员信息选择所述人员。根据一个实施例，为所述测试行程分配资源包括基于车辆信息选择所述车辆。所述车辆信息包括车辆的硬件配置和软件配置。
14.在一些实施例中，下载在所述测试行程进行期间产生的数据包包括对所述数据包进行校验，以及将所述数据包从所述车载系统适配的格式转化为本地适配的格式。
15.在一些实施例中，所述方法进一步包括将所述下载的数据包发送到远程设备。
16.在一些实施例中，所述方法进一步包括：对所述下载的数据包进行回放；接收与所述下载的数据包相关联的标注内容；以及将所述下载的数据包连同所述标注内容一起发送到远程设备。
17.在另一方面中，本技术提供了一种计算机可读存储介质，其上存储有程序或指令，所述程序或指令在被处理器执行时可实现根据本技术的任一实施例所述的用于管理道路测试任务和数据的方法。
18.在另一方面中，本技术提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机可执行根据本技术的任一实施例所述的用于管理道路测试任务和数据的方法。
19.在以下描述中结合附图阐述本技术的一或多个实例的细节。其他特征、目标及优势将根据所述描述及附图以及权利要求书而显而易见。
附图说明
20.为了更清楚地说明本技术实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。
21.图1展示了根据本技术的一些实施例的用于管理道路测试任务和数据的系统的示意图；
22.图2展示了根据本技术的一些实施例的用于管理道路测试任务和数据的系统的用户界面的示意图；
23.图3展示了根据本技术的一些实施例的用于管理道路测试任务和数据的方法的流程图。
24.为了清楚起见，可能简化图示中所说明的实施方案。因此，图示可能并未说明给定系统或方法的全部组件或步骤。这些图示仅仅描绘了本技术的示例性实施例，不应理解为对本技术保护范围的限制。
具体实施方式
25.以下将参考图式更完整说明本技术的技术方案，并且藉由例示显示特定范例具体实施例。不过，本主张主题可具体实施于许多不同形式，因此所涵盖或申请主张主题的建构并不受限于本说明书所揭示的任何范例具体实施例；范例具体实施例仅为例示。同样，本技术在于提供合理宽阔的范畴给所申请或涵盖之主张主题。
26.本说明书内使用的“在一实施例”或“根据一实施例”或类似词汇并不必要参照相同具体实施例，也不意味着请求保护的技术方案必须包含实施例所描述的所有特征，且本说明书内使用的“在其他(一些/某些)实施例”或“根据其他(一些/某些)实施例”或类似词汇并不必要参照不同的具体实施例。其目的在于例如主张的主题包括全部或部分范例具体实施例的组合。本说明书中的术语“包括”和“包含”是以开放式的方式使用的，因此应被解释为意指“包括，但不限于
……”
。本说明书中的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a、同时存在a和b、单独存在b这三种情况。另外，本说明书中的字符“/”一般表示前后关联对象是一种“或”的关系。本说明书使用某些术语来指称特定的系统组件，正如本领域技术人员将会理解的，不同的企业可能会用不同的名称来指称这些系统组件。
27.为了检测自动驾驶车辆系统性能，可能需要进行多次道路测试。一次道路测试涵盖多个环节，例如：测试前的订单管理、车辆和人员调度管理，测试中的数据采集，以及测试后的数据下载、转化、回传等。本技术提供了一种综合式的管理道路测试任务和数据的系统，可以实现在一个平台上向用户提供道路测试各环节所需要的多项服务。
28.图1展示了根据本技术的一些实施例的用于管理道路测试任务和数据的系统102的示意图。系统102包括订单管理模块110、行程管理模块112、数据管理模块114、车辆管理模块116、人员管理模块118、日历模块120和服务管理模块122。应理解，图1展示系统102中的各模块仅是出于示例性目的，并非对本技术保护范围的限制，根据实际应用需要可以增加、删除或替换图1中的一或多个模块。
29.本地设备104和远程设备106可连接或接入系统102。本地设备可以是位于测试基地的设备，远程设备106可以是位于研发基地的设备。出于简化的目的，图1仅示出一台本地设备和一台远程设备，但应理解可以有多台本地设备和/或多台远程设备连接或接入系统102，这些本地设备可以位于同一个测试基地，也可以位于不同的测试基地，这些远程设备可以位于同一个研发基地，也可以位于不同的研发基地。在一些实施例中，系统102部署于服务器中，本地设备104和远程设备106可通过有线连接、无线连接、有线网络或无线网络连接到所述服务器从而接入系统102。在一些实施例中，系统102可分布于网络中的多个设备
上。在一些实施例中，系统102可部署于本地设备104或远程设备106中。
30.本地设备104和远程设备106可向其用户提供用户界面，使得所述用户可通过操作所述用户界面上的可交互元素调用系统102中各模块以实现相应的功能。图2展示了根据本技术的一些实施例的用于管理道路测试任务和数据的系统的用户界面200的示意图。用户界面200可包括菜单区域202和信息显示区域204。
31.菜单区域202可包括多个菜单选项，例如图2所示的“首页”、“日历”、“订单管理”、“行程管理”、“服务管理”、“数据管理”、“人员管理”、“车辆管理”等，菜单选项也可视需要而包括一或多个子菜单选项。图2中菜单选项的数量和名称仅是示例性的，在其他实施例中，可包括其他数量和其他名称的菜单选项。
32.响应于用户对菜单选项的选择，信息显示区域204可显示相应的页面或信息(图中未示出)。例如，当用户选择“日历”时，信息显示区域204可显示包含日历信息的页面；当用户选择“订单管理”时，信息显示区域204可显示包含订单信息的页面。在一些实施例中，信息显示区域204可划分为多个子区域，例如图2所示的子区域206、208、210，以显示不同类别的信息。在另一些实施例中，信息显示区域204可划分为其他数量的子区域或者不划分子区域。信息显示区域204显示的信息可包括可交互元素(图中未示出)，例如链接、按键、图标等。用户操作这些可交互元素可调用系统102中各模块以实现相应的功能。本领域技术人员可理解，图2展示各区域/子区域的形状、大小、布局等仅出于示例性目的，用户界面200可以显示为其他形式，并不脱离本技术的范围。
33.再参见图1，测试基地中的车辆108可具有车载系统，所述车载系统可经由有线或无线连接与本地设备104相连，进而连接或接入系统102。在一些实施例中，车辆108的车载系统可直接连接或接入系统102而无需经由本地设备104。
34.系统102中的订单管理模块110可基于用户输入(例如，来自远程设备106的用户输入)创建测试订单。举例来说，在需要申请真实的道路场景测试时，用户(例如研发基地的项目负责人)可通过点击图2所示的菜单选项“订单管理”进入订单管理页面，该页面上可显示“创建订单”按键，点击该按键即可通过订单管理模块110创建测试订单。用户可根据研发项目的需求填写测试信息，例如测试名称、测试目的、测试类型、测试需求版本号、研发负责人、测试总次数、路线、地图、应用容器引擎(docker)、下位机版本号、下位机版本链接、测试关注重点等。创建的测试订单可包括订单号以及用户输入的测试信息。在一些实施例中，创建测试订单可以是在数据库中新增一条记录，订单号和测试信息可以是该记录中包含的字段。测试订单还可包含状态信息(例如“新建”、“待完成”、“已完成”等)。订单管理模块110还可向用户呈现已创建的测试订单的状态以及更新测试订单的状态。
35.此外，订单管理模块110可为已创建的测试订单创建相关联的测试行程。根据测试需求，针对一张测试订单可以创建一或多个测试行程。也就是说，一张测试订单可以与一或多个测试行程相关联。举例来说，当用户(例如测试基地的负责人)在订单管理页面看到新创建的测试订单时，可点击该页面显示的与该测试订单对应的“创建行程”按键，从而通过订单管理模块110创建与该测试订单相关联的测试行程。根据本技术的一些实施例，为测试订单创建相关联的测试行程可包括将所述测试订单的订单号与所述测试行程的行程号相关联，以及将所述测试订单中的部分或全部测试信息导入所述测试行程。在一些实施例中，创建的每个测试行程可以是数据库中的一条记录，该记录可包含行程号、相关联的订单号、
测试信息等字段。
36.系统102中的行程管理模块112可为测试行程分配资源，所述资源可包括进行测试行程的日期、时间、人员、车辆等。举例来说，用户(例如测试基地的负责人)可通过点击图2所示的菜单选项“行程管理”进入行程管理页面，该页面上可显示已创建的测试行程，并允许用户编辑分配给各测试行程的资源。用户可根据测试的要求和优先级(例如，基于测试订单或测试行程的测试信息)选择合适的资源来进行测试行程。为测试行程分配资源也就是将测试行程与所分配的资源相关联。在一些实施例中，行程管理模块112可向测试行程对应的记录中添加关于所分配的资源的字段。在一些实施例中，系统102或行程管理模块112可向被分配给测试行程的车辆发送关于该测试行程的信息。测试行程还可包含状态信息(例如“未开始”、“已开始”、“已结束”等)。行程管理模块112还可向用户呈现已创建的测试行程的状态以及更新测试行程的状态。例如，当测试员可在分配的测试行程开始时间前点击行程管理页面上与该测试行程对应的“取车”按键时，行程管理模块112可将该测试行程的状态自动更改为“已开始”；但测试员在测试行程结束后点击行程管理页面上与该测试行程对应的“还车”按键时，行程管理模块112可将该测试行程的状态自动更改为“已结束”。
37.系统102中的人员管理模块118可管理人员信息，例如，新增、删除或更改人员信息、向用户呈现人员信息等。人员信息可包括测试车队中所有或部分人员的信息，例如人员的名称、所属群组或类别(例如司机、测试员、安全员、领导等)、权限等。人员信息还可包括指示人员已被分配到的测试行程以及相关联的日期、时间的信息。行程管理模块112可基于人员信息来选择进行测试行程的人员。在一些实施例中，行程管理模块112可基于人员信息向用户推荐一或多个可用于测试行程的人员，以便用户从中选择分配给该测试行程的人员。在另一些实施例中，行程管理模块112可基于人员信息自动地为测试行程分配人员。行程管理模块112可推荐或自动分配群组、类别、权限、空闲时间等满足测试行程要求的人员。根据本技术的一些实施例，可对人员分配优先级，行程管理模块112可基于人员的优先级由高到低依序进行推荐或自动分配。在一些实施例中，可针对人员所属的群组和/或人员所具有的权限来分配优先级。例如，可为第一群组的人员分配最高优先级，为第二群组的人员分配第二高优先级等等；在同一群组里，可依照权限(包括一级权限、二级权限、三级权限等，一级权限为最高权限)由高到低依序分配由高到低的优先级。用户可根据实际需求自定义设置优先级分配规则。人员的优先级不必显式地呈现或包含在人员信息中。当特定人员已被分配给特定时间段进行的特定测试行程时，行程管理模块112不会再将该特定人员分配给与该特定时间段至少部分重叠的时间段进行的其他测试行程。
38.系统102中的车辆管理模块116可管理车辆信息，例如，新增、删除或更改车辆信息、向用户呈现车辆信息等。车辆信息可包括测试车队中所有或部分车辆的信息，例如车辆的名称、硬件配置、软件配置等。车辆信息还可包括指示车辆已被分配到的测试行程以及相关联的日期、时间的信息。行程管理模块112可基于车辆信息来选择进行测试行程的车辆。在一些实施例中，行程管理模块112可基于车辆信息向用户推荐一或多个可用于测试行程的车辆，以便用户从中选择分配给该测试行程的车辆。在另一些实施例中，行程管理模块112可基于车辆信息自动地为测试行程分配车辆。行程管理模块112可推荐或自动分配硬件配置、软件配置、空闲时间等满足测试行程要求的车辆。根据本技术的一些实施例，在满足测试行程时间安排(例如，在测试行程时间段为空闲，或者在测试行程开始时已空闲达到或
超过阈值时间)的车辆中，行程管理模块112可按照车辆剩余电量或储油量等由高到低依序进行推荐或自动分配。用户可根据实际需求自定义设置推荐或自动分配车辆的规则。当特定车辆已被分配给特定时间段进行的特定测试行程时，行程管理模块112不会再将该特定车辆分配给与该特定时间段至少部分重叠的时间段进行的其他测试行程。
39.系统102中的日历模块120可相关联地呈现测试行程与分配给该测试行程的资源。举例来说，日历模块120可在用户界面的“日历”页面显示日历；当用户选择日历上的特定日期时，日历模块120可进一步在“日历”页面显示安排在该特定日期的测试行程以及为该测试行程分配的时间、人员和车辆，日历模块120还可进一步针对特定人员显示其被分配到的测试行程以及为该测试行程分配的时间和车辆，或者针对特定车辆显示其被分配到的测试行程以及为该测试行程分配的时间和人员。日历模块120也可以其他方式呈现测试行程与分配给该测试行程的资源，以使得用户可以方便地查看各人员和/或车辆被分配的情况。
40.系统102中的数据管理模块114可在车辆108完成测试行程后，从车辆108的车载系统下载在该测试行程进行期间产生的数据包(例如，由车辆上的传感器采集的视频或图像等)。在一个测试行程进行期间可产生一或多个数据包，用户可选择下载这些数据包中的至少一部分。举例来说，用户(例如测试员)可通过点击图2所示的菜单选项“数据管理”进入数据管理页面，在车辆108连接到系统102时，数据管理页面可显示车辆108的车载系统中的数据包，用户可从中选择需要的数据包进行下载(例如，通过点击相应的“下载”按键)。在一些实施例中，由于车辆108的车载系统适配的数据包格式与本地设备104适配的数据包格式不同，数据管理模块114在下载数据包时可自动对所述数据包进行校验，并将所述数据包从所述车载系统适配的格式转化为本地设备104适配的格式，再将转化后的数据包存储在本地设备104的存储设备中。数据管理模块114可将下载的数据包与产生该数据包的测试行程相关联，例如，可在数据库中将数据包的包号与测试行程的行程号相关联。
41.在一些实施例中，数据管理模块114还可在将数据包存储到本地设备104(例如，测试基地的设备)的存储设备后，自动开启同步程序(也可称为回传程序或上传程序)将该数据包发送到远程设备106(例如，研发基地的设备)。在另一些实施例中，所述同步程序由用户输入启动。例如，用户可通过点击数据管理页面上的“同步”按键来启动所述同步程序。
42.根据本技术的一些实施例，数据管理模块114可对存储在本地设备104的数据包进行回放。在回放过程中或之后，用户可对数据包所包含的测试过程中遇到的异常情况进行标注(也可包括汇报)。在接收用户的标注内容后，数据管理模块114可将数据包连同与其相关联的标注内容一起发送到远程设备106(例如，通过自动开启或由用户启动的同步程序)。远程设备106的用户(例如，研发人员)在收到回传的数据包后，可根据相关联的标注内容，重放该数据包进行问题诊断。
43.系统102提供了将测试订单与一或多个测试行程相关联以及将测试行程与一或多个数据包相关联的机制，因此，数据包可以很方便地关联到测试订单。例如，系统102可将数据包的信息回填到与其相关联的测试订单中。在测试完成后，远程设备106的用户可以快速进行数据查找和定位，确定每项测试中出现的问题，进而针对性地进行下一步的研发工作。
44.除了道路测试订单之外，可能还会有一些无需上路的车辆订单，比如车辆维修保养、软硬件配置升级等等，可统称为“服务类订单”。系统102中的服务管理模块122可对此类订单进行管理，例如，创建服务类订单以及更新服务类订单的状态等。在一些实施例中，系
统102可基于服务类订单的状态更新车辆信息。例如，当车辆在进行维修保养时，可将其锁定，使其不会被行程管理模块112分配用于进行测试行程。
45.图3展示了根据本技术的一些实施例的用于管理道路测试任务和数据的方法300的流程图。方法300可通过图1所示的系统102或具有类似功能的系统或装置执行。
46.在步骤302处，系统102接收用户输入。例如，研发基地的项目负责人可根据研发项目的需求启动“创建订单”程序并输入测试信息(例如测试名称、测试目的、测试类型、测试需求版本号、研发负责人、测试总次数、路线、地图、应用容器引擎(docker)、下位机版本号、下位机版本链接、测试关注重点等)。
47.在步骤304处，系统102基于所述用户输入创建测试订单，创建的测试订单可包括订单号以及用户输入的测试信息。测试订单还可包含状态信息(例如“新建”、“待完成”、“已完成”等)。系统102可向用户呈现已创建的测试订单。
48.在步骤306处，系统102创建与所述测试订单相关联的测试行程。例如，测试基地的负责人在看到新创建的测试订单时可启动该步骤。该步骤可包括将所述测试订单的订单号与所述测试行程的行程号相关联，以及将所述测试订单中的测试信息导入所述测试行程。
49.在步骤308处，系统102为所述测试行程分配资源。所述资源可包括日期、时间、人员、车辆等。系统102可基于测试订单或测试行程中的测试信息为所述测试行程分配资源。系统102中可维持或存储人员信息和车辆信息。人员信息可包括测试车队中所有或部分人员的信息，例如人员的名称、所属群组或类别(例如司机、测试员、安全员、领导等)、权限等。人员信息还可包括指示人员已被分配到的测试行程以及相关联的日期、时间的信息。系统102可基于人员信息来选择进行测试行程的人员。车辆信息可包括测试车队中所有或部分车辆的信息，例如车辆的名称、硬件配置、软件配置等。车辆信息还可包括指示车辆已被分配到的测试行程以及相关联的日期、时间的信息。系统102可基于车辆信息来选择进行测试行程的车辆。在一些实施例中，系统102可基于人员/车辆信息向用户推荐一或多个可用于测试行程的人员/车辆，以便用户从中选择分配给该测试行程的人员/车辆。在另一些实施例中，系统102可基于人员/车辆信息自动地为测试行程分配人员/车辆。可选地，系统102可向用户相关联地呈现测试行程与分配给该测试行程的资源，以使得用户可以方便地查看各人员和/或车辆被分配的情况。
50.可选地，在为测试行程分配好资源之后，系统102可向被分配给测试行程的人员和/或车辆发送关于该测试行程的信息。被分配的人员和车辆将在所分配的日期和时间进行所述测试行程。在步骤310处，在所述测试行程结束后，系统102从车辆的车载系统下载在所述测试行程进行期间产生的数据包(例如，由车辆上的传感器采集的视频或图像等)。在步骤312中，系统102可将下载的数据包与所述测试行程相关联。可选地，系统102可在对所述数据包进行校验以及将所述数据包从所述车载系统适配的格式转化为本地适配的格式之后，将所述数据包存储到本地存储设备。之后，系统102可自动开启或响应于用户输入而启动同步程序(也可称为回传程序或上传程序)将所述数据包发送到远程设备(例如，研发基地的设备)。
51.根据本技术的一些实施例，系统102可对存储在本地存储设备的数据包进行回放。在回放过程中或之后，用户可对数据包所包含的测试过程中遇到的异常情况进行标注(也可包括汇报)。在接收用户的标注内容后，系统102可将数据包连同与其相关联的标注内容
一起发送到远程设备(例如，通过自动开启或由用户启动的同步程序)。
52.远程设备的用户(例如，研发人员)在收到回传的数据包(可能包括相关联的标注内容)后，可重放所述数据包进行问题诊断。用户可根据数据包与测试行程、测试订单的关联性，确定每项测试中出现的问题，进而针对性地进行下一步的研发工作。
53.本技术提供了用于管理道路测试任务和数据的系统和方法，通过建立测试订单、测试行程、测试数据包之间的关联性，打通了整个道路测试生命周期内的各个环节之间数据流，从而可减少管理和存储数据所需要的资源。而且，将多种测试相关(测试订单和测试资源等)的数据集成在一个系统中进行管理，更加便于数据和资源的管理和调配。同时，可在一个平台上向用户提供道路测试各环节所需要的多项服务，可提高资源利用率及道路测试迭代的效率。
54.另外，本技术的一些实施例提供一种计算机可读存储介质，其上存储有程序或指令，所述程序或指令在被处理器执行时可实现上述用于管理道路测试任务和数据的方法。其具体实现方式可以参见上述结合图1-3所描述的实施例，此处不再赘述。
55.另外，本技术的一些实施例提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述用于管理道路测试任务和数据的方法。其具体实现方式可以参见上述结合图1-3所描述的实施例，此处不再赘述。
56.在一些实施例中，本文所述的模块可用硬件、软件、固件或其任何组合来实施。如果用软件实施，则所述功能可作为一或多个指令或代码在计算机可读介质上存储或传输，且由基于硬件的处理单元执行。计算机可读介质可包含计算机可读存储介质，所述计算机可读存储介质对应于有形介质，例如数据存储介质或包含(例如)根据通信协议促进计算机程序从一位置传送至另一位置的任何介质的通信介质。以此方式，计算机可读介质通常可对应于(1)有形计算机可读存储介质，其是非暂时性的，或(2)通信介质，例如信号或载波。数据存储介质可为可由一或多个计算机或一或多个处理器存取以检索用于实施本发明中描述的技术的指令、代码及/或数据结构的任何可用介质。计算机程序产品可以包含计算机可读介质。
57.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
58.在本技术所提供的几个实施例中，应该理解到，所揭露的用于管理道路测试任务和数据的系统可以通过其它的方式实现。例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或单元可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
59.所述作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的，作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本技术实施例方案的目的。
60.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以
是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
61.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器或者网络设备等)或处理器执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
62.本说明书中的描述经提供以使所述领域的技术人员能够进行或使用本发明。所属领域的技术人员将易于显而易见对本发明的各种修改，且本说明书中所定义的一般原理可应用于其它变化形式而不会脱离本发明的精神或范围。因此，本发明不限于本说明书所述的实例和设计，而是被赋予与本说明书所揭示的原理和新颖特征一致的最宽范围。