管理系统、管理装置的制作方法

文档序号:19737942发布日期:2020-01-18 04:46阅读:162来源:国知局
管理系统、管理装置的制作方法

本发明涉及对各种处理装置进行管理的管理系统、管理装置。



背景技术:

以往,作为管理系统,已知将多台安装装置等处理装置通过管理装置进行集中管理的管理系统(例如,参照专利文献1)。在专利文献1所记载的管理装置中,创建处理程序(生产程序),从管理装置向各处理装置下载处理程序,由此向各处理装置反映在处理程序中记载的设定内容。通常,在处理程序中包含有部件尺寸、处理条件等与部件相关的部件数据,通过适当修正该部件数据,从而在处理装置针对部件的处理精度提高。

专利文献1:日本专利第6060171号公报

另外,在管理装置中存储有大量的处理程序,在多个处理程序中使用相同的部件数据。因此,即使一部分处理程序的部件数据被操作者进行了修正,其他处理程序的部件数据仍不变,因此包含修正完成的部件数据的处理程序和包含未修正的部件数据的处理程序混合存在。因此,有时在使用其他处理程序时会使用未修正的旧的部件数据。



技术实现要素:

本发明就是鉴于该问题而提出的,其目的之一在于提供管理系统、管理装置,它们能够针对处理装置通过更新后的部件数据而提供处理程序。

本发明的一个方式的管理系统,其将针对多个处理装置的处理程序由管理装置进行管理,将在处理程序中使用的部件数据由服务器进行管理,该管理系统的特征在于,在所述管理装置中,设置有对处理程序的部件数据进行更新的更新部,在所述服务器中,设置有登记了更新用的部件数据的数据库,所述更新部至少在通过处理装置下载处理程序前,将该处理程序的部件数据通过数据库的部件数据进行更新。

本发明的一个方式的管理装置,其管理针对多个处理装置的处理程序,能够对登记了在处理程序中使用的部件数据的数据库进行访问,该管理装置的特征在于,具有:更新部,其对处理程序的部件数据进行更新;以及取得部,其从数据库取得更新用的部件数据,所述更新部至少在通过处理装置下载处理程序前,将该处理程序的部件数据通过数据库的部件数据进行更新。

根据这些结构,在处理装置下载处理程序前,在管理装置中将处理程序的部件数据通过数据库的部件数据自动地进行更新。在数据库中对修正完成的部件数据进行登记,由此能够在利用处理程序时使修正完成的部件数据可靠地反映于处理程序。另外,即使在不同的生产程序中使用相同的部件数据的情况下,也在各自下载前通过数据库的部件数据进行更新,因此关于在处理装置中使用的处理程序,不会使用更新前的旧的部件数据。

在本发明的一个方式的管理系统中,在所述管理装置中,设置有针对处理程序对部件的安装顺序进行最优化的最优化部,所述更新部在下载处理程序前的最优化时,将该处理程序的部件数据通过数据库的部件数据进行更新。根据该结构,在部件数据更新后对处理程序进行最优化,因此部件数据的更新不会对处理程序的最优化造成不良影响。

在本发明的一个方式的管理系统中,在数据库中,对部件数据关联修正完成信息而进行登记,所述更新部将处理程序的部件数据通过数据库的附带有修正完成信息的部件数据进行更新。根据该结构,对附带有修正完成信息的部件数据进行识别,仅对未修正的部件数据进行更新而能够减轻管理装置的处理负担。

在本发明的一个方式的管理系统中,在处理程序中,对部件数据关联更新日期时间,在数据库中,对部件数据作为修正完成信息而关联更新日期时间,并进行登记,所述更新部在处理程序的部件数据的更新日期时间与数据库的部件数据的更新日期时间不同的情况下,将处理程序的部件数据通过数据库的部件数据进行更新。根据该结构,通过更新日期时间对更新完成的部件数据进行识别,仅对未更新的部件数据进行更新而能够减轻管理装置的处理负担。

在本发明的一个方式的管理系统中,所述更新部在处理程序的部件数据的更新日期时间比数据库的部件数据的更新日期时间早的情况下,将处理程序的部件数据通过数据库的部件数据进行更新。根据该结构,仅将处理程序的部件数据中的、更新日期时间早的部件数据更新为新的部件数据,能够将处理程序的部件数据保持为最新的状态。

在本发明的一个方式的管理系统中,在数据库中,对通过所述处理装置修正后的部件数据进行登记。根据该结构,能够将在处理装置中具有处理实绩的可靠性高的部件数据登记于数据库。

