CN113671907A - 用于监控车辆生产的生产监控方法和装置及存储介质 - Google Patents

Abstract

公开了用于监控车辆生产的生产监控方法和装置及存储介质。用于监控车辆生产的生产监控方法包括：从生产物流系统接收关于车辆在生产线上的移动的移动信息以及与车辆相关的一组数据，所述一组数据包括车辆的标识、型号和颜色；根据移动信息，确定车辆在生产线上的位置；以及根据所述一组数据，以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示。

Description

用于监控车辆生产的生产监控方法和装置及存储介质

技术领域

本公开涉及用于监控车辆生产的生产监控方法和装置及存储介质。

背景技术

在汽车总装生产车间中，由已知的生产物流系统和生产质量系统来总体控制车辆的生产。更具体而言，由生产物流系统控制车辆在生产线上的移动以及相关的流程。由生产质量系统控制车辆的质量以及相关的流程。例如，在华晨宝马的总装生产车间中，使用已知的IPSL(International Production System Logistics，国际生产物流系统)和IPSQ(International Production System Quality，国际生产质量系统)。

汽车总装生产车间可以具有一条或多条生产线。每条生产线可以包括多个区段以及介于每两个区段之间的缓冲区，每个区段容纳固定数量的车辆，每个缓冲区容纳不固定数量的车辆。例如，一条生产线可以具有十几个区段，每个区段可以具有十几个到二十几个工位。

目前，为了确定某个车辆在生产线上的具体位置(即在哪个区段的哪个工位或者在哪个缓冲区)，需要执行对生产物流系统的较为繁琐的查询操作。同时，为了确定某个车辆的质量状况，需要对生产质量系统进行查询。

发明内容

本公开提出了一种用于监控车辆生产的生产监控方法，该方法包括：从生产物流系统接收关于车辆在生产线上的移动的移动信息以及与车辆相关的一组数据，所述一组数据包括车辆的标识、型号和颜色；根据移动信息，确定车辆在生产线上的位置；以及根据所述一组数据，以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示。

从参考附图的以下描述中，本公开其他特征和优点将变得清楚。

附图说明

并入说明书中并构成说明书的一部分的附图图示了本公开的实施例，并且与说明书一起用于解释本公开的原理而没有限制。在各图中，类似的标号用于表示类似的项目。

图1是图示出根据本公开的一些实施例的示例性生产监控方法的流程图。

图2是根据本公开的一些实施例的示例性生产监控装置的框图。

图3是图示出根据本公开的一些实施例的另一示例性生产监控方法的流程图。

图4是图示出根据本公开的一些实施例的对车辆和生产线进行显示的示例性图形用户界面(GUI)的图。

图5图示出根据本公开的一些实施例的其中可应用本公开的一般硬件环境。

具体实施方式

在以下详细描述中，阐述了许多具体细节以提供对所描述的示例性实施例的透彻理解。但是，对于本领域技术人员清楚的是，所描述的实施例可以在没有这些具体细节中的一些或全部的情况下进行实践。在所描述的示例性实施例中，为了避免不必要地模糊本公开的概念，没有详细描述众所周知的结构或处理步骤。

下文所示的每个框图内的方框可以通过硬件、软件、固件或其任意组合来实现以实现本公开的原理。本领域技术人员应该理解的是，每个框图中描述的方框可以被组合或分成子框来实现本公开的原理。

本公开中呈现的方法的步骤旨在是说明性的。在一些实施例中，该方法可以用未描述的一个或多个附加步骤来完成和/或在没有所讨论的一个或多个步骤的情况下完成。此外，方法的步骤被图示和描述的顺序并不旨在是限制性的。

图1是图示出根据本公开的一些实施例的示例性生产监控方法100的流程图。方法100可以包括：从生产物流系统接收关于车辆在生产线上的移动的移动信息以及与车辆相关的一组数据的步骤S110，所述一组数据包括车辆的标识、型号和颜色；根据移动信息确定车辆在生产线上的位置的步骤S120；以及根据所述一组数据，以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示的步骤S130。

接下来，将参考图2至图4描述本公开的一些示例性实施例。

