整车物流管理方法、整车物流管理装置、计算机可读存储介质以及计算机程序产品与流程

1.本公开涉及整车物流管理领域，更具体地涉及整车物流管理方法、整车物流管理装置、计算机可读存储介质以及计算机程序产品。


背景技术：

2.整车物流管理主要涉及仓储管理和运输管理。仓储管理是针对在仓库中对车辆进行的一系列操作的管理，例如包括在仓库接收车辆、准备车辆发运、车辆维护(例如电池充电、轮胎充气等)等。运输管理是针对在车辆的运输过程中对车辆进行的一系列操作的管理，例如包括将车辆从生产方(或运输方)移交给运输方(或另一运输方)、将车辆从运输方移交给销售方等。


技术实现要素：

3.在下文中给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。
4.本公开的发明人注意到，在本公开的发明人知晓的一种整车物流管理方法中，在仓储管理阶段，需要管理人员以电话、短消息的方式向(例如仓库的)现场工人分派与整车物流有关的针对车辆的任务，现场工人需要手动地记录任务的执行过程和执行结果，并以纸件、电话或短消息的方式向管理人员反馈与任务有关的信息。另外，在运输管理阶段，在将车辆从一方移交给另一方时，需要将记录有与要移交的车辆有关的信息的纸件从一方传递给另一方。这样的整车物流管理方法的管理效率和精细度低，容易出现人为错误，沟通成本高，无法对各个环节进行有效地监控，各个环节所产生的数据无法被系统地记录和管理，历史数据也难以追溯。
5.本公开的目的在于提供一种整车物流管理方法、整车物流管理装置、计算机可读存储介质以及计算机程序产品，使得能够极大地提高整车物流管理效率，节约时间成本和沟通成本，有效地管理和分配任务，减少人为错误的出现，并且使得能够实时记录与任务有关的数据，便于历史数据的追溯。
6.根据本公开的一个方面，提供了一种整车物流管理方法，所述整车物流管理方法包括：在移动端获取整车物流中的目标车辆的识别码、要对所述目标车辆执行的任务以及所述目标车辆的任务状态，所述任务包括要由所述用户执行的操作和与所述操作的执行有关的信息，所述任务状态指示所述任务的进展状况；向用户提示所述目标车辆的识别码以及所述任务；以及响应于所述用户确认执行了所述任务中的所述操作，更新所述任务状态。
7.根据本公开的另一个方面，提供了一种整车物流管理装置，所述整车物流管理装置包括：存储器，其上存储有指令；以及处理器，被配置为执行所述存储器上存储的指令，以
使所述整车物流管理装置执行根据本公开的整车物流管理方法。
8.根据本公开的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，使所述处理器执行根据本公开的整车物流管理方法。
9.根据本公开的另一个方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器运行时，使所述处理器执行根据本公开的整车物流管理方法。
附图说明
10.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
11.参照附图，根据下面的详细描述，可以更清楚地理解本公开，其中：
12.图1是根据本公开的实施例的整车物流管理方法的应用场景的示例性示意图；
13.图2是根据本公开的实施例的整车物流管理方法的示例性流程图；
14.图3a至图3e分别是根据本公开的实施例的备发运模块的示例性屏幕截图；
15.图4a至图4d分别是根据本公开的实施例的收车模块的示例性屏幕截图；
16.图5a至图5e分别是根据本公开的实施例的维护模块的示例性屏幕截图；
17.图6a至图6d分别是根据本公开的实施例的加油模块的示例性屏幕截图；
18.图7a和图7b分别是根据本公开的实施例的抽查模块的示例性屏幕截图；
19.图8是能够实现根据本公开的实施例的计算设备的示例性配置图。
具体实施方式
20.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
21.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
22.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
23.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
24.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
25.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
26.【应用场景】
27.为了便于理解本公开，首先参照图1介绍本公开的整车物流管理方法的应用场景。
28.图1是根据本公开的实施例的整车物流管理方法的应用场景10的示例性示意图。图1示出了在从目标车辆生产完成到被销售的过程中涉及的整车物流中的地点和运输工
具。在图1中，整车物流中的地点有目标车辆的生产工厂1110、集中存储和管理生产完成的目标车辆(整车)的中央仓库1120、能够发送目标车辆的火车站1130、能够发送目标车辆的港口1140、存储和管理目标车辆的分散仓库1150以及目标车辆的销售商店1160。此外，整车物流中的运输工具示出了车辆(目标车辆本身)1210以及能够运输多台目标车辆的卡车1220、火车1230和轮船1240。
29.整车物流例如可以包括以下处理。首先，如图1所示，在生产工厂1110生产完成的一部分目标车辆(作为整车物流管理的对象的车辆)从生产工厂1110出厂后被直接驾驶到距离生产工厂1110较近的中央仓库1120。或者可替代地，目标车辆也可以不是被直接驾驶而是由运输工具(例如卡车等)运送至中央仓库1120。位于中央仓库1120的现场工人接收被运送来的目标车辆，并将目标车辆停放在适当的存储区域，该过程被称为“收车”。存储在中央仓库1120的目标车辆在需要发运时由现场工人从存储区域移动到发运道(火车发运道或者卡车发运道，未示出)，该过程被称为“备发运”(将目标车辆从存储区域移动到操作区域的过程也被统称为“备车”)。在对目标车辆进行备发运之前，在中央仓库1120中，例如有可能需要对目标车辆进行加油、清洗(洗车)、维护(例如电池充电、轮胎充气等)。对于洗车和维护，具体地，需要先由驾驶员进行备车(如上所述，将目标车辆从存储区域移动到洗车区域或维护区域这样的操作区域)，由洗车区域或维护区域的工作人员对目标车辆进行清洗或维护，然后再由驾驶员将目标车辆归位(从洗车区域或维护区域这样的操作区域移动回到原来的存储区域)。另外，有时也需要将目标车辆从一个存储区域移动到另一个存储区域(移库)。管理人员有时为了检查目标车辆的加油、洗车、维护、移库等的结果，需要对目标车辆进行抽查，例如加油抽查、洗车抽查、维护抽查和移库抽查等。此外，目标车辆有时会因为一些原因(例如除整车物流管理部门外的其他部门临时使用目标车辆)而被抽调。对上述这些过程的管理被称为仓储管理。另一方面，如图1所示，一部分目标车辆从生产工厂1110出厂后可以由卡车1220直接运送至火车站1130。此外，存储于中央仓库1120的目标车辆在如上所述被移动到相应的发运道之后，例如可以从中央仓库1120通过卡车1220发运至火车站1130(该过程未示出)、通过火车1230发运至港口1140、或者通过卡车1220发运至销售商店1160。到达火车站1230的目标车辆例如可以通过火车1230运送至港口1140或分散仓库1150。从中央仓库1120或火车站1130到达港口1140的目标车辆通过轮船1240运送至分散仓库1150。从火车站1130或港口1140到达分散仓库1150的目标车辆通过卡车1220运送至销售商店1160。在如上所述的目标车辆的运输过程中，目标车辆在一个地点(例如中央仓库1120)被装运到运输工具(例如卡车1220)或者从一种运输工具(例如火车1230)被装运到另一种运输工具(例如轮船1240)时，需要进行目标车辆的交接。这样的交接被称为前端交接。目标车辆从运输工具(例如卡车1220)(例如在到达销售商店1160之前)被移交给销售方的交接被称为末端交接。销售方将目标车辆停放在销售商店1160等待销售被称为车辆到店。对上述这些过程的管理被称为运输管理。
30.在本公开的发明人知晓的一种整车物流管理方法中，在仓储管理阶段，需要管理人员以电话、短消息的方式向(例如位于中央仓库1120的)现场工人分派与整车物流有关的针对目标车辆的任务(例如备车、洗车、维护等)，现场工人需要手动地记录任务的执行过程和执行结果，并以纸件、电话或短消息的方式向管理人员反馈与任务有关的信息。另外，在运输管理阶段，在将车辆从一方移交给另一方时，需要将记录有与要移交的目标车辆有关
的信息的纸件从一方传递给另一方。这样的整车物流管理方法的管理效率和精细度低，容易出现人为错误，沟通成本高，无法对各个环节进行有效地监控，各个环节所产生的数据无法被系统地记录和管理，历史数据也难以追溯。
31.本公开提供了一种整车物流管理方法、整车物流管理装置、计算机可读存储介质以及计算机程序产品，使得能够极大地提高整车物流管理效率，节约时间成本和沟通成本，有效地管理和分配任务，减少人为错误的出现，并且使得能够实时记录与任务有关的数据，便于历史数据的追溯。
32.下面将参照图2及后续附图详细描述根据本公开的实施例的整车物流管理方法。根据本公开的实施例的整车物流管理方法例如可以在移动端(例如智能电话、平板电脑等移动设备)的应用中实现。
33.【整车物流管理方法】
34.图2是根据本公开的实施例的整车物流管理方法20的示例性流程图。
35.首先，在步骤s2100中，在移动端获取整车物流中的目标车辆的识别码、要对目标车辆执行的任务以及目标车辆的任务状态。目标车辆如上所述是整车物流管理的对象的车辆。目标车辆的识别码例如可以是vin码、车牌号等。要对目标车辆执行的任务包括要由用户执行的操作和与操作的执行有关的信息。在本公开中，任务可以是多种类型的任务。在一些实施例中，任务的任务类型包括出厂、收车、备车、维护、洗车、归位、移库、加油、洗车抽查、维护抽查、加油抽查、移库抽查、抽调、前端交接、末端交接、车辆到店。每个任务类型的定义参见参照图1描述的内容。每个任务类型的任务可以包括要由用户执行的一个或多个操作。例如，在备车任务类型的任务(有时也称为备车任务)中，需要用户(例如可以是中央仓库1120的现场工人)先提车(将目标车辆从当前存储区域移出)，将目标车辆移动(例如驾驶)到目标位置(例如发运道)后停放目标车辆。在这种情况下，备车任务包括提车和停车两个操作。任务中的与操作的执行有关的信息例如可以是帮助用户能够顺利完成操作的信息，例如与操作有关的车辆的当前状态信息等。例如，在上述备车任务的例子中，与提车操作的执行有关的信息可以是目标车辆的当前存储区域的信息，与停车操作的执行有关的信息可以是目标车辆的目标位置的信息。目标车辆的任务状态指示要对目标车辆执行的任务的进展状况。任务状态可以帮助用户掌握任务的当前进展，例如已执行了什么操作或接下来需要执行什么操作。例如，在上述备车任务的例子中，在备车任务的执行之前，任务状态可以是“待备车”。在用户已执行了提车操作之后，任务状态可以变成“待停车”。在用户已执行了停车操作之后，任务状态可以变成“已完成”。
36.在一些实施例中，从服务器端获取目标车辆的识别码、要对目标车辆执行的任务以及任务状态。例如，在由移动端(例如智能电话、平板电脑等移动设备)的应用实现本公开的整车物流管理方法的例子中，可以由服务器自动生成(或由用户手动分配)针对目标车辆的任务，并将目标车辆的识别码和任务信息发送到移动端。任务信息例如可以包括任务名称、任务类型(有时与任务名称相同或体现在任务名称中)、任务中的操作、与操作有关的信息以及任务状态等。这样，能够在移动端获取目标车辆的识别码，并从任务信息中获取任务和任务状态。
37.在以这种方式获取了目标车辆的识别码之后，在一些实施例中，获取任务的任务类型，并在与该任务类型对应的任务模块中将该任务添加到该任务类型的任务列表。例如，
在上述示例中，在移动端从服务器端获取了任务信息之后，可以从任务信息中获取任务的任务类型，并在实现整车物流管理方法的应用的与该任务类型对应的任务模块中，将该任务添加到该任务类型的任务列表。任务列表例如可以包括发送到该移动端的该任务类型的所有任务。
38.上述获取方式(第一获取方式)的具体例子将在后文中参照图3a至图3e来详细描述。
39.在一些实施例中，通过扫描目标车辆的识别码来获取目标车辆的识别码，并从服务器端获取与目标车辆的识别码相关联的要对目标车辆执行的任务以及任务状态。例如，在由移动端(例如智能电话、平板电脑等移动设备)的应用实现本公开的整车物流管理方法的例子中，可以由用户在应用中选择扫描(例如点击指示扫描的可操作图标)，移动端响应于用户的选择而启用摄像头，由用户使用摄像头对目标车辆的识别码(例如位于目标车辆的前挡风玻璃左下角的vin码)进行扫描，由此在移动端获取目标车辆的识别码。移动端将目标车辆的识别码发送到服务器端，由服务器端查询与该识别码相关联的任务以及任务状态，并且例如以上述任务信息的形式发送到移动端。移动端从任务信息中获取要对目标车辆执行的任务和任务状态。
40.一台目标车辆有时对应于多个要执行的任务。在这种情况下，为了获取用户希望获取的任务，可以由移动端响应于用户在任务模块中选择执行扫描来扫描目标车辆的识别码，并根据任务类型来获取要对目标车辆执行的该任务类型的任务。任务模块例如是上述的实现整车物流管理方法的应用的任务模块，对应于用户希望获取的任务的任务类型。例如，服务器端可以将与目标车辆的识别码相关联的所有任务发送给移动端，移动端根据与用户操作的任务模块对应的任务类型来选择性地仅接收该任务类型的任务。或者，移动端也可以将任务类型(例如以任务类型的代码的形式)发送给服务器端，由服务器端仅查询该任务类型的任务以及任务状态并发送到移动端。
41.上述获取方式(第二获取方式)的具体例子将在后文中参照图4a至图4d来详细描述。
42.在一些实施例中，响应于用户在任务模块中选择执行扫描，通过扫描目标车辆的识别码来获取目标车辆的识别码，由用户创建要对目标车辆执行的与该任务模块对应的任务类型的任务，根据该任务来为目标车辆生成任务状态，从而获取目标车辆的识别码、任务以及任务状态。任务模块例如是上述的实现整车物流管理方法的应用的任务模块。例如，用户在任务模块中选择扫描(例如点击指示扫描的可操作图标)，移动端响应于用户的选择而启用摄像头，由用户使用摄像头对目标车辆的识别码(例如位于目标车辆的前挡风玻璃左下角的vin码)进行扫描，由此在移动端获取目标车辆的识别码。之后，用户在应用的提示下创建要对目标车辆执行的与该任务模块对应的任务类型的任务。由于任务是新创建的，因此也需要为该任务新生成任务状态。这样，在移动端获取了目标车辆的识别码、新创建的任务以及该任务的任务状态。
43.上述获取方式(第三获取方式)的具体例子将在后文中参照图6a至图6d来详细描述。
44.在一些实施例中，由用户在任务模块中选择一个任务类型并选择执行扫描，扫描目标车辆的识别码并创建要对目标车辆执行的该任务类型的任务，根据该任务来为目标车
辆生成任务状态，从而获取目标车辆的识别码、任务以及任务状态。这种获取方式与第三获取方式的不同之处在于一个任务模块可以对应于多个任务类型。用户可以在任务模块中选择希望执行的任务的一个任务类型，然后选择扫描(例如点击指示扫描的可操作图标)。移动端响应于用户的选择而启用摄像头，由用户使用摄像头对目标车辆的识别码(例如位于目标车辆的前挡风玻璃左下角的vin码)进行扫描，由此在移动端获取目标车辆的识别码。之后，用户在应用的提示下创建要对目标车辆执行的所选择的任务类型的任务。由于任务是新创建的，因此也需要为该任务新生成任务状态。这样，在移动端获取了目标车辆的识别码、新创建的任务以及该任务的任务状态。
45.上述获取方式(第四获取方式)的具体例子将在后文中参照图7a和图7b来详细描述。
46.接下来，在步骤s2200中，向用户提示目标车辆的识别码以及要对目标车辆执行的任务。例如，在由移动端(例如智能电话、平板电脑等移动设备)的应用实现本公开的整车物流管理方法的例子中，可以在应用中以画面的形式向用户显示目标车辆的识别码以及要对目标车辆执行的任务中的操作和与操作的执行有关的信息。或者，也可以以语音的形式向用户播放目标车辆的识别码以及要对目标车辆执行的任务中的操作和与操作的执行有关的信息。或者也可以采用其他提示方式向用户提示目标车辆的识别码以及要对目标车辆执行的任务。
47.例如，在上述第一获取方式的情况下，在任务模块中的任务列表中显示有指示要对目标车辆执行的任务的任务清单，在任务清单中显示有目标车辆的识别码，响应于用户选择任务清单，向用户提示目标车辆的识别码、任务状态以及任务中的要由用户执行的操作和与操作的执行有关的信息。在这种情况下，要对目标车辆执行的任务是以任务清单的形式向用户提示的，任务清单中还显示了目标车辆的识别码和任务状态。当用户在任务列表中选择了一个任务清单时，移动端响应于用户的选择而向用户显示与任务有关的详细信息，例如可以向用户显示目标车辆的识别码、当前的任务状态以及要由用户执行的操作和与操作的执行有关的信息。
48.在一些实施例中，在任务列表中，按照任务状态来对任务清单进行分类，响应于用户选择一个任务状态，向用户显示该任务状态的目标车辆的任务清单。这样，能够方便用户掌握任务列表中的任务的当前任务状态以及每种任务状态下有哪些任务。
49.在一些实施例中，一个任务模块对应于多个任务类型，每个任务类型对应于一个任务列表。在任务模块中显示这些多个任务类型，响应于用户选择一个任务类型，向用户显示该任务类型的任务列表。任务列表也可以如上所述按照任务状态来对任务清单进行分类。当用户选择了任务列表中的(一个任务状态下的)一个任务清单时，移动端响应于用户的选择而向用户显示例如目标车辆的识别码、当前的任务状态以及要由用户执行的操作和与操作的执行有关的信息。
50.注意，任务模块和/或任务类型可以根据用户的身份来选择性地向用户提供其身份有权限进行操作的任务模块和/或任务类型。例如，在由移动端(例如智能电话、平板电脑等移动设备)的应用实现本公开的整车物流管理方法的例子中，不同身份的用户(例如应用开发者、管理人员、仓库现场工人、运输人员、销售商等)所持有的移动端设备可以安装相同的应用，但该应用根据用户的身份而向用户提供不同的任务模块和/或任务类型。用户仅能
够看到并有权限操作被提供的任务模块和/或任务类型。
51.在一些实施例中，根据用户的身份，向用户提供与其身份有关的任务模块。例如，对于身份为应用开发者的用户，由于用户需要对每个任务模块下的所有功能进行测试，因此在用户的移动端设备的应用中，可以看到并操作所有任务模块。例如，对于身份为仓库现场工人中的备发运工人的用户，由于用户仅需要对目标车辆进行备发运，因此在用户的移动端设备的应用中，仅可以看到并操作备发运模块。
52.在一个任务模块对应于多个一个任务模块对应于多个任务类型的情况下，可以根据用户的身份，向用户提供与其身份有关的任务模块以及任务模块中的任务类型。例如，洗车模块可以对应于备车、洗车和归位三种任务类型。对于身份为仓库现场工人中的驾驶员的用户，由于用户需要将目标车辆从存储区域驾驶到洗车区域(备车)，并在洗车完成后将目标车辆从洗车区域驾驶回到存储区域(归位)，因此在用户的移动端设备的应用中，可以看到并操作洗车模块中的备车和归位两种任务类型。而对于洗车区域的工作人员，由于其仅需要对目标车辆进行清洗(仅需要完成洗车类型的任务)，因此其移动端设备的应用中仅可以看到并操作洗车模块中的洗车任务类型。
53.在这种情况下，在用户完成了任务模块中的一个任务类型的任务之后，向服务器端发送完成任务的通知，使得服务器端能够响应于该通知而将任务模块中的另一任务类型的任务发送给被提供有该任务模块的该另一任务类型的另一用户。例如，在上述洗车模块的例子中，当仓库现场工人中的驾驶员完成了被提供的洗车模块中的备车类型中的备车任务后，该用户的移动端设备向服务器端发送完成备车任务的通知。服务器端响应于该通知，将洗车模块中的洗车类型的任务(以及同一目标车辆的识别码)发送给洗车区域的工作人员。由此，洗车区域的工作人员的移动端设备的应用中接收到新的洗车任务，该新的洗车任务例如如上所述以任务清单的形式显示在洗车模块的洗车类型的任务列表中。这样，对于同一任务模块中的不同任务类型的任务要由不同用户完成的情况，能够方便高效地将不同任务类型的任务按顺序分配给相应的用户，使得任务能够快速高效地完成。
54.向用户提示目标车辆的识别码以及要对目标车辆执行的任务的具体示例将在后文中参照图3a至图7b中的一些附图来详细描述。
55.接下来，在步骤s2300中，响应于用户确认执行了任务中的操作，更新任务状态。例如，在移动端，在前述备车任务的例子中，在备车任务的执行之前，任务状态可以是“待备车”。在用户已执行了备车任务中的提车操作之后，移动端响应于用户的确认(例如通过点击可操作图标来确认)，将目标车辆的备车任务的任务状态更新为“待停车”。在用户已执行了备车任务中的停车操作之后，移动端响应于用户的确认(例如通过点击可操作图标来确认)，将目标车辆的备车任务的任务状态更新为“已完成”。这样，可以实时地更新对目标车辆执行的任务的任务状态，便于用户(不仅是执行任务的用户，也可以是整车物流的管理人员)实时地掌握任务的进展状况。
56.在一些实施例中，在用户确认执行了任务中的操作后，用户还能够取消该操作的执行，并且响应于用户取消该操作的执行，能够将任务状态恢复为更新前的任务状态。例如，在上述备车任务的例子中，在用户(例如通过点击可操作图标)确认执行了提车操作之后，任务状态更新为“待停车”。此时，如果用户例如发现对错误的目标车辆执行了提车操作，可以(例如通过点击可操作图标)取消提车操作的执行。移动端响应于用户的取消，将目
标车辆的备车任务的任务状态恢复为执行提车操作之前的“待备车”状态。
57.在一些实施例中，响应于用户确认执行了任务中的操作，更新目标车辆的与任务有关的信息。例如，在移动端，在任务为维护(例如低压电池维护)任务时，在维护人员对目标车辆充电之后，响应于维护人员确认维护结束，将目标车辆的低压电池电量更新为充电后的电量。在一些实施例中，目标车辆的与任务有关的信息能够由用户进行编辑。例如，在上述维护任务的例子中，用户可以在维护任务的执行过程中在移动端记录或修改与维护有关的信息(例如维护人员发现的充电速度较慢这样的问题)，由此更新目标车辆的与维护任务有关的信息。
58.用户确认执行了任务中的操作之后的处理将在下文中参照图3a至图7b中的一些附图来详细描述。
59.【具体示例】
60.下面参照图3a至图7b来详细描述在移动端的应用中实现本公开的整车物流管理方法的具体示例。
61.(备发运模块)
62.图3a至图3e分别是根据本公开的实施例的备发运模块的示例性屏幕截图31至35。备发运模块采用的是如前所述的第一获取方式来获取目标车辆的识别码、要对目标车辆执行的任务以及目标车辆的任务状态，并采用与第一获取方式对应的显示方式向用户提示目标车辆的识别码和任务。图3a至图3e中的屏幕截图31至35是应用开发者(有权限操作所有任务模块)的名为“掌上整车物流”的应用的屏幕截图，因此可以看到和操作所有任务模块。在后文中，如果没有特殊说明，则屏幕截图均是应用开发者的应用的屏幕截图。
63.在图3a中的屏幕截图31中，在上方的任务模块标签栏中示出了用户在“掌上整车物流”的应用中正在操作的任务模块的标签即备发运3110。在实际应用中，仅负责处理备发运的用户能够看到并操作备发运模块。在该示例中，备发运模块对应于一种任务类型，即，备车任务类型。换句话说，备发运模块中显示的任务(或任务清单)均为备车任务。在任务模块标签栏下方，示出了提示一个备车任务的任务清单(稍后描述)的一个例子，该任务清单中显示有一台目标车辆的识别码3120和该目标车辆当前的任务状态3130。在该任务清单的下面，还显示有任务状态为待备车的三个任务清单。
64.如前所述，在第一获取方式中，通过由服务器端向移动端发送目标车辆的识别码、要对目标车辆执行的任务和任务状态来在移动端获取这些信息。具体地，例如，服务器端根据需要为目标车辆(例如识别码为lbvfxh819rex10042)生成了备车任务，并将该识别码和备车任务的任务信息发送到负责处理备发运的用户(例如仓库现场工人)的移动端设备(例如智能电话)。任务信息例如包括备车这样的任务类型、备车任务的提车和停车操作、与提车操作有关的目标车辆的存储区域信息、与停车操作有关的目标车辆的发运道信息以及待备车这样的任务状态。负责处理备发运的用户的移动端设备在接收到上述识别码和任务信息之后，从任务信息中获取了要对具有该识别码的目标车辆执行的备车任务，将该备车任务添加到在该移动端设备上运行的“掌上整车物流”的应用的与备发运模块对应的备车任务类型的任务列表中。任务列表例如以任务清单的形式向用户提示每个备车任务。在任务列表中，可以按照任务状态来对任务清单进行分类。在该示例中，备车任务的任务状态可以是“待备车”、“待停车”和“已完成”这三种任务状态，因此，任务列表中的任务清单也可以被
分成待备车任务清单、待停车任务清单和已完成任务清单这三个种类。
65.图3b中的屏幕截图32示出了已进行了上述分类的任务列表的一部分。根据屏幕截图32上方示出的任务状态栏的任务状态3220的提示，该屏幕截图32显示的是待备车任务清单的任务列表。即，屏幕截图32是用户的移动端设备响应于用户在任务状态栏选择“待备车”这一任务状态而向用户显示的多个待备车任务清单的画面。在屏幕截图32中的多个待备车任务清单中，包括任务清单3210。在任务清单3210中，示出了与其所指示的备车任务有关的一些重要信息，例如目标车辆的识别码3211、目标车辆的当前任务状态3212和当前存储区域3213。
66.响应于用户在屏幕截图32所示出的画面上选择(例如用手指点击)任务清单3210，移动端设备向用户显示如图3c中的屏幕截图33所示的画面。在该画面中，显示有目标车辆的识别码3310、该备车任务的当前任务状态3320、以可操作图标3340形式示出的该备车任务中的要由用户执行的操作即提车操作、以及与提车操作的执行有关的信息3330。通过目标车辆的识别码3310，用户可以知道作为当前操作对象的目标车辆是识别码为lbv6r2167mwsmy194的车辆。通过任务状态3320，用户可以知道该目标车辆的备车任务尚未执行任何操作。通过可操作图标3340，用户可以知道当前需要执行的操作是提车，而目标车辆的当前存储区域在信息3330中有所提示。由此，用户可以前往信息3330所提示的存储区a5-01-0021，将目标车辆驶出该存储区域，然后例如通过用手指点击可操作图标3340来确认执行了提车操作。
67.响应于用户确认执行了提车操作，移动端设备向用户显示如图3d中的屏幕截图34所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于提车操作的执行确认而更新为任务状态3430所示的“待停车”。与任务状态的改变相应地，该任务的任务清单从待备车任务清单的任务列表中移动到待停车任务清单的任务列表中。即使用户在确认执行了提车操作之后例如因为暂时停止任务的执行而退出应用，也可以在重新打开应用之后，通过在备发运模块中的任务列表中选择“待停车”任务状态，看到并选择该任务的任务清单，从而进入如图3d中的屏幕截图34所示的画面。
68.与屏幕截图33类似地，屏幕截图34也示出了目标车辆的识别码、以可操作图标3410形式示出的当前要由用户执行的操作即停车操作、以及与停车操作有关的信息即“卡车发运区a3-1”。用户通过这些信息，可以知道需要将目标车辆lbv6r2167mwsmy194停放在卡车发运区a3-1来等待发运。此外，屏幕截图34还示出了使得用户能够取消提车操作的可操作图标3420。当用户例如对错误的目标车辆执行了提车操作时，可以通过点击可操作图标3420来取消提车操作的执行，然后移动端设备响应于用户取消提车操作的执行，将屏幕画面返回到图3c中的屏幕截图33所示的画面。如果用户顺利地将正确的目标车辆移动到了卡车发运区a3-1并停车，可以通过点击可操作图标3410来确认执行了停车操作。
69.响应于用户确认执行了停车操作，移动端设备向用户显示如图3e中的屏幕截图35所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于停车操作的执行确认而更新为任务状态3520所示的“已完成”。与任务状态的改变相应地，该任务的任务清单从待停车任务清单的任务列表中移动到已完成任务清单的任务列表中。这样，即使用户已完成了备车任务，也可以通过在备发运模块中的任务列表中选择“已完成”任务状态，看到并选择该任务的任务清单，从而进入如图3e中的屏幕截图35所示的画面。
70.在观看到屏幕截图35所示的画面后，用户可以知道针对该目标车辆的备车任务已完成。在该画面中，显示有使得用户能够取消停车操作的可操作图标3510。当用户例如将目标车辆停放在了错误的停车区域时，可以通过点击可操作图标3510来取消停车操作的执行，然后移动端设备响应于用户取消停车操作的执行，将屏幕画面返回到图3d中的屏幕截图34所示的画面。
71.除了上面参照图3a至图3e描述的备发运模块之外，例如移库模块(对应于移库任务类型)、末端交接模块(对应于末端交接任务类型)和车辆到店模块(对应于车辆到店任务类型)也可以采用与备发运模块类似的模式来进行整车物流中的相应的任务类型的任务的管理。
72.(收车模块)
73.图4a至图4d分别是根据本公开的实施例的收车模块的示例性屏幕截图41至44。收车模块采用的是如前所述的第二获取方式来获取目标车辆的识别码、要对目标车辆执行的任务以及目标车辆的任务状态，并采用与第二获取方式对应的显示方式向用户提示目标车辆的识别码和任务。
74.在图4a中的屏幕截图41中，在上方的任务模块标签栏中示出了用户在“掌上整车物流”的应用中正在操作的任务模块为收车模块。在屏幕截图41中，显示有使得用户能够进行扫描的可操作图标4110。用户例如通过点击可操作图标4110来使移动端设备启用摄像头，并由用户使用摄像头对例如位于目标车辆的前挡风玻璃左下角的vin码进行扫描，由此在移动端获取目标车辆的识别码。移动端将目标车辆的识别码发送到服务器端。由于此时用户是在收车模块中选择执行扫描，收车模块对应于收车任务类型，因此，移动端此时仅从服务器端获取收车任务类型的任务。服务器端例如以任务信息的形式将查询到的与该识别码相关联的收车任务和任务状态发送到移动端。移动端从来自服务器端的任务信息中获取到目标车辆的收车任务、当前任务状态以及与收车任务有关的信息。
75.在移动端设备获取了任务信息后，例如向用户显示如图4b中的屏幕截图42所示的画面。在屏幕截图42中，显示有通过移动端设备的扫描而获取的目标车辆的识别码4210、从服务器端获取的任务状态4220和与收车任务有关的信息4230。根据屏幕截图42所示的画面的提示，识别码为llltdcase01d00032的目标车辆的当前任务状态为待收车，并且在收车任务中，当前需要由用户执行的操作为收车操作。屏幕截图42显示了使得用户能够确认执行收车操作的可操作图标4240。如果用户(例如仓库现场工人)确实已从生产工厂接收到该目标车辆，可以通过点击可操作图标4240来确认执行了收车操作。
76.响应于用户确认执行了收车操作，移动端设备向用户显示如图4c中的屏幕截图43所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于收车操作的执行确认而更新为任务状态4310所示的“待停车”。与屏幕截图42类似地，屏幕截图43也示出了目标车辆的识别码、以可操作图标4320形式示出的当前要由用户执行的操作即停车操作、以及与停车操作有关的信息即“火车发运区b3”。用户通过这些信息，可以知道需要将目标车辆停放在火车发运区b3来等待发运。此外，屏幕截图43还示出了使得用户能够取消提车操作的可操作图标4330。当用户例如对错误的目标车辆执行了提车操作时，可以通过点击可操作图标4330来取消提车操作的执行，然后移动端设备响应于用户取消提车操作的执行，将屏幕画面返回到图4b中的屏幕截图42所示的画面。如果用户顺利地将正确的目标车
辆移动到了火车发运区b3并停车，可以通过点击可操作图标4320来确认执行了停车操作。
77.响应于用户确认执行了停车操作，移动端设备向用户显示如图4d中的屏幕截图44所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于停车操作的执行确认而更新为“已完成”。在观看到该画面后，用户可以知道针对该目标车辆的收车任务已完成。在该画面中，显示有使得用户能够取消停车操作的可操作图标4410。当用户例如将目标车辆停放在了错误的停车区域时，可以通过点击可操作图标4410来取消停车操作的执行，然后移动端设备响应于用户取消停车操作的执行，将屏幕画面返回到图4c中的屏幕截图43所示的画面。
78.除了上面参照图4a至图4d描述的收车模块之外，例如出厂模块(对应于出厂任务类型)和前端交接模块(对应于前端交接任务类型)也可以采用与收车模块类似的模式来进行整车物流中的相应的任务类型的任务的管理。
79.(维护模块)
80.图5a至图5e分别是根据本公开的实施例的维护模块的示例性屏幕截图51至55。维护模块与上面描述的备发运模块类似地采用第一获取方式来获取目标车辆的识别码、要对目标车辆执行的任务以及目标车辆的任务状态，并采用与第一获取方式对应的显示方式向用户提示目标车辆的识别码和任务。
81.在图5a中的屏幕截图51中，在上方的任务模块标签栏中示出了用户在“掌上整车物流”的应用中正在操作的任务模块为维护模块。
82.在实际应用中，仅负责处理维护的用户能够看到并操作备发运模块。然而，在该示例中，如屏幕截图51所示，维护模块对应于三种任务类型，即，备车任务类型5110、维护任务类型5120和归位任务类型5130。
83.在实际应用中，例如仓库现场工人中的驾驶员负责备车和归位，因此在这样的用户的应用的维护模块中能够看到并操作备车任务类型5110和归位任务类型5130。此外，例如仓库现场工人中的维护人员负责对目标车辆进行维护(例如充电等)，因此在这样的用户的应用的维护模块中能够看到并操作维护任务类型5120。备车任务类型中的操作与备发运模块中的备车任务类型中的操作类似。归位任务类型中的操作与备车任务类型中的操作类似，不同之处仅在于目标车辆的起始位置和停车位置与备车任务相反。在此仅详细介绍维护任务类型5120中的操作。
84.当用户在屏幕截图51所示的画面中选择了维护任务类型5120时，移动端设备响应于用户的选择，向用户显示维护类型的任务列表中的任务清单，如图5b中的屏幕截图52所示。在屏幕截图52中，任务列表与此前参照图3b描述的任务列表类似，也按照任务状态分为了待维护任务清单、维护中任务清单和已完成任务清单这三个种类，而屏幕截图52示出的是未选择某个任务状态时的完整的任务列表。
85.例如，响应于用户在图5b的屏幕截图52所示的任务列表中选择最上方的任务清单，移动端设备向用户显示如图5c中的屏幕截图53所示的画面。在屏幕截图53中，除了目标车辆的识别码、当前任务状态以及使得用户能够确认开始维护的可操作图标以外，还显示有能够由用户编辑的与维护任务有关的信息5310。用户通过编辑与维护任务有关的信息5310，使移动端能够更新该信息，并且例如将该信息通知给服务器端。这样，移动端的用户和服务器端的用户均能够实时地掌握目标车辆的维护状况。当用户在移动端(可选地)编辑
了与维护任务有关的信息5310并开始对目标车辆进行维护(例如，在图5c中为低压电池维护)时，可以通过点击屏幕截图53所示的画面下方的“开始维护”可操作图标来确认开始维护。
86.移动端设备响应于用户确认开始维护，向用户显示如图5d中的屏幕截图54所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于开始维护的确认而更新为“维护中”的任务状态。在该画面中，用户同样地可以对与维护任务有关的信息5410进行编辑。当用户(可选地)编辑了与维护任务有关的信息5410并结束对目标车辆的低压电池维护时，可以通过点击屏幕截图54所示的画面下方的“维护结束”可操作图标来确认维护结束。
87.移动端设备响应于用户确认维护结束，向用户显示如图5e中的屏幕截图55所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于维护结束的确认而更新为“已完成”的任务状态，并且与维护任务有关的信息(目标车辆的维护信息)也已被记录或更新。
88.除了上面参照图5a至图5e描述的维护模块之外，例如洗车模块(对应于洗车任务类型)也可以采用与维护模块类似的模式来进行整车物流中的相应的任务类型的任务的管理。
89.(加油模块)
90.图6a至图6d分别是根据本公开的实施例的加油模块的示例性屏幕截图61至64。加油模块采用的是如前所述的第三获取方式来获取目标车辆的识别码、要对目标车辆执行的任务以及目标车辆的任务状态，并采用与第三获取方式对应的显示方式向用户提示目标车辆的识别码和任务。
91.与在采用第一获取方式或第二获取方式的上述备发运模块、收车模块等中从服务器端获取任务不同的是，在采用第三获取方式的加油模块中，能够由用户在移动端创建新的任务。例如，用户可以在如图6a中的屏幕截图61所示的加油模块中通过点击可操作图标6110来选择执行扫描。移动端设备响应于用户的选择而启用摄像头，由用户通过摄像头扫描例如位于目标车辆的前挡风玻璃左下角的vin码，由此在移动端获取目标车辆的识别码。
92.在移动端设备获取了目标车辆的识别码之后，向用户显示如图6b中的屏幕截图62所示的画面。可选地，用户可以在该画面中编辑与要创建的加油任务有关的信息。用户可以通过点击屏幕截图62中的可操作图标6210来确认为目标车辆新创建一个加油任务。
93.移动端设备响应于用户创建加油任务，向用户显示如图6c中的屏幕截图63所示的画面。在该画面中，可以看到移动端设备为目标车辆生成了“待加油”的任务状态6310，并向用户显示与加油任务有关的信息。该信息在屏幕截图63所示的画面中也是可以由用户编辑的。移动端可以将目标车辆的任务状态6310和与加油任务有关的信息发送给服务器端，使得服务器端的用户能够实时地掌握目标车辆的当前状态。当移动端的用户对目标车辆执行了加油后，可以通过点击屏幕截图63所示的画面中的可操作图标6320来确认执行了加油操作。
94.移动端设备响应于用户确认执行了加油操作，向用户显示如图6d中的屏幕截图64所示的画面。在该画面中，可以看到当前任务状态已由移动端设备响应于加油操作的执行确认而更新为“已完成”的任务状态，并且与加油任务有关的信息(目标车辆的加油信息)也
architecture，isa)总线、微通道架构(micro channel architecture，mca)总线、增强isa(eisa)总线、视频电子标准协会(vesa)局部总线、以及外设组件互连(pci)总线等。计算设备80可以包括例如一个或多个处理器8200、一个或多个输入设备8300以及一个或多个输出设备8400。一个或多个处理器8200可以是任何种类的处理器，并且可以包括但不限于一个或多个通用处理器或专用处理器(诸如专用处理芯片)。处理器8200例如可以对应于本公开的整车物流管理装置(例如前述移动端)的处理器，被配置为实现本公开的整车物流管理方法。输入设备8300可以是能够向计算设备输入信息的任何类型的输入设备，并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或远程控制器。输出设备8400可以是能够呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。
106.计算设备80还可以包括或被连接至非暂态存储设备8700，该非暂态存储设备8700可以是任何非暂态的并且可以实现数据存储的存储设备，并且可以包括但不限于盘驱动器、光存储设备、固态存储器、软盘、柔性盘、硬盘、磁带或任何其他磁性介质、压缩盘或任何其他光学介质、缓存存储器和/或任何其他存储芯片或模块、和/或计算机可以从其中读取数据、指令和/或代码的其他任何介质。计算设备80还可以包括随机存取存储器(ram)8500和只读存储器(rom)8600。rom 8600可以以非易失性方式存储待执行的程序、实用程序或进程。ram 8500可提供易失性数据存储，并存储与计算设备80的操作相关的指令。计算设备80还可包括耦接至数据链路8900的网络/总线接口8800。网络/总线接口8800可以是能够启用与外部装置和/或网络通信的任何种类的设备或系统，并且可以包括但不限于调制解调器、网络卡、红外线通信设备、无线通信设备和/或芯片集(诸如蓝牙
tm
设备、802.11设备、wifi设备、wimax设备、蜂窝通信设施等)。
107.此外，本公开的另一个实施例还提供了一种计算机可读存储介质，包括计算机可执行指令，所述计算机可执行指令在由一个或多个处理器执行时，使得所述一个或多个处理器执行如上述实施例所述的整车物流管理方法。
108.本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、设备、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
109.本公开是参照根据本公开的实施例的方法、设备(系统)和计算机程序产品的流程图和/或框图来描述的。应理解可由计算机程序指令实现流程图和/或框图中的每一流程和/或框、以及流程图和/或框图中的流程和/或框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图的一个流程或多个流程和/或框图的一个框或多个框中指定的功能的装置。
110.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图的一个流程或多个流程和/或框图的一个框或多个框中指定的功能。
111.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图的一个流程或多个流程和/或框图的一个框或多个框中指定的功能的步骤。
112.尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求书意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。
113.显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求书及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