在本发明的一个方式的管理系统中,所述处理装置是对基板安装部件的安装装置。根据该结构,使修正完成的部件数据反映于安装装置的处理程序,能够减少生产中的处理错误。

发明的效果

根据本发明,在处理装置下载处理程序前,通过管理装置对处理程序的部件数据自动地进行更新,由此能够将更新后的部件数据的处理程序提供给处理装置。

附图说明

图1是本实施方式的管理系统的示意图。

图2a、图2b、图2c是对比例的管理系统的部件数据的更新处理的说明图。

图3是本实施方式的管理系统的控制框图。

图4a、图4b、图4c是表示本实施方式的管理系统的更新处理的一个例子的图。

标号的说明

1:管理系统

10:安装装置(处理装置)

20:管理装置

22:取得部

23:最优化部

24:更新部

30:服务器

31:数据库

具体实施方式

下面,参照附图,对本实施方式的管理系统进行说明。图1是本实施方式的管理系统的示意图。图2a、图2b、图2c是对比例的管理系统的部件数据的更新处理的说明图。此外,在本实施方式中,将对基板安装部件的安装装置作为处理装置而进行说明,但并不限定于该结构。例如,也可以将对搭载于基板的部件进行检查的检查装置作为处理装置。

如图1所示,本实施方式的管理系统1构成为,将在生产线配置的多个安装装置(处理装置)10和管理装置20能够通信地连接,通过管理装置20对多个安装装置10进行统一管理。安装装置10从管理装置20下载生产程序(处理程序),基于生产程序将从供给器供给的部件向基板进行安装。在生产程序中包含有表示与部件相关的各种参数的部件数据。在管理系统1中,独立于管理装置20而设置有对生产程序的部件数据进行管理的服务器30。

在服务器30中设置有数据库31,在数据库31中针对每个部件登记有更新用的部件数据。在数据库31中,作为部件数据,登记有例如产品种类、型号、制造商、外形尺寸、引线数量、引线长度,引线宽度。此外,在数据库31中,作为部件数据,只要是与部件相关的信息即可,不特别受到限定,也可以包含有带式供给器、杆式供给器、散装供给器、托盘等的供给状态、角芯片形状、球形状、圆筒形状等部件形状等。并且,也可以针对每个部件而登记有注释。

另外,在如上所述的管理系统1中,如果在安装装置10中在生产中多次发生了识别错误等,则由操作者在各安装装置10中对部件数据进行修正。如果在多个安装装置10中负责操作者不同,则即使由一部分操作者在安装装置10中修正为识别精度高的部件数据,也有可能未反映于其他安装装置10。因此,在安装装置10中将修正后的部件数据登记于服务器30的数据库31,通过数据库31对修正完成的部件数据进行管理。能够通过数据库31的统一管理而在多个安装装置10中共享高质量的部件数据。

在这里,还考虑不向数据库31反映修正数据,而是在管理装置20中直接对生产程序的部件数据进行修正。但是,在管理装置20中管理有大量的生产程序,将包含相同部件数据的生产程序1个1个地找到而对部件数据进行修正是不现实的。另外,并非通过1次就能够修正部件数据,因此在每次修正时反复进行生产程序的下载和上传,因此管理装置20的负担变大。另外,在管理装置20中,还对不需要的生产程序进行管理,因此有可能发生多余的修正。

因此,通常如图2a的对比例所示,设为在通过安装装置10对部件数据进行修正之后,向服务器30的数据库31上传修正后的部件数据。在下一次生产时,如图2b及图2c所示,在安装装置10从管理装置20下载生产程序之后,安装装置10读出服务器30的数据库31,在安装装置10中将生产程序的部件数据通过登记于数据库31的部件数据进行更新。在数据库31中登记有高质量的部件数据,因此通过反映于生产程序而能够减少识别错误等。

但是,由于在多个生产程序中使用共通的部件数据,所以即使部件数据反映于一部分生产程序,也不是能向其他生产程序反映部件数据。例如,在未使用的生产程序处于管理装置20的情况下,将该生产程序下载至各安装装置10,在各安装装置10中必须从数据库31读出部件数据。另外,如果在一部分安装装置10中忘记更新部件数据,则在该一部分安装装置10中使用旧的部件数据而实施生产。如上所述,即使通过数据库31进行了统一管理,也有时在多个安装装置10中通过不同的部件数据进行生产。