在以下描述中，使用IPSL作为生产物流系统的示例，并且使用IPSQ作为生产质量系统的示例。IPSL和IPSQ可以与设置在生产线的各区段的起始工位处的可编程逻辑控制器(PLC)进行通信，从而使得PLC对生产线的各区段进行整体控制。IPSL和IPSQ是已知系统，PLC是已知控制器，在此不再赘述。本公开的生产监控装置可以不与PLC通信。

在以下描述中，描述了一条生产线的情况。应理解，在存在多条生产线的情况下，可以以类似方式处理每一条生产线。

在以下描述中，测试车辆指在实际批量生产某种型号的车辆之前被投入生产线以检测相应的生产流程是否可行的车辆。换言之，测试车辆指试产的车辆。缺陷车辆指具有尚未处理的质量缺陷的车辆。

图2是根据本公开的一些实施例的示例性生产监控装置200的框图。

如图2所示，装置200可以包括：接收和取得部件210，被配置成从IPSL接收关于车辆在生产线上的移动的移动信息以及与车辆相关的一组数据，所述一组数据包括车辆的标识、型号和颜色，以及，从IPSQ取得车辆的质量数据，该质量数据包括车辆的标识以及指示出车辆的质量缺陷的类型和数量的数据。装置200还可以包括：位置确定部件220，被配置成根据移动信息确定车辆在生产线上的位置；以及显示部件230，被配置成根据所述一组数据以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示。显示部件230还可以被配置成响应于请求而对测试车辆和/或缺陷车辆进行突出显示。显示部件230还可以被配置成对车辆的详细信息进行显示。装置200还可以包括：通知部件240，被配置成响应于某台测试车辆或某台缺陷车辆到达生产线上的预定位置而发出通知。装置200还可以包括：设置部件250，被配置成对前述的显示部件230和/或通知部件240的相关操作进行设置。尽管未示出，装置200还可以包括：被配置成存储确定车辆在生产线上的位置所需要的数据的存储部件。存储部件可以是数据库。

下文将进一步详细描述如图2所示的各部件的操作。

图3是图示出根据本公开的一些实施例的另一示例性生产监控方法300的流程图。

方法300从步骤S310开始，在步骤S310处，接收和取得部件210可以从IPSL接收移动信息以及如前所述的一组数据(在下文中，出于简便起见，将这一组数据称作“组数据”)，并且从IPSQ取得车辆的质量数据。部件210可以将接收到的移动信息和组数据发送给位置确定部件220。并且，部件210可以将取得的质量数据存储到装置200内的数据库中。

接收和取得部件210可以经由应用程序接口(API)从IPSL接收移动信息和组数据。API例如可以是REST(Representational State Transfer，表征状态转移)式的API(RESTful API)。在采用REST式的API的情况下，可以经由POST API、PATCH API和DELETEAPI来从IPSL接收移动信息和组数据。

移动信息可以包括：表示车辆进入生产线的第一事件(对应于第一进入信息)；表示车辆进入生产线的某个区段的第二事件(对应于第二进入信息)；以及表示车辆离开生产线的第三事件(对应于离开信息)。以下参照图4来描述这些事件。

图4是图示出根据本公开的一些实施例的对车辆和生产线进行显示的示例性GUI400的图。图4示出了一条生产线410，该生产线410包括三个区段411、412和413以及介于区段411和412之间的缓冲区414和介于区段412和413之间的缓冲区415。如前所述，每个区段可以容纳固定数量的车辆，每个缓冲区可以容纳不固定数量的车辆。换句话说，每个区段可以具有固定数量的工位，而每个缓冲区可以具有不固定数量的工位，但缓冲区的工位数量具有上限。进一步如图4所示，区段411和412分别具有9个工位，区段413具有11个工位，而缓冲区413和414分别可以容纳1-5台车辆。在实际的总装生产中，各区段和各缓冲区中设有运送车辆的履带，随着履带的行进带动其上的车辆前进。如前所述的PLC控制履带的行进和停止。车辆从生产线410的左下端进入并且从生产线410的右上端离开。图4还示出了区段411的起始工位4111，区段412的起始工位4121，以及区段413的起始工位4131。例如可以在不同的区段上完成不同的装配任务，比如，在区段411上完成车身的装配，在区段412上完成车门的装配，在区段413上完成出厂检测。生产线410是依据在总装车间中实际采用的生产线来绘制的。

