一种车辆检测方法、车辆、移动终端、云端及系统与流程

1.本公开涉及车辆技术领域，更具体地，本公开涉及一种车辆检测方法、一种车辆、一种移动终端、一种云端及一种车辆检测系统。


背景技术：

2.随着人工智能的发展，自动驾驶技术也在加速推进，而露天矿山的无人驾驶方面更是有着先天的落地优势。
3.目前，无人驾驶最担忧的就是安全问题，除了要提高无人驾驶系统的智能性以外，为了保证车辆的作业安全，在作业前对无人驾驶的车辆进行安全检查更是不可缺少的。
4.在实际露天矿的生产过程中，比较常用的安全方式，一般是在车辆启动前，由司机简单的绕车或在驾驶室时粗略的主观检查一下。但是，这种安全检查方式，没有任何的记录明细，没有办法定位或分析车辆存在的问题，不满足目前智能化和数据化的发展需求。


技术实现要素：

5.本公开实施例的一个目的是提供一种至少能够解决上述问题之一的新的技术方案。
6.根据本公开的第一方面，提供了一种车辆检测方法，包括：
7.移动终端响应于对车辆进行点检的请求，从云端获取至少一个第二检测项，并显示点检界面，其中，所述点检界面提供所述第二检测项，以供用户根据所述第二检测项对所述车辆进行检修；
8.所述移动终端响应于提交点检结果的请求，获取所述第二检测项的点检结果，并将所述点检结果提交至所述云端。
9.可选的，所述方法还包括：
10.所述云端接收用户输入的控制指令设定所述车辆的检测项的内容、检测形式和检测标准。
11.可选的，所述方法还包括：
12.所述云端存储所述点检结果。
13.可选的，所述方法还包括：
14.所述云端响应于将所述车辆的作业模式切换为无人驾驶模式的请求，根据所述车辆的所述点检结果，判断所述车辆是否通过安全检查；
15.所述云端在所述车辆通过安全检查的情况下，判断所述车辆是否符合预设的切换条件；
16.所述云端在所述车辆符合所述切换条件的情况下，向所述车辆发送将所述车辆的作业模式切换为无人驾驶模式的切换指令，以将所述车辆的作业模式切换为无人驾驶模式。
17.可选的，所述判断所述车辆是否符合预设的切换条件包括：
18.所述云端判断所述车辆的授权模式是否为自动授权，在所述授权模式为自动授权的情况下，判定所述车辆符合所述切换条件。
19.可选的，所述判断所述车辆是否符合预设的切换条件包括：
20.所述云端判断所述车辆的授权模式是否为人工授权；
21.所述云端在所述车辆的授权模式为人工授权的情况下，向所述移动终端发送切换消息；
22.所述移动终端在接收到所述切换消息的情况下，展示第一对话框，所述第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件；
23.所述移动终端在接收到用户通过所述第一控件触发的信号的情况下，向所述云端发送通过授权信息；并在接收到用户通过所述第二控件触发的信号的情况下，向所述云端发送拒绝授权信息；
24.所述云端在接收到所述通过授权信息的情况下，判定所述车辆符合所述切换条件；并在接收到所述拒绝授权信息的情况下，判定所述车辆不符合所述切换条件。
25.可选的，所述方法还包括：
26.所述移动终端在所述车辆作业过程中，提供数据记录界面，以供用户记录所述车辆的作业数据；
27.所述移动终端响应于提交作业数据的请求，通过所述数据记录界面获取所述作业数据，并将所述作业数据上传至所述云端。
28.可选的，所述作业数据包括所述车辆作业过程中发生问题的时间，所述问题的描述信息，所述问题的相关照片，所述问题是否被接管，所述问题的接管记录信息中的至少一项。
29.可选的，所述方法还包括：
30.所述云端根据所述点检结果和/或所述作业数据对所述车辆的安全性能进行分析。
31.可选的，所述方法还包括：
32.所述云端维护所述车辆的作业地图和所述车辆的当前位置信息；
33.所述移动终端从所述云端获取所述车辆的作业地图和所述车辆的当前位置信息；
34.所述移动终端展示所述作业地图，并根据所述车辆的当前位置信息，在所述作业地图中标识所述车辆。
35.可选的，所述方法还包括：
36.所述移动终端提供点检按钮；
37.所述移动终端在用户通过所述作业地图选中所述车辆，且接收到用户点击所述点检按钮的操作的情况下，触发对所述车辆进行点检的请求。
38.可选的，所述方法还包括：
39.所述云端获取所述移动终端的当前位置信息；
40.所述云端根据所述移动终端的当前位置信息、所述车辆的当前位置信息和所述作业地图，向所述移动终端发出对所述车辆进行点检的请求。
41.可选的，所述方法还包括：
42.所述云端响应于针对任一检测项的编辑请求，对所述任一检测项进行编辑处理；
其中，所述任一检测项为任一个第一检测项或任一个第二检测项，所述编辑处理包括增加、删除或修改。
43.根据本公开的第二方面，提供了一种车辆检测方法，包括：
44.车辆从云端获取至少一个第一检测项；
45.所述车辆执行所述第一检测项，并向所述云端返回所述第一检测项的自动检测结果；
46.移动终端响应于对所述车辆进行点检的请求，从所述云端获取至少一个第二检测项、及所述自动检测结果为未通过的第一检测项，并显示点检界面，其中，所述点检界面提供所述第二检测项和所述自动检测结果为未通过的第一检测项，以供用户根据所述第二检测项和所述自动检测结果为未通过的第一检测项，对所述车辆进行检修；
47.所述移动终端响应于提交点检结果的请求，获取所述第二检测项和所述自动检测结果为未通过的第一检测项的点检结果，并将所述点检结果提交至所述云端。
48.可选的，所述方法还包括：
49.所述云端接收用户输入的控制指令设定所述车辆的检测项的内容、检测形式和检测标准。
50.可选的，所述方法还包括：
51.所述云端存储所述自动检测结果和所述点检结果。
52.可选的，所述方法还包括：
53.所述云端响应于将所述车辆的作业模式切换为无人驾驶模式的请求，根据所述车辆的所述点检结果，判断所述车辆是否通过安全检查；
54.所述云端在所述车辆通过安全检查的情况下，判断所述车辆是否符合预设的切换条件；
55.所述云端在所述车辆符合所述切换条件的情况下，向所述车辆发送将所述车辆的作业模式切换为无人驾驶模式的切换指令；
56.所述车辆根据所述切换指令，将所述车辆的作业模式切换为无人驾驶模式。
57.可选的，所述判断所述车辆是否符合预设的切换条件包括：
58.所述云端判断所述车辆的授权模式是否为自动授权，在所述授权模式为自动授权的情况下，判定所述车辆符合所述切换条件。
59.可选的，所述判断所述车辆是否符合预设的切换条件包括：
60.所述云端判断所述车辆的授权模式是否为人工授权；
61.所述云端在所述车辆的授权模式为人工授权的情况下，向所述移动终端发送切换消息；
62.所述移动终端在接收到所述切换消息的情况下，展示第一对话框，所述第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件；
63.所述移动终端在接收到用户通过所述第一控件触发的信号的情况下，向所述云端发送通过授权信息；并在接收到用户通过所述第二控件触发的信号的情况下，向所述云端发送拒绝授权信息；
64.所述云端在接收到所述通过授权信息的情况下，判定所述车辆符合所述切换条件；并在接收到所述拒绝授权信息的情况下，判定所述车辆不符合所述切换条件。
65.可选的，所述方法还包括：
66.所述移动终端在所述车辆作业过程中，提供数据记录界面，以供用户记录所述车辆的作业数据；
67.所述移动终端响应于提交作业数据的请求，通过所述数据记录界面获取所述作业数据，并将所述作业数据上传至所述云端。
68.可选的，所述作业数据包括所述车辆作业过程中发生问题的时间，所述问题的描述信息，所述问题的相关照片，所述问题是否被接管，所述问题的接管记录信息中的至少一项。
69.可选的，所述方法还包括：
70.所述云端根据所述自动检测结果、所述点检结果和所述作业数据中的至少一项对所述车辆的安全性能进行分析。
71.可选的，所述方法还包括：
72.所述云端维护所述车辆的作业地图和所述车辆的当前位置信息；
73.所述移动终端从所述云端获取所述车辆的作业地图和所述车辆的当前位置信息；
74.所述移动终端展示所述作业地图，并根据所述车辆的当前位置信息，在所述作业地图中标识所述车辆。
75.可选的，所述方法还包括：
76.所述移动终端提供点检按钮；
77.所述移动终端在用户通过所述作业地图选中所述车辆，且接收到用户点击所述点检按钮的操作的情况下，触发对所述车辆进行点检的请求。
78.可选的，所述方法还包括：
79.所述云端维护所述移动终端的当前位置信息；
80.所述云端根据所述移动终端的当前位置信息、所述车辆的当前位置信息和所述作业地图，向所述移动终端发出对所述车辆进行点检的请求。
81.可选的，所述方法还包括：
82.所述云端响应于针对任一检测项的编辑请求，对所述任一检测项进行编辑处理；其中，所述任一检测项为任一个第一检测项或任一个第二检测项，所述编辑处理包括增加、删除或修改。
83.根据本公开的第三方面，提供了一种车辆，包括第一处理器和第一存储器，所述第一存储器用于存储第一计算机程序，所述第一处理器用于在所述第一计算机程序的控制下，执行根据本公开第二方面所述的由所述车辆实施的方法步骤。
84.根据本公开的第四方面，提供了一种移动终端，包括第二处理器和第二存储器，所述第二存储器用于存储第二计算机程序，所述第二处理器用于在所述第二计算机程序的控制下，执行根据本公开第二方面所述的由所述移动终端实施的方法步骤。
85.根据本公开的第五方面，提供了一种移动终端，包括第三处理器和第三存储器，所述第三存储器用于存储第三计算机程序，所述第三处理器用于在所述第三计算机程序的控制下，执行根据本公开第一方面所述的由所述移动终端实施的方法步骤。
86.根据本公开的第六方面，提供了一种云端，包括第四处理器和第四存储器，所述第四存储器用于存储第四计算机程序，所述第四处理器用于在所述第四计算机程序的控制
下，执行根据本公开第二方面所述的由所述云端实施的方法步骤。
87.根据本公开的第七方面，提供了一种云端，包括第五处理器和第五存储器，所述第五存储器用于存储第五计算机程序，所述第五处理器用于在所述第五计算机程序的控制下，执行根据本公开第一方面所述的由所述云端实施的方法步骤。
88.根据本公开的第八方面，提供了一种车辆检测系统，包括本公开的第五方面所述的移动终端、及本公开第七方面所述的云端，所述云端中存储有所述第二检测项。
89.根据本公开的第九方面，提供了一种车辆检测系统，包括本公开的第三方面所述的车辆、本公开的第四方面所述的移动终端、及本公开第六方面所述的云端，所述云端中存储有所述第一检测项和所述第二检测项。
90.通过本实施例的方法，通过云端、车辆和移动终端配合完成对车辆进行安全检测的流程，使得检测流程便于用户操作。在车辆进行作业前，提前对车辆进行安全检测，可以有效发现车辆存在的安全问题，提高车辆在工作中的安全性，进而降低车辆的作业故障率。
91.而且，整个检测流程中车辆执行第一检测项进行自动化检测，省时省力且迅速精准，可以节约车辆检测过程的时间成本和人工成本。通过移动端进行人工点检，不仅可以弥补自动化检测很难测试或测试成本很高的第二检测项，而且还可以对自动化检测未通过的第一检测项进行二次检修和确认，使得整个检测流程可以高效、精准的完成车辆的安全性检测工作，保证了车辆的平稳作业。
92.通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。
附图说明
93.被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且连同其说明一起用于解释本公开的原理。
94.图1是可用于实现本公开实施例的车辆检测系统的一个例子的框图。
95.图2为根据本公开一个实施例的车辆检测方法的流程示意图。
96.图3为根据本公开实施例的车辆模式切换步骤的流程示意图。
97.图4为根据本公开另一个实施例的车辆检测方法的流程示意图。
98.图5为根据本公开实施例的车辆的方框原理图。
99.图6为根据本公开一个实施例的移动终端的方框原理图。
100.图7为根据本公开另一个实施例的移动终端的方框原理图。
101.图8为根据本公开一个实施例的云端的方框原理图。
102.图9为根据本公开另一个实施例的云端的方框原理图。
具体实施方式
103.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
104.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
105.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
106.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
107.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
108.《系统》
109.图1是示出可以实现本公开的实施例的车辆检测系统100的框图。
110.如图1所示，车辆检测系统100可以包括车辆1000、云端2000和移动终端3000。
111.如图1所示，云端2000可以包括地图模块2100、检测项维护模块2200、记录模块2300、授权模块2400和通信模块2500。
112.其中，地图模块2100主要用于对车辆的作业地图进行管理，用来维护各个图层(比如车道、工作区、障碍区等)的基础信息；当地图发生变化时，地图模块2100会实时下发地图更新通知到各个终端，移动终端3000收到地图更新通知后，会同步更新地图。
113.检测项维护模块2200主要用于对车辆的检测项的管理。车辆的检测项可以按照类别和形式进行定义。在检测项的类别上，主要分为车辆自身状态检查和无人驾驶系统状态检查两大类。其中，车辆自身状态检查内容，主要包括照明系统动力系统、电力系统、制动系统、转向系统以及相关的油液状态检查。无人驾驶系统状态检查包括硬件等各种传感器检查(比如雷达、摄像头等)、软件检查(比如，软件是否正常启动，有无蓝屏等等)。在检测项的形式上，主要分为车辆能够进行自动化检测的第一检测项和需要通过移动终端进行人工确认的第二检测项。因此，云端根据检测项的类别和方式来维护检测项项目，具体为每一检测项都包含检测类别、检测位置、检测项内容描述、检测形式、检测标准等属性信息。云端定义好车辆的检测项后，车端和移动终端会根据形式分别获取各自的检测项。
114.记录模块2300主要包括用于对检测过程进行记录的第一记录单元和用于对作业过程进行记录的第二记录单元。第一记录单元用于记录和查看车辆的检测结果，包括哪些检测项检测通过，哪些检测项检测未通过，为统计分析提供依据。第二记录单元用于记录和查看车辆作业中出现的问题记录，涉及问题发生时间、问题描述、问题拍照照片、是否接管及接管记录信息，为优化和解决问题提供依据。
115.授权模块2400主要用于负责处理车辆进行作业模式切换的授权流程，车辆在申请切换至无人驾驶模式的情况下，授权模块2400来进行授权是否允许车辆进行作业模式的切换。
116.通信模块2500可以用于与车辆1000、移动终端3000进行通信交互。
117.如图1所示，移动终端3000可以包括地图模块3100、点检模块3200、问题记录模块3300和通信模块3400。
118.地图模块3100可以在终端实时加载作业地图，显示车辆在地图上的实时位置。还可以点选或手动设置地图的中心点等操作。
119.点检模块3200主要负责点检操作和检修操作。移动终端3000获取用户的登录权限登录成功后，可以同步获取云端定义的第二检测项和自动检测结果为未通过的第一检测项。终端根据类别分级展示这些检测项，针对这些检测项一一执行点检操作，并记录每个检
测项的点检结果(其中点检结果有完全通过、基本通过和不通过三种，其中基本通过和不通过的要反馈原因描述)。用户可以是针对自动检测结果为未通过的第一检测项，进行二次检修和确认，(比如，自动化检测雷达连接是否正常未通过，人工可以重新进行检查和连接，连接正常后，这一项目可以人工修正为已通过；如果自动化检查胎压不足，可以请求检修人员进行加压，胎压正常后，可以修正检查项目为通过状态)。最后，用户在对所有检测项检查确认完成后，可以触发移动终端3000向云端2000提交点检结果。其中，用户可以通过移动终端进行多次点检结果的修正和提交，使得所有检测项的检测结果都为通过或基本通过。对于未通过的检测项，用户可以进行多次的检查、维修、确认，因此可以多次提交点检记录。
120.问题记录模块3300可以用于操作记录问题，用户需要记录车辆的每班作业数据(里程、空重载的圈数、班次、车辆等)和作业过程中存在的具体问题；其中，问题要包括问题发生时间、问题现象描述、问题拍照图片、问题状态、问题是否需要接管、需要接管的要有接管记录(接管记录至少包含接管时间、接管原因、接管方式、接管恢复的方式等)。用户记录完成后，向云端提交问题记录。
121.通信模块3400可以用于与云端2000进行通信交互。具体可以采用不同的通信协议http或mq消息队列，分别从云端2000获取维护好的检测项和检测结果，以及车辆的实时位置信息。
122.如图1所示，车辆1000可以包括自动化检测模块1100和通信模块1200。
123.自动化检测模块1100，主要用于执行车辆启动后云端下发的第一检测项，检测完成后将第一检测项的自动检测结果上传至云端2000。具体的，不同的第一检测项有不同的检测方案。无人驾驶系统硬件的检查，主要针对硬件设备是否连接正常，可通过读取各设备的信号，来判断是否连接好；软件的检查，可通过软件启动是否成功，有无异常日志来判断；车况自身的一些照明、转向系统可通过初始化控制指令及结果反馈，来判断是否正常；一些油压、胎压数据可通过传感器数据来获取数值，来判定是否充足。
124.通信模块1200可以用于与云端2000进行通信交互。
125.《方法实施例一》
126.在本实施例中，提供一种车辆检测方法。该方法可以是由车辆检测系统实施，该车辆检测系统可以是如图1所示的车辆检测系统100，包括车辆1000、云端2000和移动终端3000。
127.根据图2所示，本实施例的方法可以包括如下步骤s2100～s2400：
128.步骤s2100，车辆1000从云端2000获取至少一个第一检测项。
129.车辆1000可以是能够在预设的作业区域中进行作业的车辆。预设的作业区域可以是预先根据应用场景或具体需求所划定的区域，例如，该作业区域可以是矿山。
130.车辆1000可以是在每次启动的情况下，执行该步骤s2100。
131.在本实施例中，云端可以预先定义好车辆1000的检测项，每一检测项都包含检测类别、检测位置、检测项内容描述、检测形式、检测标准等属性信息。车辆1000的检测项，主要包括车辆自身状态检查和无人驾驶系统状态检查两大类。其中，车辆自身状态检查内容，主要包括照明系统动力系统、电力系统、制动系统、转向系统以及相关的油液状态检查。无人驾驶系统状态检查包括硬件等各种传感器检查(比如雷达、摄像头等)、软件检查(比如，软件是否正常启动，有无蓝屏等等)。
132.进一步地，云端2000还可以定义这些检测项的检测形式，按照检测形式对这些检测项进行划分，可以得到车辆能够进行自动化检测的至少一个第一检测项和需要通过移动终端进行人工确认的至少一个第二检测项。
133.在本公开的一个实施例中，云端2000可以接收用户输入的控制指令，设定车辆1000的检测项的内容、检测形式和检测标准。其中，检测项的内容可以为对应检测项的内容描述，检测项的检测形式用于表示对应检测项是车辆进行自动化检测还是通过移动终端进行人工确认，检测项的检测标准表示对应检测项的检测结果是否为通过的标准。这样，用户可以根据实际需求对车辆的检测项内容、检测形式和检测标准进行设定。
134.在本实施例中，云端2000可以是响应于针对任一检测项的编辑请求，对该检测项进行编辑处理。其中，任一检测项可以是任一个第一检测项或任一个第二检测项。编辑处理的方式可以包括增加、删除或修改。这样，用户可以根据实际需求对云端所存储的检测项进行增加、删除或修改。
135.步骤s2200，车辆1000执行第一检测项，并向云端2000返回第一检测项的自动检测结果。
136.本实施例中的自动检测结果，可以是完全通过、基本通过或不通过。在第一检测项为多个的情况下，可以得到每个检测项的自动检测结果。
137.具体的，不同的第一检测项有不同的检测方案。对于无人驾驶系统硬件的第一检测项，主要检测硬件设备是否连接正常，可通过读取各设备的信号，来判断是否连接好，得到对应的自动检测结果。对于软件的第一检测项，可通过软件启动是否成功，有无异常日志来判断软件是否正常，得到对应的自动检测结果；对于车况自身的一些照明、转向系统的第一检测项，可通过初始化控制指令及结果反馈，来判断车况是否正常，得到对应的自动检测结果；对于一些油压、胎压的第一检测项，可通过传感器数据来获取具体数值，来判定油压、胎压是否充足，得到对应的自动检测结果。
138.步骤s2300，移动终端3000响应于对该车辆进行点检的请求，从云端2000获取至少一个第二检测项、及自动检测结果为未通过的第一检测项，并显示点检界面。
139.其中，点检界面提供第二检测项和自动检测结果为未通过的第一检测项，以供用户根据第二检测项和自动检测结果为未通过的第一检测项对该车辆1000进行检修。
140.在本公开的一个实施例中，云端2000可以是维护车辆1000的作业地图和车辆1000的当前位置信息。移动终端3000可以是在用户打开并使用自身权限登录移动终端的情况下，从云端2000获取该车辆的作业地图和该车辆的当前位置信息；展示初始界面，并在初始界面中提供作业地图，并根据当前位置信息，在作业地图中标识出该车辆。
141.在本实施例中，车辆1000可以是按照设定的频率向云端2000上报自身的位置信息，以供云端2000对车辆1000的当前位置信息进行维护。具体的，云端2000所记录的车辆的当前位置信息，可以是车辆最新上报的位置信息。
142.这样，通过移动终端所展示的作业地图，用户可以准确查找到该车辆，以对该车辆进行点检。
143.进一步地，初始界面中还可以提供有点检按钮，用户可以是在通过作业地图选中该车辆的情况下，点击该点检按钮，触发对该车辆进行点检的请求。
144.再进一步地，该方法还可以包括：云端维护移动终端的当前位置信息，根据移动终
端的当前位置信息、车辆的当前位置信息和作业地图，向移动终端发出对该车辆进行点检的请求。
145.在本实施例中，云端可以是在根据移动终端的当前位置信息、车辆的当前位置信息和作业地图，确定移动终端与车辆之间的路径距离，在该路径距离满足预设条件的情况下，向该移动终端发出对该车辆进行点检的请求。其中，路径距离可以是持有该移动终端的用户，由该移动终端当前所在位置移动至该车辆当前所在位置的路径的长度。该移动终端当前所在位置行至该车辆当前所在位置的路径，可以是云端根据移动终端的当前位置信息、车辆的当前位置信息和作业地图所规划得到的。
146.预设条件可以是预先根据应用场景或具体需求设定。
147.在一个例子中，预设条件可以是路径距离小于或等于预设的距离阈值。该距离阈值可以是预先根据应用场景或具体需求设定好的固定值，在移动终端与车辆之间的路径距离小于或等于预设的距离阈值的情况下，云端向该移动终端发出对该车辆进行点检的请求。
148.在另一个例子中，云端可以是预先维护有多个移动终端的当前位置信息。云端可以是根据多个移动终端的当前位置信息、车辆的当前位置信息和和作业地图，确定与该车辆之间的路径距离最近的移动终端，作为执行该车辆的点检任务的移动终端，并向该移动终端发出对该车辆进行点检的请求。这样，云端可以实现对执行该车辆点检任务的移动终端的指派。
149.在本实施例中，在点检界面中，可以提供对应于每一检测项的第一选项、第二选项和第三选项，其中，用户可以是在对应的检测项点检完全通过的情况下选中第一选项，在对应的检测项点检基本通过的情况下选中第二选项，在对对应的检测项的点检不通过的情况下选中第三选项。
150.进一步地，对于选中第二选项和第二选项的检测项，可以提供对应的输入框，以供用户通过输入框输入检测项点检基本通过和不通过的原因描述。
151.本实施例中，用户可以是针对自动检测结果为未通过的第一检测项，进行二次检修和确认，(比如，自动化检测雷达连接是否正常未通过，人工可以重新进行检查和连接，连接正常后，这一项目可以人工修正为已通过；如果自动化检查胎压不足，可以请求检修人员进行加压，胎压正常后，可以修正检查项目为通过状态)。
152.点检界面中还可以提供第一提交按钮用户在对所有检测项检查确认完成后，可以点击该第一提交按钮，触发提交点检结果的请求。
153.步骤s2400，移动终端响应于提交点检结果的请求，获取第二检测项和自动检测结果为未通过的第一检测项的点检结果，并将点检结果提交至云端2000。
154.本实施例中的点检结果，可以是用户通过点检界面所输入的，具体可以包括每一检测项对应的选项的选中结果以及通过输入框所输入的原因描述。
155.本实施例中，云端2000可以对车辆1000在本次启动的安全检测结果(包括自动检测结果和点检结果)进行存储，以用于对车辆1000的安全性进行统计分析提供依据。
156.在本公开的一个实施例中，云端2000在车辆的点检结果中包含未通过的检测项的情况下，可以是获取车辆的位置信息，以便于云端2000可以根据车辆点检的位置，调度维修车辆或者是维修人员找到该车辆、并对该车辆进行维修。
157.进一步地，用户可以通过移动终端进行多次点检结果的修正和提交，使得所有检测项的检测结果都为通过或基本通过。对于未通过的检测项，用户可以进行多次的检查、维修、确认，因此可以多次提交点检记录。
158.通过本实施例的方法，通过云端、车辆和移动终端配合完成对车辆进行安全检测的流程，使得检测流程便于用户操作。在车辆进行作业前，提前对车辆进行安全检测，可以有效发现车辆存在的安全问题，提高车辆在工作中的安全性，进而降低车辆的作业故障率。
159.而且，整个检测流程中车辆执行第一检测项进行自动化检测，省时省力且迅速精准，可以节约车辆检测过程的时间成本和人工成本。通过移动端进行人工点检，不仅可以弥补自动化检测很难测试或测试成本很高的第二检测项，而且还可以对自动化检测未通过的第一检测项进行二次检修和确认，使得整个检测流程可以高效、精准的完成车辆的安全性检测工作，保证了车辆的平稳作业。
160.在本公开的一个实施例中，该方法还可以包括：云端2000根据车辆的自动检测结果、点检结果和作业数据中的至少一项对车辆1000的安全性能进行分析，得到车辆的安全性能分析结果，并存储该安全性能分析结果。
161.进一步地，云端2000还可以是响应于移动终端查看车辆的安全性能分析结果的请求，将车辆的安全性能分析结果发送至移动终端，移动终端展示接收到的该车辆的安全性能分析结果，供用户查看。
162.在本公开的一个实施例中，该方法还可以包括如图3所示的步骤s3100～s3400：
163.步骤s3100，云端2000响应于将该车辆的作业模式切换为无人驾驶模式的请求，根据车辆的点检结果，判断该车辆是否通过安全检查。
164.在该车辆的点检结果均为完全通过或基本通过的情况下，可以判定该车辆通过安全检查。在该车辆的任一个检测项的点检结果为未通过的情况下，可以判定该车辆未通过安全检查。
165.在该车辆未通过安全检查的情况下，云端可以通过移动终端提醒用户对该车辆进行安全检查，并拒绝将该车辆的作业模式切换为无人驾驶模式。
166.步骤s3200，云端2000在该车辆通过安全检查的情况下，判断该车辆是否符合预设的切换条件。
167.在本公开的实施例中，切换条件可以是用户预先根据应用场景或具体需求所设定的。该切换条件可以为该车辆的授权模式为自动授权，或者，该切换条件还可以为该车辆的授权模式为人工授权，且云端接收到用户通过云端触发的通过授权信息。
168.在本实施例中，车辆1000的授权模式可以是用户预先根据应用场景或具体需求设定好的，车辆1000的授权模式可以是自动授权，也可以是人工授权。
169.在该切换条件可以为车辆的授权模式为自动授权的实施例中，判断该车辆是否符合预设的切换条件，可以包括：
170.云端2000判断车辆1000的授权模式是否为自动授权，并在该车辆的授权模式为自动授权的情况下，判定该车辆符合切换条件。
171.在该切换条件还可以为车辆的授权模式为人工授权，且云端接收到用户通过云端触发的通过授权信息的实施例中，判断车辆是否符合预设的切换条件，可以包括如下所示的步骤s3110～s3150：
172.步骤s3110，云端2000判断该车辆的授权模式是否为人工授权。
173.步骤s3120，云端2000在该车辆的授权模式为人工授权的情况下，向移动终端发送切换消息。
174.步骤s3130，移动终端3000在接收到切换消息的情况下，展示第一对话框，其中，第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件。
175.在本实施例中，第一对话框中还可以提供是否授权车辆切换为自动驾驶模式的信息，以供用户根据该信息点击第一控件或第二控件。
176.具体的，用户可以是在授权车辆切换为自动驾驶模式的情况下，点击第一控件，使得移动终端接收到用户通过第一控件触发的信号；用户还可以是在拒绝授权车辆切换为自动驾驶模式的情况下，点击第二控件，使得移动终端接收到用户通过第二控件触发的信号。
177.步骤s3140，移动终端3000在接收到用户通过第一控件触发的信号的情况下，向云端发送通过授权信息；在接收到用户通过第二控件触发的信号的情况下，向云端发送拒绝授权信息。
178.步骤s3150，云端2000在接收到通过授权信息的情况下，判定该车辆符合切换条件；在接收到拒绝授权信息的情况下，判定该车辆不符合切换条件。
179.步骤s3300，云端2000在该车辆符合预设的切换条件的情况下，向该车辆发送将车辆的作业模式切换为无人驾驶模式的切换指令。
180.步骤s3400，车辆1000根据该切换指令，将该车辆的作业模式切换为无人驾驶模式。
181.在本公开的一个实施例中，云端2000在车辆不符合切换条件的情况下，可以是不对将该车辆的作业模式切换为无人驾驶模式的请求进行响应，也可以是向车辆发送拒绝切换指令，使得该车辆无法将作业模式切换为无人驾驶模式。
182.通过本实施例，云端响应于将该车辆的作业模式切换为无人驾驶模式的请求，可以在车辆通过安全检查且符合切换条件的情况下，将该车辆的作业模式切换为无人驾驶模式，以保证该车辆在无人驾驶模式下的安全。
183.在本公开的一个实施例中，该方法还可以包括：
184.移动终端在车辆作业过程中，提供数据记录界面，以供用户记录车辆的作业数据；移动终端响应于提交作业数据的请求，通过数据记录界面获取作业数据，并将作业数据上传至云端。
185.在本实施例中，用户可以是通过数据记录界面，记录车辆在本次作业过程中的作业数据，包括里程、空重载的圈数、班次、车辆和本次作业过程中存在的具体问题。其中，作业过程中存在的具体问题，可以包括以下至少一项：问题发生时间、问题现象描述、问题拍照图片、问题状态、问题是否被接管、问题的接管记录(接管记录至少包含接管时间、接管原因、接管方式、接管恢复的方式等)。
186.数据记录界面中还可以提供有第二提交按钮，用户可以是在记录完车辆在本次作业过程中的作业数据的情况下，通过点击该第二提交按钮，触发提交作业数据的请求，使得移动终端将数据记录界面中所记录的作业数据上传至云端。
187.云端可以是存储该作业数据，为优化和解决车辆在作业过程中存在的问题提供依
据。
188.通过本实施例，云端可以对车辆作业过程中存在的问题进行记录和跟踪，以便于对车辆在作业中的故障做统计分析。
189.《方法实施例二》
190.在本实施例中，提供一种车辆检测方法。该方法可以是由车辆检测系统实施，该车辆检测系统可以包括如图1所示的车辆检测系统100中的移动终端3000和云端2000。
191.根据图4所示，本实施例的方法可以包括如下步骤s4100～s4200：
192.步骤s4100，移动终端3000响应于对该车辆进行点检的请求，从云端2000获取至少一个第二检测项，并显示点检界面。
193.步骤s4200，移动终端3000响应于提交点检结果的请求，获取第二检测项的点检结果，并将点检结果提交至云端2000。
194.在本公开的一个实施例中，该方法还包括：云端接收用户输入的控制指令设定车辆的检测项的内容、检测形式和检测标准。
195.在本公开的一个实施例中，该方法还包括：云端存储点检结果。
196.在本公开的一个实施例中，该方法还包括如下所示的步骤s4300～s4500：
197.步骤s4300，云端响应于将车辆的作业模式切换为无人驾驶模式的请求，根据车辆的点检结果，判断车辆是否通过安全检查。
198.步骤s4400，云端在车辆通过安全检查的情况下，判断车辆是否符合预设的切换条件。
199.在本公开的一个实施例中，判断车辆是否符合预设的切换条件可以包括：
200.云端判断车辆的授权模式是否为自动授权，在授权模式为自动授权的情况下，判定该车辆符合切换条件。
201.在本公开的另一个实施例中，判断车辆是否符合预设的切换条件可以包括如下所示的步骤s4410～s4450：
202.步骤s4410，云端判断车辆的授权模式是否为人工授权。
203.步骤s4420，云端在车辆的授权模式为人工授权的情况下，向移动终端发送切换消息。
204.步骤s4430，移动终端在接收到切换消息的情况下，展示第一对话框，第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件。
205.步骤s4440，移动终端在接收到用户通过第一控件触发的信号的情况下，向云端发送通过授权信息；并在接收到用户通过第二控件触发的信号的情况下，向云端发送拒绝授权信息。
206.步骤s4450，云端在接收到通过授权信息的情况下，判定车辆符合切换条件；并在接收到拒绝授权信息的情况下，判定车辆不符合切换条件。
207.步骤s4500，云端在车辆符合切换条件的情况下，向车辆发送将车辆的作业模式切换为无人驾驶模式的切换指令，以将车辆的作业模式切换为无人驾驶模式。
208.在本公开的一个实施例中，该方法还包括：移动终端在车辆作业过程中，提供数据记录界面，以供用户记录车辆的作业数据；移动终端响应于提交作业数据的请求，通过数据记录界面获取作业数据，并将作业数据上传至云端。
209.其中，作业数据可以包括车辆作业过程中发生问题的时间，问题的描述信息，问题的相关照片，问题是否被接管，问题的接管记录信息中的至少一项。
210.在本公开的一个实施例中，该方法还包括：云端根据点检结果和/或作业数据对车辆的安全性能进行分析。
211.在本公开的一个实施例中，该方法还包括：云端维护车辆的作业地图和车辆的当前位置信息；移动终端从云端获取车辆的作业地图和车辆的当前位置信息；移动终端展示作业地图，并根据车辆的当前位置信息，在作业地图中标识车辆。
212.在本公开的一个实施例中，该方法还包括：移动终端提供点检按钮；移动终端在用户通过作业地图选中车辆，且接收到用户点击点检按钮的操作的情况下，触发对车辆进行点检的请求。
213.在本公开的一个实施例中，该方法还包括：云端获取移动终端的当前位置信息；云端根据移动终端的当前位置信息、车辆的当前位置信息和作业地图，向移动终端发出对车辆进行点检的请求。
214.在本公开的一个实施例中，该方法还包括：云端响应于针对任一检测项的编辑请求，对任一检测项进行编辑处理；其中，任一检测项为任一个第一检测项或任一个第二检测项，编辑处理包括增加、删除或修改。
215.《车辆实施例》
216.在本实施例中，还提供一种车辆5000。该车辆5000可以是如图1中所示的车辆1000。
217.如图5所示，车辆5000还可以包括第一处理器5100和第一存储器5200，该第一存储器5200用于存储可执行的第一计算机程序；该第一计算机程序用于控制该第一处理器5100执行根据本公开任意实施例提供的由车辆执行的方法步骤。
218.《移动终端实施例一》
219.在本实施例中，还提供一种移动终端6000。该移动终端6000可以是如图1中所示的移动终端1000。
220.如图6所示，移动终端6000还可以包括第二处理器6100和第二存储器6200，该第二存储器6200用于存储可执行的第二计算机程序；该第二计算机程序用于控制该第二处理器6100执行根据本公开方法实施例一中任意实施例提供的由移动终端执行的方法步骤。
221.《移动终端实施例二》
222.在本实施例中，还提供一种移动终端7000。该移动终端7000可以是如图1中所示的移动终端1000。
223.如图7所示，移动终端7000还可以包括第三处理器7100和第三存储器7200，该第三存储器7200用于存储可执行的第三计算机程序；该第三计算机程序用于控制该第三处理器7100执行根据本公开方法实施例二中任意实施例提供的由移动终端执行的方法步骤。
224.《云端实施例一》
225.在本实施例中，还提供一种云端8000。该云端8000可以是如图1中所示的云端1000。
226.如图8所示，云端8000还可以包括第四处理器8100和第四存储器8200，该第四存储器8200用于存储可执行的第四计算机程序；该第四计算机程序用于控制该第四处理器8100
执行根据本公开方法实施例一中任意实施例提供的由云端执行的方法步骤。
227.《云端实施例二》
228.在本实施例中，还提供一种云端9000。该云端9000可以是如图1中所示的云端1000。
229.如图9所示，云端9000还可以包括第五处理器9100和第五存储器9200，该第五存储器9200用于存储可执行的第五计算机程序；该第五计算机程序用于控制该第五处理器9100执行根据本公开方法实施例二中任意实施例提供的由云端执行的方法步骤。
230.《系统实施例一》
231.在本实施例中，还提供一种车辆检测系统。该车辆检测系统可以包括前述的云端8000、前述的车辆5000、以及前述的移动终端6000。其中，云端8000存储有第一检测项和第二检测项。
232.在本实施例中，车辆5000用于从云端8000获取至少一个第一检测项；车辆5000还用于执行第一检测项，并向云端8000返回第一检测项的自动检测结果。
233.移动终端6000用于响应于对车辆5000进行点检的请求，从云端8000获取至少一个第二检测项、及自动检测结果为未通过的第一检测项，并显示点检界面，其中，点检界面提供第二检测项和自动检测结果为未通过的第一检测项，以供用户根据第二检测项和自动检测结果为未通过的第一检测项，对车辆5000进行检修；移动终端6000还用于响应于提交点检结果的请求，获取第二检测项和自动检测结果为未通过的第一检测项的点检结果，并将点检结果提交至云端8000。
234.在本公开的一个实施例中，云端8000用于接收用户输入的控制指令设定车辆5000的检测项的内容、检测形式和检测标准。
235.在本公开的一个实施例中，云端8000用于存储自动检测结果和点检结果。
236.在本公开的一个实施例中，云端8000用于响应于将车辆5000的作业模式切换为无人驾驶模式的请求，根据车辆5000的点检结果，判断车辆5000是否通过安全检查；云端8000还用于在车辆5000通过安全检查的情况下，判断车辆5000是否符合预设的切换条件；云端8000还用于在车辆5000符合切换条件的情况下，向车辆5000发送将车辆5000的作业模式切换为无人驾驶模式的切换指令；车辆5000还用于根据切换指令，将车辆5000的作业模式切换为无人驾驶模式。
237.在本公开的一个实施例中，云端8000还用于判断车辆5000的授权模式是否为自动授权，在授权模式为自动授权的情况下，判定车辆5000符合切换条件。
238.在本公开的一个实施例中，云端8000还用于判断车辆5000的授权模式是否为人工授权；云端8000还用于在车辆5000的授权模式为人工授权的情况下，向移动终端6000发送切换消息；移动终端6000用于在接收到切换消息的情况下，展示第一对话框，第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件；移动终端6000还用于在接收到用户通过第一控件触发的信号的情况下，向云端8000发送通过授权信息；并在接收到用户通过第二控件触发的信号的情况下，向云端8000发送拒绝授权信息；云端8000还用于在接收到通过授权信息的情况下，判定车辆5000符合切换条件；并在接收到拒绝授权信息的情况下，判定车辆5000不符合切换条件。
239.在本公开的一个实施例中，移动终端6000还用于在车辆5000作业过程中，提供数
据记录界面，以供用户记录车辆5000的作业数据；移动终端6000还用于响应于提交作业数据的请求，通过数据记录界面获取作业数据，并将作业数据上传至云端8000。
240.在本公开的一个实施例中，作业数据可以包括车辆5000作业过程中发生问题的时间，问题的描述信息，问题的相关照片，问题是否被接管，问题的接管记录信息中的至少一项。
241.在本公开的一个实施例中，云端8000还用于根据自动检测结果、点检结果和作业数据中的至少一项对车辆5000的安全性能进行分析。
242.在本公开的一个实施例中，云端8000还用于维护车辆5000的作业地图和车辆5000的当前位置信息；移动终端6000还用于从云端8000获取车辆5000的作业地图和车辆5000的当前位置信息；移动终端6000还用于展示作业地图，并根据车辆5000的当前位置信息，在作业地图中标识车辆5000。
243.在本公开的一个实施例中，移动终端6000用于提供点检按钮；移动终端6000还用于在用户通过作业地图选中车辆5000，且接收到用户点击点检按钮的操作的情况下，触发对车辆5000进行点检的请求。
244.在本公开的一个实施例中，云端8000用于维护移动终端6000的当前位置信息；云端8000还用于根据移动终端6000的当前位置信息、车辆5000的当前位置信息和作业地图，向移动终端6000发出对车辆5000进行点检的请求。
245.在本公开的一个实施例中，云端8000还用于响应于针对任一检测项的编辑请求，对任一检测项进行编辑处理；其中，任一检测项为任一个第一检测项或任一个第二检测项，编辑处理包括增加、删除或修改。
246.《系统实施例二》
247.在本实施例中，还提供一种车辆检测系统。该车辆检测系统可以包括前述的云端9000、以及前述的移动终端7000。其中，云端9000存储有第二检测项。
248.在本实施例中，移动终端7000用于响应于对车辆进行点检的请求，从云端9000获取至少一个第二检测项，并显示点检界面，其中，点检界面提供第二检测项，以供用户根据第二检测项对车辆进行检修；移动终端7000还用于响应于提交点检结果的请求，获取第二检测项的点检结果，并将点检结果提交至云端9000。
249.在本公开的一个实施例中，云端9000用于接收用户输入的控制指令设定车辆的检测项的内容、检测形式和检测标准。
250.在本公开的一个实施例中，云端9000用于存储点检结果。
251.在本公开的一个实施例中，云端9000还用于响应于将车辆的作业模式切换为无人驾驶模式的请求，根据车辆的点检结果，判断车辆是否通过安全检查；云端9000还用于在车辆通过安全检查的情况下，判断车辆是否符合预设的切换条件；云端9000还用于在车辆符合切换条件的情况下，向车辆发送将车辆的作业模式切换为无人驾驶模式的切换指令，以将车辆的作业模式切换为无人驾驶模式。
252.在本公开的一个实施例中，云端9000还用于判断车辆的授权模式是否为自动授权，在授权模式为自动授权的情况下，判定车辆符合切换条件。
253.在本公开的一个实施例中，云端9000还用于判断车辆的授权模式是否为人工授权；云端9000还用于在车辆的授权模式为人工授权的情况下，向移动终端7000发送切换消
息；移动终端7000还用于在接收到切换消息的情况下，展示第一对话框，第一对话框提供用于触发通过授权信息的第一控件、以及用于触发拒绝授权信息的第二控件；移动终端7000还用于在接收到用户通过第一控件触发的信号的情况下，向云端9000发送通过授权信息；并在接收到用户通过第二控件触发的信号的情况下，向云端9000发送拒绝授权信息；云端9000还用于在接收到通过授权信息的情况下，判定车辆符合切换条件；并在接收到拒绝授权信息的情况下，判定车辆不符合切换条件。
254.在本公开的一个实施例中，移动终端7000还用于在车辆作业过程中，提供数据记录界面，以供用户记录车辆的作业数据；移动终端7000还用于响应于提交作业数据的请求，通过数据记录界面获取作业数据，并将作业数据上传至云端9000。
255.在本公开的一个实施例中，作业数据包括车辆作业过程中发生问题的时间，问题的描述信息，问题的相关照片，问题是否被接管，问题的接管记录信息中的至少一项。
256.在本公开的一个实施例中，云端9000用于根据点检结果和/或作业数据对车辆的安全性能进行分析。
257.在本公开的一个实施例中，云端9000还用于维护车辆的作业地图和车辆的当前位置信息；移动终端7000还用于从云端9000获取车辆的作业地图和车辆的当前位置信息；移动终端7000还用于展示作业地图，并根据车辆的当前位置信息，在作业地图中标识车辆。
258.在本公开的一个实施例中，移动终端7000还用于提供点检按钮；移动终端7000还用于在用户通过作业地图选中车辆，且接收到用户点击点检按钮的操作的情况下，触发对车辆进行点检的请求。
259.在本公开的一个实施例中，云端9000还用于获取移动终端7000的当前位置信息；云端9000还用于根据移动终端7000的当前位置信息、车辆的当前位置信息和作业地图，向移动终端7000发出对车辆进行点检的请求。
260.在本公开的一个实施例中，云端9000还用于响应于针对任一检测项的编辑请求，对任一检测项进行编辑处理；其中，任一检测项为任一个第一检测项或任一个第二检测项，编辑处理包括增加、删除或修改。
261.上述各实施例主要重点描述与其他实施例的不同之处，各实施例之间的相同或者相似的步骤，相互参见即可。但本领域技术人员应当清楚的是，上述各实施例可以根据需要单独使用或者相互结合使用。
262.本公开中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分相互参见即可，每个实施例重点说明的都是与其他实施例的不同之处，但本领域技术人员应当清楚的是，上述各实施例可以根据需要单独使用或者相互结合使用。另外，对于装置实施例而言，由于其是与方法实施例相对应，所以描述得比较简单，相关之处参见方法实施例的对应部分的说明即可。以上所描述的系统实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的。
263.本公开可以是装置、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
264.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的
更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
265.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边界服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
266.用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言—诸如smalltalk、c 等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
267.这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
268.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
269.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
270.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程
序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
271.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本公开的范围由所附权利要求来限定。