技术特征：
1.一种整车物流管理方法，包括：在移动端获取整车物流中的目标车辆的识别码、要对所述目标车辆执行的任务以及所述目标车辆的任务状态，所述任务包括要由用户执行的操作和与所述操作的执行有关的信息，所述任务状态指示所述任务的进展状况；向所述用户提示所述目标车辆的识别码以及所述任务；以及响应于所述用户确认执行了所述任务中的所述操作，更新所述任务状态。2.根据权利要求1所述的整车物流管理方法，其中，从服务器端获取所述目标车辆的识别码、所述任务以及所述任务状态。3.根据权利要求1所述的整车物流管理方法，其中，通过扫描所述目标车辆的识别码来获取所述目标车辆的识别码，并从服务器端获取与所述目标车辆的识别码相关联的要对所述目标车辆执行的任务以及所述任务状态。4.根据权利要求2所述的整车物流管理方法，其中，获取所述任务的任务类型，在与该任务类型对应的任务模块中将所述任务添加到该任务类型的任务列表。5.根据权利要求4所述的整车物流管理方法，其中，所述任务模块对应于多个任务类型，每个任务类型对应于一个任务列表；在所述任务模块中显示所述多个任务类型，响应于所述用户选择一个任务类型，向所述用户显示该任务类型的任务列表。6.根据权利要求4或5所述的整车物流管理方法，其中，在所述任务列表中显示有指示所述任务的任务清单，在所述任务清单中显示有所述目标车辆的识别码；响应于所述用户选择所述任务清单，向所述用户提示所述目标车辆的识别码、所述任务状态以及所述任务中的要由所述用户执行的操作和与所述操作的执行有关的信息。7.根据权利要求6所述的整车物流管理方法，其中，在所述任务列表中，按照所述任务状态来对所述任务清单进行分类，响应于所述用户选择一个任务状态，向所述用户显示该任务状态的目标车辆的任务清单。8.根据权利要求3所述的整车物流管理方法，其中，响应于所述用户在任务模块中选择执行扫描，扫描所述目标车辆的识别码，所述任务模块对应于所述任务的任务类型，根据所述任务类型来获取要对所述目标车辆执行的所述任务类型的任务。9.根据权利要求1所述的整车物流管理方法，其中，响应于所述用户在任务模块中选择执行扫描，通过扫描所述目标车辆的识别码来获取所述目标车辆的识别码，由所述用户创建要对所述目标车辆执行的与所述任务模块对应的任务类型的任务，根据该任务来为所述目标车辆生成所述任务状态，从而获取所述目标车辆的识别码、所述任务以及所述任务状态。10.根据权利要求1所述的整车物流管理方法，其中，由所述用户在任务模块中选择一个任务类型并选择执行扫描，扫描所述目标车辆的识
别码并创建要对所述目标车辆执行的该任务类型的任务，根据该任务来为所述目标车辆生成所述任务状态，从而获取所述目标车辆的识别码、所述任务以及所述任务状态。11.根据权利要求1所述的整车物流管理方法，其中，在所述用户确认执行了所述任务中的所述操作后，所述用户能够取消所述任务中的所述操作的执行，响应于所述用户取消所述任务中的所述操作的执行，将所述任务状态恢复为更新前的任务状态。12.根据权利要求4、8～10中的任一项所述的整车物流管理方法，其中，根据所述用户的身份，向所述用户提供与其身份有关的所述任务模块。13.根据权利要求5所述的整车物流管理方法，其中，根据所述用户的身份，向所述用户提供与其身份有关的所述任务模块以及所述任务模块中的任务类型。14.根据权利要求13所述的整车物流管理方法，其中，在所述用户完成了所述任务模块中的一个任务类型的任务之后，向服务器端发送完成任务的通知，使得服务器端能够响应于该通知而将与所述任务模块对应的另一任务类型的任务发送给被提供有所述任务模块的所述另一任务类型的另一用户。15.根据权利要求1所述的整车物流管理方法，其中，响应于所述用户确认执行了所述任务中的所述操作，更新所述目标车辆的与所述任务有关的信息。16.根据权利要求15所述的整车物流管理方法，其中，所述目标车辆的与所述任务有关的信息能够由所述用户进行编辑。17.根据权利要求1所述的整车物流管理方法，其中，所述任务的任务类型包括出厂、收车、备车、维护、洗车、归位、移库、加油、洗车抽查、维护抽查、加油抽查、移库抽查、抽调、前端交接、末端交接、车辆到店。18.一种整车物流管理装置，包括：存储器，其上存储有指令；以及处理器，被配置为执行所述存储器上存储的指令，以使所述整车物流管理装置执行权利要求1至17中的任一项所述的整车物流管理方法。19.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，使所述处理器执行权利要求1至17中的任一项所述的整车物流管理方法。20.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器运行时，使所述处理器执行权利要求1至17中的任一项所述的整车物流管理方法。

技术总结
本公开涉及整车物流管理方法、整车物流管理装置、计算机可读存储介质以及计算机程序产品。一种整车物流管理方法，包括：在移动端获取整车物流中的目标车辆的识别码、要对所述目标车辆执行的任务以及所述目标车辆的任务状态，所述任务包括要由用户执行的操作和与所述操作的执行有关的信息，所述任务状态指示所述任务的进展状况；向所述用户提示所述目标车辆的识别码以及所述任务；以及响应于所述用户确认执行了所述任务中的所述操作，更新所述任务状态。态。态。


技术研发人员：包斯琴 郝文静 李槊毫 王芳
受保护的技术使用者：华晨宝马汽车有限公司
技术研发日：2022.03.25
技术公布日：2023/10/11