应理解，图4中所示出的情况仅是示例性的，本公开并不局限于此。一条生产线可以具有任意数量的区段，每个区段可以具有任意数量的工位。各缓冲区的容量视实际需要而定。区段的划分同样可以视实际需要而定。

如前所述的第一事件表示车辆进入生产线410，或者说，第一事件表示车辆将要进入第一区段411。如前所述的第二事件表示车辆进入第一到第三区段411-413中的任一个区段。更具体而言，第二事件包括：车辆到达第一区段411的起始工位4111的事件，车辆到达第二区段412的起始工位4121的事件，以及车辆到达第三区段413的起始工位4131的事件。如前所述的第三事件表示车辆离开生产线410。

这里，由IPSL筛选出如前所述的第一到第三事件并且将这些事件发送给装置200。在采用REST式的API的情况下，经由POST API从IPSL向装置200发送第一事件和组数据，经由PATCH API从IPSL向装置200发送第二事件，并且经由DELETE API从IPSL向装置200发送第三事件。随后将介绍装置200如何根据这些事件来确定车辆在生产线上的位置。

组数据可以包括车辆的标识、型号、颜色、指示出车辆是否是测试车辆的数据等等。车辆的标识唯一地标识一台车辆。

接收和取得部件210可以经由文件共享从IPSQ取得质量数据。更具体而言，部件210可以通过文件共享来访问在IPSQ中存储的质量数据。例如，质量缺陷的类型可以包括车辆前盖的左前部位有残胶/粘结剂、右后车门的外部区域有杂质等等，质量缺陷的数量可以是1。

方法300前进到步骤S320，在步骤S320处，位置确定部件220可以根据移动信息确定车辆在生产线上的位置。

具体而言，位置确定部件220响应于接收到第一事件，将组数据存储到数据库中。部件220响应于接收到车辆进入某个区段的第二事件，更新与此区段对应的车辆序列，并且将更新后的车辆序列存储到数据库中。部件220响应于接收到第三事件，将组数据从数据库中删除。并且，部件220基于在数据库中存储的与多个区段对应的多个车辆序列，确定车辆在生产线上的位置。

例如，在图4所示的例子中，一个车辆序列对应于一个区段。以区段411为例，例如，与区段411对应的车辆序列如下：009，008，007，006，005，004，003，002，001，这里，编号001-009代表车辆的标识，并且该序列代表从起始车位4111起到末尾车位4119的车辆序列。假设部件220接收到一台车辆010(编号010代表该车辆的标识)进入区段411的第二事件，那么部件220将车辆序列更新为：010，009，008，007，006，005，004，003，002。这意味着车辆010进入区段411，同时车辆001离开区段411并且进入缓冲区414。可替代地，假设部件220接收到两台车辆010、011(编号010和011代表车辆的标识)进入区段411的第二事件，那么部件220将车辆序列更新为：011，010，009，008，007，006，005，004，003。这意味着车辆010、011进入区段411，同时车辆001、002离开区段411并且进入缓冲区414。这样，部件220完成了对与区段411对应的车辆序列的更新。此外，部件220将更新后的车辆序列存储到数据库中。部件220可以以类似的方式对与其他区段对应的车辆序列进行更新。

又例如，假设部件220接收到三台车辆进入区段411的第二事件，那么将有三台车辆离开区段411并且进入缓冲区414。这时，缓冲区414内的车辆数量超出上限(5台车辆)，因此缓冲区414中的一台车辆将进入区段412。在此台车辆进入区段412的情况下，部件220会接收到相应的第二事件，进而部件220对与区段412对应的车辆序列进行更新。以这种方式，部件220能够准确地对各车辆序列进行更新。

换言之，响应于接收到车辆进入某个区段的第二事件来更新与此区段对应的车辆序列可以包括：将新进入的预定数量的车辆加入到车辆序列中，同时将最早加入到车辆序列中的预定数量的车辆移除出车辆序列。