因此,在本实施方式中,在安装装置10从管理装置20下载生产程序前,管理装置20从服务器30的数据库31读出更新用的部件数据,管理装置20自动地更新生产程序的部件数据。由此,下载至安装装置10的生产程序的部件数据已经修正完成,因此安装装置10无需从数据库31读出部件数据。另外,由于通过管理装置20对生产程序的部件数据进行更新,所以不会发生在一部分安装装置10中忘记更新部件数据的情况。

下面,参照图3及图4a、图4b、图4c,对通过管理系统实现的更新处理进行说明。图3是本实施方式的管理系统的控制框图。图4a、图4b、图4c是表示本实施方式的管理系统的更新处理的一个例子的图。

如图3所示,在管理系统1中,安装装置10、服务器30、管理装置20相互通过有线通信或无线通信进行连接。安装装置10是基于从管理装置20下载的生产程序而进行动作的装置,具有对装置整体进行集中控制的控制部11和对生产程序的部件数据进行修正的修正部12。控制部11从管理装置20下载生产程序,基于该生产程序对装置各部进行驱动控制,向安装装置10内搬入基板,并且针对基板的各搭载点依次安装多个部件。

修正部12对操作者提供部件数据的修正画面,在部件的识别错误等发生多次的情况下,在修正画面中对生产程序所包含的部件数据进行修正。如果生产程序的部件数据被修正,则通过部件数据修正后的生产程序而实施基板的生产动作。另外,如果生产动作完成,则从修正部12向服务器30上传修正后的部件数据,针对数据库31登记修正后的部件数据。如上所述,通过修正部12实施部件数据向数据库31的登记处理。

服务器30设置有数据库31,该数据库31对在生产程序中使用的部件数据进行管理,登记有更新用的部件数据。在数据库31中,针对每个部件而登记有各种部件数据,例如,包含有与识别精度相关的信息。另外,在数据库31中,可以作为修正完成标志而将更新日期时间与部件数据相关联地登记。此外,在数据库31中,只要是用于使生产程序更新的部件数据即可,并不限定于最新的部件数据,也可以登记有用于恢复为过去的状态的部件数据。

管理装置20管理有针对多个安装装置10的生产程序,具有:存储部21,其对生产程序进行存储;以及取得部22,其从数据库31取得更新用的部件数据。另外,管理装置20具有:最优化部23,其针对生产程序而对部件的安装顺序进行最优化;以及更新部24,其对生产程序的部件数据进行更新。在存储部21中,针对基板的每个种类而存储有生产程序。取得部22在由安装装置10开始生产程序的下载前,从服务器30的数据库31取得部件数据。

最优化部23通过对在生产程序中记载的部件的安装顺序进行修正,从而缩短生产节拍而使基板的生产效率提高。例如,以在基板上的搭载点进行移动的安装吸嘴的移动距离变为最短距离的方式对部件的安装顺序进行最优化。更新部24至少在通过安装装置10下载生产程序前,将该生产程序的部件数据通过数据库31的更新用的部件数据进行更新。由于在下载前对部件数据进行更新,因此能够使安装装置10以包含更新完成的部件数据的生产程序而开始生产。

此外,所谓至少在通过安装装置10下载生产程序前,不仅包含生产程序的即将下载前,还包含下载生产程序前的最优化时。如果在生产程序即将下载前对部件数据进行更新,则能够针对安装装置10筛选出要下载的生产程序而对部件数据进行更新。关于存储于存储部21的生产程序中的、未预定在安装装置10中使用的生产程序不更新部件数据,因此能够减轻管理装置20所承受的部件数据的更新处理的负担。

在下载生产程序前的最优化时,可以将生产程序的部件数据通过数据库31的部件数据进行更新。即,如果在生产程序的最优化处理后对部件数据进行更新,则由于部件数据的更新而有可能部件的最佳的安装顺序变化。因此,在通过更新部24对生产程序的部件数据进行更新后,通过最优化部23对生产程序进行最优化。由此,部件数据的更新不会对生产程序的最优化造成不良影响,能够使用更新后的部件数据而高精度地实施生产程序的最优化处理。

另外,在生产程序的部件数据与更新日期时间相关联、数据库31的部件数据与更新日期时间相关联的情况下,更新部24也可以仅对更新日期时间不同的部件数据进行更新。更新部24对生产程序的部件数据的更新日期时间进行识别,并且对数据库31的部件数据的更新日期时间进行识别,仅在更新日期时间不同的情况下将生产程序的部件数据通过数据库31的部件数据进行更新。由此,根据更新日期时间对更新完成的部件数据进行识别,仅对未更新的部件数据进行更新而能够减轻管理装置20的处理负担。