应理解，以上描述了一个车辆序列与一个区段对应的情况，然而本公开并不局限于此。一个车辆序列可以与两个或更多个区段对应，或者一个区段可以与两个或更多个车辆序列对应。

应理解，通过响应于第二事件来更新对应的车辆序列并存储更新后的车辆序列，那么在数据库中存储的与多个区段对应的多个车辆序列将是随实际情况实时变化的车辆序列。也就是说，在数据库中存储的多个车辆序列与生产线上的实际情况是同步的。

如上所述，在车辆序列中，与生产线上的工位对应地存储了车辆的标识。因此，通过查询在数据库中存储的多个车辆序列，可以准确地、实时地确定特定车辆在生产线上的具体位置。

方法300前进到步骤S330，在步骤S330处，显示部件230可以根据组数据以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示。显示部件230经由GUI对车辆和生产线进行显示。

在一些例子中，显示部件230可以以与组数据中的车辆颜色对应的颜色来显示车辆。可替代地，显示部件230可以以与组数据中的车辆颜色相同的颜色来显示车辆。例如，在图4中示出了黑色和白色两种颜色的车辆。应理解，在实际的GUI中，可以以组数据中的车辆颜色来显示各台车辆。

在另一些例子中，显示部件230可以以与组数据中的车辆型号对应的形状(例如轿车形状、越野车形状等等)来显示车辆。

在又一些例子中，显示部件230可以以相同的颜色和形状来显示全部的车辆。在这种情况下，当GUI的用户通过用手指或鼠标点击而选定所显示的某台车辆时，可以相应地显示出此台车辆的标识、型号和颜色。

通过以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示，实现了对车辆和生产线的直观的可视化。总装生产车间的工作人员可以直观地并且实时地了解车辆在生产线上的位置。

在步骤S330中，显示部件230还可以对测试车辆和/或缺陷车辆进行突出显示。

显示部件230可以响应于接收到对测试车辆进行显示的请求，突出显示位于生产线上的测试车辆。具体而言，用户可以经由在GUI上设置的软按钮来请求显示测试车辆。在图4中示出了用于请求显示测试车辆的软按钮420。显示部件230在接收到请求之后，对在数据库中存储的组数据进行查询，从而确定测试车辆的标识。进一步地，显示部件230通过使用测试车辆的标识对在数据库中存储的车辆序列进行查询，能够准确地定位到测试车辆。此外，显示部件230可以以区别于其他车辆的方式来突出显示测试车辆。例如，部件230可以用与其他位置的颜色不同的颜色来显示测试车辆所在的位置(或工位)。又例如，部件230可以用闪烁的方式来显示测试车辆。只要能对测试车辆进行区别显示，可以采用任意已知的显示方式。这里，对于显示的测试车辆的数量没有限制。例如，可以显示生产线上全部的测试车辆。

对测试车辆进行突出显示是有意义的。如前所述，测试车辆指试产的车辆。因此，测试车辆需要工作人员的特别关注。通过突出显示测试车辆，工作人员能够准确地、实时地找到测试车辆。

类似地，显示部件230可以响应于接收到对缺陷车辆进行显示的请求，突出显示位于生产线上的缺陷车辆。具体而言，用户可以经由在GUI上设置的软按钮来请求显示缺陷车辆。在图4中示出了用于请求显示缺陷车辆的软按钮430。显示部件230在接收到请求之后，对在数据库中存储的质量数据进行查询，从而确定缺陷车辆的标识。进一步地，显示部件230通过使用缺陷车辆的标识对在数据库中存储的车辆序列进行查询，能够准确地定位到缺陷车辆。此外，显示部件230可以以区别于其他车辆的方式来突出显示缺陷车辆。这里，对于显示的缺陷车辆的数量没有限制。例如，可以显示生产线上全部的缺陷车辆。

可替代地，显示部件230可以响应于请求来突出显示位于生产线上的具有某种类型的质量缺陷的缺陷车辆。在这种情况下，在用户点击如图4所示的软按钮430之后，显示部件230可以经由GUI输出对话框，以请求用户输入感兴趣的质量缺陷类型。这里，可以使用其他已知的交互方式来取得用户感兴趣的质量缺陷类型。