在该情况下,更新部24可以在生产程序的部件数据的更新日期时间比数据库31的部件数据的更新日期时间早的情况下,将生产程序的部件数据通过数据库31的部件数据进行更新。仅将生产程序的部件数据中的、更新日期时间早的部件数据更新为新的部件数据,能够将生产程序的部件数据保持为最新的状态。另外,更新部24也可以对更新日期时间进行指定,由此将生产程序的部件数据通过数据库31的指定日期时间的部件数据进行更新。由此,也能够将生产程序的部件数据恢复为过去的数据。

此外,安装装置10的控制部11、修正部12、服务器30的数据库31、管理装置20的存储部21、取得部22、最优化部23、更新部24,由执行各种处理的处理器、存储器等构成。存储器根据用途由rom(readonlymemory)、ram(randomaccessmemory)等一个或多个存储介质构成。在存储器中存储有安装装置10、服务器30、管理装置20的各处理程序。另外,在管理装置20的存储器中,存储有对生产程序的部件数据进行更新的程序。

如图4a所示,在如上所述构成的管理系统中,在安装装置10中发生了识别错误等的情况下如果对第1生产程序的部件数据进行了修正,则从安装装置10向服务器30上传修正后的部件数据。由此,服务器30的数据库31的部件数据通过第1生产程序的部件数据进行更新。通过由安装装置10修正后的部件数据实施实际生产,将在实际生产中使用的部件数据向服务器30上传,因此能够以在安装装置10中具有处理实绩的可靠性高的部件数据对数据库31的部件数据进行更新。

例如,在安装装置10中如果将第1生产程序的部件数据中的、部件数据a、b修正为部件数据a、b,则从安装装置10向服务器30上传部件数据a、b。而且,在服务器30的数据库31中登记的部件数据a、b被更新为修正后的部件数据a、b。这样,安装装置10中的生产程序的修正内容被反映于服务器30的数据库31中。此外,从安装装置10向服务器30的部件数据的上传,可以在生产完成后实施,也可以在生产完成前实施。

另外,在第1生产程序的各部件数据与更新日期时间相关联、并且数据库31的各部件数据与更新日期时间相关联的情况下,与部件数据一起对更新日期时间也进行更新。此时,在第1生产程序和数据库31中仅对更新日期时间不同的部件数据实施更新处理,在第1生产程序和数据库31中不对更新日期时间相同的部件数据实施更新处理。此外,部件数据可以从安装装置10向服务器30自动地上传,也可以手动地上传。

如图4b所示,如果通过第1生产程序而结束生产,则在安装装置10从管理装置20下载第2生产程序前,通过管理装置20从服务器30的数据库31取得部件数据。而且,利用管理装置20将第2生产程序的部件数据通过数据库31的部件数据进行更新。例如,在第2生产程序中包含有与第1生产程序相同的部件数据a、b,利用在使用第1生产程序的生产时在数据库31中更新后的部件数据a、b,对第2生产程序的部件数据a、b进行更新。

在第2生产程序的部件数据与更新日期时间相关联、并且数据库31的部件数据与更新日期时间相关联的情况下,从管理装置20向服务器30询问各部件数据的更新日期时间。而且,在各部件数据的更新日期时间不同的情况下从数据库31调用部件数据,对第2生产程序的部件数据进行更新。例如,在仅第2生产程序的部件数据a的更新日期时间比数据库31的部件数据a的更新日期时间早的情况下,仅将第2生产程序的部件数据a通过数据库31的部件数据a进行更新。

如果通过管理装置20对第2生产程序的部件数据进行了更新,则对第2生产程序实施最优化处理而决定部件相对于基板的安装顺序。在最优化时对第2生产程序的部件数据进行更新,由此能够通过更新后的部件数据对第2生产程序进行最优化。此外,并不限定于最优化时,也可以在最优化后的即将下载前对第2生产程序的部件数据进行更新。通过这些结构,仅对预定下载的第2生产程序实施更新处理,能够消除不需要的更新处理。

如图4c所示,如果第2生产程序的更新处理及最优化处理完成,则从管理装置20向安装装置10下载第2生产程序。而且,在安装装置10中基于第2生产程序而开始实际生产。例如,在使用第1生产程序的实际生产时修正后的部件数据a、b也反映于第2生产程序,因此在使用第2生产程序的实际生产时识别错误等减少。另外,由于在管理装置20等上位系统中对部件数据进行了更新,所以即使多个安装装置10单独地下载第2生产程序,也不会忘记更新部件数据。