对缺陷车辆进行突出显示是有意义的。通过突出显示缺陷车辆，工作人员能够准确地、实时地找到有缺陷的车辆并且及时采取修复措施。

在步骤S330中，显示部件230还可以响应于对在生产线上显示(或者突出显示的)的车辆的选定，显示所选定车辆的详细信息。这里，详细信息可以包括组数据和质量数据。在一个例子中，详细信息包括车辆的标识、型号、颜色、是否是测试车辆以及质量数据。例如，当用户选定所显示的车辆之一时，可以在该车辆附近显示弹窗，在该弹窗中显示该车辆的详细信息。用户可以通过用手指或鼠标进行点击来实现选定操作。用户可以通过任意已知的方式来实现选定操作。

显示部件230可以通过访问数据库来取得车辆的详细信息。如前所述，在数据库中存储了组数据以及质量数据。由于组数据和质量数据均包含车辆的标识，因此，可以关联地存储同一车辆的组数据和质量数据。因此，显示部件230可以通过使用所选定车辆的标识来找到并取得此车辆的组数据和质量数据。

本公开的装置200通过连接IPSL和IPSQ两者，实现了对两个系统的信息的整合。进一步地，通过GUI来呈现整合后的信息，使得工作人员能够容易地取得感兴趣车辆的各种相关信息。

此外，尽管未示出，但是在步骤S330中，显示部件230还可以响应于接收到具体的检索条件来突出显示满足此检索条件的车辆。在图4中示出了检索框440。用户可以经由检索框440键入感兴趣的检索条件，比如：车辆的标识、车辆的型号、车辆的颜色等等。也可以使用组合的检索条件，比如车辆的型号和车辆的颜色。在这种情况下，将突出显示具有所键入的型号和颜色的车辆。

通过提供检索功能，实现了对车辆的灵活检索。

如前所述，显示部件230通过参照在数据库中存储的数据来实现对生产线和车辆的显示。可以使用已知的方式来实现显示。在一些实施例中，显示部件230可以采用如下的方式来实现显示：显示部件230逐个区段地更新显示。具体而言，显示部件230首先从多个区段中随机地选择第一区段并且更新第一区段的显示，然后从余下的区段中随机地选择第二区段并且更新第二区段的显示，依此类推，直到完成对所有区段的更新。这里，对区段的显示的更新包含了对相关联缓冲区的显示的更新。一般而言，在一分钟内能够完成对所有区段的更新。通过以这种方式来更新显示，能够更好地模拟实际生产的情况。

方法300前进到步骤S340，在步骤S340处，通知部件240可以响应于某台测试车辆或某台缺陷车辆到达生产线上的预定位置而发出通知。具体而言，每次位置确定部件220响应于第二事件而更新车辆序列时，通知部件240判断所关注的车辆是否到达所关注的位置，如果是，那么通知部件240发出通知，如果否，那么通知部件240不采取动作，而是等待位置确定部件220的下一次更新。发出通知的方式包括但不限于：电子邮件通知、短消息通知等等。通知的内容例如可以包括：“车辆001已经到达区段412的工位4121”。这里，所关注车辆、所关注位置、发出通知的方式、通知的目的地以及通知的内容可以通过如前所述的设置部件250进行设置。

通过在所关注车辆到达所关注位置时发出通知，相关的工作人员能够及时获知车辆的位置，从而能够及时地执行必要处理。

方法300前进到步骤S350，在步骤S350处，设置部件250可以对显示部件230和/或通知部件240的相关操作进行设置。应理解，设置步骤S350不一定位于步骤S340之后，而是可以位于例如步骤S310之前或者步骤S340之前。

在图4中示出了设置软按钮450。例如，响应于点击软按钮450，GUI 400可以弹出对话框，从而邀请用户键入设置信息。在用户确认保存设置信息之后，显示部件230能够根据用户设置来进行显示，通知部件240能够根据用户设置来发出通知。应理解，通过使用设置部件250，可以对显示部件230的显示方式(或者突出显示方式)进行设置。比如，设置GUI的样式和布局，以何种颜色显示测试车辆，以何种颜色显示缺陷车辆等等。通过使用设置部件250，还可以设置所关注车辆、所关注位置、发出通知的方式、通知的目的地以及通知的内容等等。

通过提供设置功能，实现了对装置200的个性化定制。

硬件实现

图5示出了根据本公开的示例性实施例的其中可应用本公开的一般硬件环境500。

参考图5，现在将描述作为可应用于本公开的各方面的硬件设备的示例的计算设备500。计算设备500可以是被配置成执行处理和/或计算的任何机器，可以是但不限于工作站、服务器、台式计算机、膝上型计算机、平板计算机、个人数字助理、智能电话、便携式相机或其任意组合。上述装置200可以整体或至少部分地由计算设备500或类似的设备或系统来实现。

计算设备500可以包括能够经由一个或多个接口与总线502连接或者与总线502通信的元件。例如，计算设备500可以包括总线502、一个或多个处理器504、一个或多个输入设备506以及一个或多个输出设备508。一个或多个处理器504可以是任何类型的处理器，并且可以包括但不限于一个或多个通用处理器和/或一个或多个专用处理器(诸如专用处理芯片)。输入设备506可以是能够向计算设备输入信息的任何类型的设备，并且可以包括但不限于鼠标、键盘、触摸屏、麦克风和/或遥控器。输出设备508可以是能够呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端和/或打印机。计算设备500还可以包括非瞬态存储设备510或与非瞬态存储设备510连接，非瞬态存储设备510可以是非瞬态的并且可以实现数据存储库的任何存储设备，并且可以包括但不限于盘驱动器、光学存储设备、固态存储装置、软盘、柔性盘、硬盘、磁带或任何其它磁性介质、紧凑型盘或任何其它光学介质、ROM(只读存储器)、RAM(随机存取存储器)、高速缓存存储器和/或任何其它存储器芯片或盒带、和/或计算机可以从其读取数据、指令和/或代码的任何其它介质。非瞬态存储设备510可以是可从接口拆卸的。非瞬态存储设备510可以具有用于实现上述方法和步骤的数据/指令/代码。计算设备500还可以包括通信设备512。通信设备512可以是能够与外部装置和/或与网络通信的任何类型的设备或系统，并且可以包括但不限于调制解调器、网络卡、红外通信设备、无线通信装备和/或诸如蓝牙^TM设备、502.11设备、WiFi设备、WiMax设备、蜂窝通信设施等的芯片组。

总线502可以包括但不限于工业标准体系架构(ISA)总线、微通道体系架构(MCA)总线、增强型ISA(EISA)总线、视频电子标准协会(VESA)本地总线和外围组件互连(PCI)总线。

计算设备500还可以包括工作存储器514，工作存储器514可以是可以存储对处理器504的工作有用的指令和/或数据的任何类型的工作存储器，并且可以包括但不限于随机存取存储器和/或只读存储器设备。

软件要素可以位于工作存储器514中，包括但不限于操作系统516、一个或多个应用程序518、驱动程序和/或其它数据和代码。用于执行上述方法和步骤的指令可以被包括在一个或多个应用程序518中，并且上述装置200的部件可以通过处理器504读取并执行一个或多个应用程序518的指令来实现。更具体地，接收和取得部件210可以例如由处理器504在执行具有执行步骤S310的指令的应用程序518时实现。位置确定部件220可以例如由处理器504在执行具有执行步骤S320的指令的应用程序518时实现。显示部件230可以例如由处理器504在执行具有执行步骤S330的指令的应用程序518时实现。并且，类似地，通知部件240和设置部件250和可以例如由处理器504在执行具有分别执行步骤S340和S350的指令的应用程序518时实现。软件要素的指令的可执行代码或源代码可以存储在非瞬态计算机可读存储介质(诸如上述(一个或多个)存储设备510)中，并且可以在可能编译和/或安装的情况下被读入到工作存储器514中。软件要素的指令的可执行代码或源代码也可以从远程位置下载。

从上述实施例中，本领域技术人员可以清楚地知晓，可以通过软件及必要的硬件来实现本公开，或者可以通过硬件、固件等来实现本公开。基于这种理解，可以部分地以软件形式来实现本公开的实施例。计算机软件可以存储在计算机的可读存储介质中，比如软盘、硬盘、光盘或闪存中。计算机软件包括使得计算机(例如个人计算机、服务站或网络终端)运行根据本公开的各个实施例的方法或其一部分的一系列指令。