如以上所述,在本实施方式的管理系统1中,在安装装置10下载生产程序前,在管理装置20中生产程序的部件数据通过数据库31的部件数据自动地进行更新。在数据库31中对修正完成的部件数据进行登记,由此能够在利用生产程序时使修正完成的部件数据可靠地反映于生产程序。另外,即使在不同的生产程序中使用相同的部件数据的情况下,也在各自下载前通过数据库31的部件数据进行更新,因此关于在安装装置10中使用的生产程序,不会使用更新前的旧的部件数据。

此外,在本实施方式中,作为修正完成信息例示出更新日期时间而进行了说明,但并不限定于该结构。修正完成信息只要是能够对部件数据是否修正完成进行确定的信息即可,例如,也可以是修正完成标志。

另外,在本实施方式中,关于在生产程序的最优化时或下载时对生产程序的部件数据进行更新的结构进行了说明,但并不限定于该结构。在下载生产程序前,对生产程序的部件数据进行更新即可,例如,也可以在生产程序最优化前对生产程序的部件数据进行更新。

另外,在本实施方式中,并不限定于如上所述将更新日期时间早的部件数据更新为更新日期时间新的部件数据的结构,也可以将更新日期时间新的部件数据更新为更新日期时间早的部件数据。另外,也可以忽略更新日期时间,在每次发生更新处理时,将生产程序的全部部件数据通过数据库的部件数据进行更新。因此,并不是必须在生产程序及数据库的部件数据关联有更新日期时间。

另外,在本实施方式中,构成为在安装装置中对生产程序的部件数据进行修正,上传至服务器,但并不限定于该结构。生产程序的部件数据的修正无需在安装装置中实施,也可以在安装装置以外的外部装置中实施。

另外,在本实施方式中,作为处理装置而例示出安装装置,但并不限定于该结构。处理装置只要是能够处理部件数据的装置即可,例如,也可以是对部件相对于基板的安装状态进行检查的检查装置。在检查装置中也发生多次部件的识别错误等的情况下,在管理装置等上位系统中对部件数据进行更新,由此能够使修正完成的部件数据可靠地反映于检查程序。另外,处理装置的处理程序是在处理装置的处理中使用的程序,是包含安装装置的生产程序及检查装置的检查程序的概念。

另外,在本实施方式中,管理系统构成为作为处理装置而具有安装装置,但也可以具有安装装置以外的处理装置。例如,管理系统也可以作为处理装置而具有安装装置和检查装置。

另外,在本实施方式中,服务器独立于管理装置和安装装置而设置,但并不限定于该结构。服务器也可以一体地设置于管理装置,也可以一体地设置于安装装置。

另外,本实施方式的程序也可以存储于存储介质。记录介质并不特别受到限定,也可以是光盘、光磁盘、闪存存储器等非易失性的记录介质。

另外,对本发明的实施方式及变形例进行了说明,但作为本发明的其他实施方式,也可以将上述实施方式及变形例整体或局部地组合。

另外,本发明的实施方式并不限定于上述的实施方式及变形例,在不脱离本发明的技术思路的主旨的范围可以进行各种变更、置换、变形。并且如果能够通过技术的进步或派生出的其他技术,以其他方式实现本发明的技术思路,则可以使用该方法进行实施。因此,权利要求书涵盖可包含于本发明的技术思路的范围内的全部实施方式。

并且,在上述实施方式中,一种管理系统,其将针对多个处理装置的处理程序由管理装置进行管理,将在处理程序中使用的部件数据由服务器进行管理,该管理系统的特征在于,在管理装置中,设置有对处理程序的部件数据进行更新的更新部,在服务器中,设置有登记了更新用的部件数据的数据库,更新部至少在通过处理装置下载处理程序前,将该处理程序的部件数据通过数据库的部件数据进行更新。根据该结构,在处理装置下载处理程序前,在管理装置中将处理程序的部件数据通过数据库的部件数据自动地进行更新。在数据库中对修正完成的部件数据进行登记,由此能够在利用处理程序时将修正完成的部件数据可靠地反映于处理程序。另外,即使在不同的生产程序中使用相同的部件数据的情况下,也在各自下载前通过数据库的部件数据进行更新,因此关于在处理装置中使用的处理程序,不会使用更新前的旧的部件数据。

工业实用性

如以上说明所述,本发明具有能够针对处理装置通过更新后的部件数据而提供处理程序的效果,特别适用于对基板安装部件的安装线的管理系统、管理装置。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1