已经这样描述了本公开，清楚的是，本公开可以以许多种方式变化。这些变化不被视为背离了本公开的精神和范围，而是对于本领域技术人员而言显而易见的所有这种修改意欲被包括在以下权利要求的范围中。

Claims (15)

1.一种用于监控车辆生产的生产监控方法，其特征在于，包括：

从生产物流系统接收关于车辆在生产线上的移动的移动信息以及与车辆相关的一组数据，所述一组数据包括车辆的标识、型号和颜色，

根据移动信息，确定车辆在生产线上的位置，以及

根据所述一组数据，以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示。

2.根据权利要求1所述的生产监控方法，其中，生产线包括多个区段以及介于每两个区段之间的缓冲区，每个区段容纳固定数量的车辆，每个缓冲区容纳不固定数量的车辆，并且，关于车辆在生产线上的移动的移动信息包括：

表示车辆进入生产线的第一进入信息，

表示车辆进入所述多个区段中的某个区段的第二进入信息，以及

表示车辆离开生产线的离开信息。

3.根据权利要求2所述的生产监控方法，其中，根据移动信息确定车辆在生产线上的位置包括：

响应于接收到第一进入信息，将所述一组数据存储到数据库中，

响应于接收到第二进入信息，更新与所述某个区段对应的车辆序列，并且将更新后的车辆序列存储到所述数据库中，

响应于接收到离开信息，将所述一组数据从所述数据库中删除，以及

基于在所述数据库中存储的与所述多个区段对应的多个车辆序列，确定车辆在生产线上的位置。

4.根据权利要求1所述的生产监控方法，其中，根据所述一组数据以车辆位于生产线上的所确定的位置处的方式对车辆和生产线进行显示包括：以与所述一组数据中的车辆颜色对应的颜色来显示车辆。

5.根据权利要求1所述的生产监控方法，其中，所述一组数据还包括指示出车辆是否是测试车辆的数据，

并且其中，所述生产监控方法还包括：响应于接收到对测试车辆进行显示的请求，突出显示位于生产线上的测试车辆。

6.根据权利要求5所述的生产监控方法，还包括：

响应于确定某台测试车辆到达生产线上的预定位置，发出通知。

7.根据权利要求1所述的生产监控方法，还包括：

从生产质量系统取得车辆的质量数据，该质量数据包括车辆的标识以及指示出车辆的质量缺陷的类型和数量的数据，以及

响应于接收到对具有质量缺陷的缺陷车辆进行显示的请求，突出显示位于生产线上的缺陷车辆。

8.根据权利要求7所述的生产监控方法，还包括：

响应于确定某台缺陷车辆到达生产线上的预定位置，发出通知。

9.根据权利要求1所述的生产监控方法，还包括：

从生产质量系统取得车辆的质量数据，该质量数据包括车辆的标识以及指示出车辆的质量缺陷的类型和数量的数据，以及

响应于对在生产线上显示的车辆的选定，显示所选定车辆的所述一组数据以及质量数据。

10.根据权利要求1所述的生产监控方法，其中，经由应用程序接口从生产物流系统接收移动信息和所述一组数据。

11.根据权利要求7-9中的任一项所述的生产监控方法，其中，经由文件共享从生产质量系统取得车辆的质量信息。

12.根据权利要求1所述的生产监控方法，其中，经由图形用户界面对车辆和生产线进行显示。

13.一种用于监控车辆生产的生产监控装置，其特征在于，包括：用于执行如权利要求1-12中的任一项所述的方法的部件。

14.一种用于监控车辆生产的生产监控装置，其特征在于，包括：

至少一个处理器；以及

至少一个存储设备，所述至少一个存储设备存储有指令，当所述指令由所述至少一个处理器执行时使得所述至少一个处理器执行如权利要求1-12中的任一项所述的方法。

15.一种非瞬态计算机可读存储介质，其特征在于，存储有指令，当所述指令由处理器执行时使得执行如权利要求1-12中的任一项所述的方法。

Images